Lean Canvas คืออะไร เขียนอย่างไร ต่างจาก Business Model Canvas ตรงไหน สำหรับสตาร์ทอัพ

ผู้ก่อตั้งสตาร์ทอัพส่วนใหญ่ไม่ได้ขาดไอเดีย แต่ขาดวิธีตรวจว่าไอเดียนั้นมีคนต้องการจริงหรือไม่ ก่อนจะใช้เวลาหลายเดือนเขียนระบบหรือผลิตสินค้า Lean Canvas เป็นเครื่องมือหน้าเดียวที่ออกแบบมาเพื่อช่วงนี้ บังคับให้เขียนปัญหาของลูกค้าก่อนเขียนทางแก้ และแยกสิ่งที่รู้จริงออกจากสิ่งที่ยังเดา

คู่มือนี้อธิบายทั้งเก้าช่อง ลำดับที่ใช้ได้จริง ความต่างจาก Business Model Canvas และตัวอย่างแอปจองคิวร้านตัดผมในขอนแก่น จากนั้นไล่เรื่องกฎหมายที่มักถูกมองข้ามในช่วงทดลองไอเดีย ทั้งข้อตกลงระหว่างผู้ก่อตั้ง ความเป็นเจ้าของโค้ดและแบรนด์ ข้อมูลผู้ใช้ และการรับเงินจากลูกค้าช่วงทดสอบตลาด เรื่องเหล่านี้แก้ง่ายตอนทีมยังเล็ก แต่แก้ยากมากเมื่อมีนักลงทุนหรือผู้ก่อตั้งคนหนึ่งออกไปแล้ว

คำตอบหลัก

Lean Canvas คือแผ่นงานเก้าช่องที่ Ash Maurya ดัดแปลงจาก Business Model Canvas สำหรับไอเดียใหม่ โดยเปลี่ยนช่องพันธมิตรหลัก กิจกรรมหลัก ทรัพยากรหลัก และความสัมพันธ์กับลูกค้า เป็นปัญหา ทางแก้ ตัวชี้วัดหลัก และความได้เปรียบที่ลอกเลียนได้ยาก ไม่มีลำดับการเขียนที่ถูกต้องตายตัว แต่ส่วนใหญ่เริ่มจากกลุ่มลูกค้าและปัญหา และเขียนความได้เปรียบเป็นช่องสุดท้าย ทุกช่องในช่วงแรกคือสมมติฐานที่ต้องทดสอบกับลูกค้าจริง

หลักกฎหมาย ช่วงทดสอบไอเดียมีกฎหมายใช้บังคับแล้ว แม้ยังไม่ได้ตั้งบริษัท ถ้าหน้าเว็บหรือแบบฟอร์มเก็บชื่อ อีเมล หรือเบอร์โทรของผู้สนใจ ต้องแจ้งวัตถุประสงค์ ระยะเวลาเก็บ ผู้ที่จะได้รับข้อมูล และสิทธิของเจ้าของข้อมูลก่อนหรือขณะเก็บ ตาม พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 23 ถ้าระบบรับชำระเงินทางอิเล็กทรอนิกส์แทนร้านค้าหรือผู้ให้บริการรายอื่น งานนั้นเป็นบริการการชำระเงินที่ต้องได้รับอนุญาตหรือขึ้นทะเบียนกับธนาคารแห่งประเทศไทยตาม พ.ร.บ.ระบบการชำระเงิน พ.ศ. 2560 และงานที่ลูกจ้างสร้างสรรค์ขึ้นในฐานะลูกจ้าง ลิขสิทธิ์เป็นของลูกจ้างผู้สร้างสรรค์หากไม่ได้ทำหนังสือตกลงกันไว้เป็นอย่างอื่น ตาม พ.ร.บ.ลิขสิทธิ์ พ.ศ. 2537 มาตรา 9

มุมมองเชิงปฏิบัติของเรา ระหว่างที่ทีมใช้ Lean Canvas ทดสอบไอเดีย ให้จัดการสามเรื่องควบคู่ไป คือ ทำข้อตกลงระหว่างผู้ก่อตั้งเป็นลายลักษณ์อักษร ทำให้โค้ด แบรนด์ และข้อมูลเป็นของบริษัท และวางวิธีเก็บข้อมูลผู้ใช้กับรับเงินช่วงทดสอบให้ถูกต้องตั้งแต่ลูกค้ารายแรก ทั้งสามเรื่องใช้เอกสารไม่มาก แต่เป็นเรื่องแรก ๆ ที่นักลงทุนตรวจ

1. Lean Canvas คืออะไร และมาจากไหน

Lean Canvas พัฒนาโดย Ash Maurya ผู้เขียนหนังสือ Running Lean โดยดัดแปลงจาก Business Model Canvas ของ Alexander Osterwalder Maurya เห็นว่าไอเดียใหม่มีความเสี่ยงหลักอยู่ที่คำถามว่าลูกค้ามีปัญหาจริงหรือไม่ และยอมจ่ายเพื่อแก้หรือไม่ มากกว่าเรื่องพันธมิตรหรือทรัพยากร จึงเปลี่ยนสี่ช่องของ Business Model Canvas เป็นช่องที่ช่วยตอบคำถามนี้ ส่วนอีกห้าช่องยังอยู่ในตำแหน่งเดิม

Lean Canvas เหมาะกับ

• ไอเดียที่ยังไม่มีลูกค้าจ่ายเงิน ต้องการรู้เร็วว่าควรทำต่อ ปรับ หรือเลิก
• ทีมที่มีหลายไอเดีย เขียนแผ่นละไอเดียเพื่อเทียบกันโดยใช้เวลาไม่มาก
• การคุยกับนักลงทุนหรือที่ปรึกษา แผ่นเดียวอธิบายได้ว่าแก้ปัญหาอะไร ให้ใคร และวัดผลอย่างไร
• ธุรกิจเดิมที่จะเปิดสินค้าใหม่ ซึ่งยังไม่รู้ว่าลูกค้ากลุ่มใหม่ต้องการหรือไม่

2. เก้าช่องของ Lean Canvas

ดัดแปลงจากคำอธิบายของ Ash Maurya (ashmaurya.com) ซึ่งพัฒนา Lean Canvas จาก Business Model Canvas ของ Strategyzer AG (strategyzer.com, สัญญาอนุญาต CC BY-SA 3.0)

3. ลำดับการเขียนที่ใช้ได้จริง

ไม่มีลำดับที่ถูกต้องตายตัว

Maurya อธิบายว่าการเขียน Lean Canvas เหมือนการต่อจิ๊กซอว์ ไม่มีจุดเริ่มหรือลำดับที่ถูกต้องตายตัว ให้เริ่มจากช่องที่เข้าใจดีที่สุด แต่สำหรับไอเดียส่วนใหญ่ การเริ่มจากกลุ่มลูกค้าและปัญหาเป็นจุดตั้งต้นที่ดี เพราะทุกช่องที่เหลือขึ้นกับคำตอบของสองช่องนี้

ลำดับที่ใช้กันบ่อย

1. ปัญหา เขียนปัญหาสำคัญหนึ่งถึงสามข้อ ไม่ใช่ทุกปัญหาที่นึกได้ และเขียนว่าลูกค้าแก้ปัญหานั้นอยู่อย่างไรในวันนี้ เพราะทางเลือกเดิมคือคู่แข่งตัวจริง แม้จะเป็นสมุดจดหรือการโทรถามก็ตาม
2. กลุ่มลูกค้า แยกให้ชัดว่าใครคือผู้ใช้กลุ่มแรกที่เจ็บปวดกับปัญหามากพอจะลองของใหม่ ถ้าเป็นธุรกิจสองฝั่ง เช่น ผู้ซื้อกับผู้ขาย ให้เขียนทั้งสองฝั่งบนแผ่นเดียวกัน และใช้สีหรือสัญลักษณ์แยกมุมมองของแต่ละฝั่งตามที่ Maurya แนะนำ
3. คุณค่าที่โดดเด่น เขียนเป็นข้อความเดียวที่ผู้ใช้กลุ่มแรกอ่านแล้วเข้าใจทันทีว่าต่างจากทางเลือกเดิมอย่างไร
4. ทางแก้ เขียนหลังจากปัญหาชัดแล้ว และเขียนให้น้อยที่สุดที่แก้ปัญหาได้ ผู้ก่อตั้งที่เป็นนักพัฒนามักอยากเริ่มจากช่องนี้ ซึ่งทำให้ไอเดียเอนไปทางสิ่งที่อยากสร้างมากกว่าสิ่งที่ลูกค้าต้องการ
5. ช่องทาง เลือกช่องทางที่เข้าถึงผู้ใช้กลุ่มแรกได้จริงในตอนนี้ เช่น เดินไปคุยด้วยตัวเอง กลุ่มชุมชนออนไลน์ หรือคนกลางที่ลูกค้าไว้ใจ
6. กระแสรายได้ เขียนว่าใครจ่าย จ่ายเพื่ออะไร และจ่ายแบบไหน การตั้งใจเก็บเงินตั้งแต่แรกเป็นวิธีทดสอบที่ดีกว่าการถามว่า "ถ้ามีจะใช้ไหม"
7. โครงสร้างต้นทุน เขียนต้นทุนที่ต้องใช้จนถึงจุดที่รู้ว่าไอเดียใช้ได้หรือไม่ รวมถึงเวลาของผู้ก่อตั้ง
8. ตัวชี้วัดหลัก เลือกกิจกรรมของลูกค้าที่บอกว่ามีคนได้ประโยชน์จริง ไม่ใช่ตัวเลขที่ดูดีแต่ไม่บอกอะไร เช่น ยอดเข้าชมหน้าเว็บ
9. ความได้เปรียบที่ลอกเลียนได้ยาก เขียนเป็นช่องสุดท้าย หรือเว้นว่างไว้ (ดูข้อ 11)

ทดสอบตามลำดับความเสี่ยง

เมื่อเขียนครบแล้ว อย่าทดสอบทุกช่องพร้อมกัน ลำดับที่ใช้กันทั่วไปคือ

• ลูกค้าต้องการหรือไม่ (desirability) ปัญหามีจริงและลูกค้าอยากได้ทางแก้หรือไม่ ทดสอบด้วยการสัมภาษณ์ หน้าเว็บทดลอง หรือการรับลงชื่อล่วงหน้า
• ทำเงินได้หรือไม่ (viability) ลูกค้ายอมจ่ายในรูปแบบที่ครอบคลุมต้นทุนหรือไม่ ทดสอบด้วยการขายจริงหรือรับพรีออเดอร์
• ทำได้หรือไม่ (feasibility) ทีมสร้างและส่งมอบได้ในขนาดที่ต้องการหรือไม่

ทีมจำนวนมากเริ่มจากข้อสุดท้าย คือสร้างระบบให้เสร็จก่อน แล้วจึงพบว่าลูกค้าไม่ได้ต้องการ

เคล็ดลับการเขียน

• เขียนแผ่นแรกให้เสร็จในเวลาสั้น ๆ ช่องที่ยังตอบไม่ได้ให้เขียนว่า "ยังไม่รู้" ซึ่งเป็นข้อมูลที่มีประโยชน์
• เขียนจากสถานะวันนี้ ไม่ใช่สิ่งที่หวังว่าจะเป็นในอีกหลายปี
• ทำเครื่องหมายสมมติฐานที่เสี่ยงที่สุด แล้วทดสอบข้อนั้นก่อน
• ลงวันที่และเก็บทุกฉบับ ฉบับที่เปลี่ยนไปคือบันทึกว่าทีมเรียนรู้อะไรจากลูกค้า
• ตัวชี้วัดหลักอาจใช้กรอบที่นิยมในวงการสตาร์ทอัพ เช่น การได้ผู้ใช้ใหม่ การเริ่มใช้งานจริง การกลับมาใช้ซ้ำ การจ่ายเงิน และการแนะนำต่อ แล้วเลือกเพียงไม่กี่ตัวที่สำคัญกับช่วงนี้

4. Lean Canvas เทียบกับ Business Model Canvas

ช่องที่เปลี่ยน

ใช้แผ่นไหนเมื่อไร

วิธีเขียน Business Model Canvas ทีละช่องพร้อมตัวอย่างร้านกาแฟ และการเช็กกฎหมายรายช่อง ดูBusiness Model Canvas คืออะไร วิธีเขียนทีละช่อง

5. ตัวอย่าง: แอปจองคิวร้านตัดผมในขอนแก่น

สมมติว่าผู้ก่อตั้งสองคน คนหนึ่งเขียนโปรแกรม อีกคนเคยทำงานขายอุปกรณ์ให้ร้านเสริมสวย อยากทำระบบจองคิวสำหรับร้านตัดผมและร้านเสริมสวยขนาดเล็กในขอนแก่น ยังไม่ได้ตั้งบริษัท และยังไม่มีลูกค้าจ่ายเงิน

ตัวอย่างนี้เป็นกรณีสมมติ

สิ่งที่ Canvas นี้ช่วยให้เห็น

• ธุรกิจนี้มีลูกค้าสองฝั่ง ร้านเป็นผู้จ่าย แต่ลูกค้าของร้านเป็นคนใช้หน้าจอง ถ้าลูกค้าของร้านไม่ยอมจองผ่านลิงก์ ร้านก็จะไม่จ่ายต่อ
• สมมติฐานที่เสี่ยงที่สุดไม่ใช่การเขียนระบบ แต่คือร้านยอมจ่ายรายเดือนหรือไม่ ทีมจึงควรทดสอบด้วยการขายให้ร้านจริงสักกลุ่มก่อนเขียนระบบเต็ม
• ระบบมัดจำแก้ปัญหาลูกค้าไม่มาตามนัดได้ แต่ทำให้ทีมเข้าไปเกี่ยวกับเงินของคนอื่นทันที ซึ่งมีกฎหมายกำกับ (ดูข้อ 9)
• ระบบจะเก็บชื่อ เบอร์โทร และประวัติการจองของลูกค้าร้าน ทีมต้องตอบให้ได้ว่าข้อมูลนี้เป็นของใครและทีมใช้ทำอะไรได้บ้าง (ดูข้อ 6 และ 10)

6. เช็กกฎหมายทีละช่องในช่วงสตาร์ทอัพ

ใครเป็นผู้ควบคุมข้อมูล ในตัวอย่างนี้ ร้านเป็นผู้กำหนดว่าจะเก็บข้อมูลลูกค้าเพื่อจัดคิว ร้านจึงน่าจะเป็นผู้ควบคุมข้อมูลส่วนบุคคล ส่วนแอปที่ประมวลผลตามคำสั่งของร้านน่าจะเป็นผู้ประมวลผลข้อมูลส่วนบุคคล ซึ่งควรมีข้อตกลงการประมวลผลข้อมูลระหว่างกัน แต่ถ้าทีมนำข้อมูลลูกค้าไปใช้เพื่อวัตถุประสงค์ของตัวเอง เช่น ส่งโฆษณาร้านอื่น หรือสร้างหน้ารวมร้านให้ลูกค้าเลือก ทีมจะกลายเป็นผู้ควบคุมข้อมูลในส่วนนั้นด้วย และต้องแจ้งลูกค้าและมีฐานทางกฎหมายของตัวเอง ฐานะนี้ขึ้นอยู่กับข้อเท็จจริงว่าใครกำหนดวัตถุประสงค์และวิธีการ จึงควรตัดสินใจตั้งแต่ตอนออกแบบระบบ

7. ข้อตกลงระหว่างผู้ก่อตั้ง

ผู้ก่อตั้งที่เป็นเพื่อนกันมักตกลงกันด้วยปากเปล่า ซึ่งใช้ได้จนกว่าจะมีคนหนึ่งทำงานน้อยลง ออกไปทำงานประจำ หรือไม่เห็นด้วยเรื่องทิศทาง ข้อตกลงระหว่างผู้ก่อตั้งควรครอบคลุม

• บทบาทและเวลา ใครรับผิดชอบอะไร ทำเต็มเวลาหรือไม่ และตัดสินใจเรื่องไหนได้เอง
• การแบ่งหุ้น สัดส่วนหุ้นและเหตุผล ทั้งเงิน แรงงาน ความรู้ และเครือข่ายที่แต่ละคนนำมา (ดูหุ้นส่วนลงเงินกับหุ้นส่วนลงแรง)
• การทยอยได้รับสิทธิในหุ้น (vesting) หุ้นของผู้ก่อตั้งค่อย ๆ เป็นสิทธิเด็ดขาดตามเวลาที่อยู่ทำงาน เพื่อไม่ให้คนที่ออกเร็วถือหุ้นไปเต็มจำนวน
• เมื่อผู้ก่อตั้งออก ใครมีสิทธิหรือหน้าที่ซื้อหุ้นคืน คิดราคาอย่างไร และต่างกันอย่างไรระหว่างออกด้วยเหตุปกติกับออกเพราะทำผิดข้อตกลง
• ทรัพย์สินทางปัญญา ทุกคนตกลงโอนงานที่ทำให้โครงการไปเป็นของบริษัท (ดูข้อ 8)
• การตัดสินใจและทางตัน เรื่องใดต้องเห็นชอบทุกคน และถ้าเสียงเท่ากันจะทำอย่างไร (ดูผู้ถือหุ้นห้าสิบต่อห้าสิบ ทางตันและทางออก)
• การขายหุ้นให้คนนอก สิทธิซื้อก่อน สิทธิขายตามเมื่อผู้ถือหุ้นใหญ่ขาย และสิทธิบังคับขายตามเมื่อมีผู้ซื้อทั้งบริษัท
• การรักษาความลับ ข้อมูลลูกค้า แผนธุรกิจ และโค้ดที่ทุกคนเข้าถึงได้

ข้อตกลงระหว่างผู้ถือหุ้นโดยทั่วไปผูกพันเฉพาะผู้ที่ลงนาม ถ้าต้องการให้ข้อจำกัดเรื่องการโอนหุ้นมีผลกับบริษัทและผู้ถือหุ้นรายใหม่ด้วย ควรพิจารณาเขียนเรื่องสำคัญไว้ในข้อบังคับของบริษัทตั้งแต่ตอนจดทะเบียน รายละเอียดเพิ่มเติมดูข้อตกลงผู้ถือหุ้นเมื่อมีหุ้นส่วนต่างชาติ และถ้าวางแผนให้หุ้นแก่พนักงานในอนาคต ดูแผนหุ้นพนักงาน ESOP และ RSU

8. ใครเป็นเจ้าของโค้ด แบรนด์ และไอเดีย

ไอเดียไม่ได้รับความคุ้มครองลิขสิทธิ์

ลิขสิทธิ์คุ้มครองการแสดงออก เช่น โค้ด ดีไซน์ ข้อความ และรูปภาพ แต่ไม่คุ้มครองความคิด ขั้นตอน หรือวิธีการ ไอเดีย "แอปจองคิวร้านตัดผม" จึงไม่มีใครเป็นเจ้าของ คนอื่นทำแอปแบบเดียวกันได้โดยเขียนโค้ดเอง สิ่งที่ปกป้องได้คือโค้ดและดีไซน์ที่ทีมสร้าง ชื่อแบรนด์ที่จดเครื่องหมายการค้า ข้อมูลที่เก็บเป็นความลับ และในบางกรณี การประดิษฐ์ที่ขอรับสิทธิบัตรได้

งานก่อนตั้งบริษัท

• ผู้ก่อตั้งเขียนโค้ดหรือออกแบบเอง ก่อนมีบริษัท ผู้ก่อตั้งไม่ได้เป็นลูกจ้างหรือผู้รับจ้างของใคร ลิขสิทธิ์จึงเป็นของผู้สร้างสรรค์ เมื่อตั้งบริษัทแล้วต้องทำสัญญาโอนลิขสิทธิ์เป็นหนังสือ ลงลายมือชื่อทั้งผู้โอนและผู้รับโอน ตาม พ.ร.บ.ลิขสิทธิ์ มาตรา 17
• ลูกจ้างของบริษัท ตามมาตรา 9 ลิขสิทธิ์ในงานที่สร้างในฐานะลูกจ้างเป็นของลูกจ้าง หากไม่ได้ทำหนังสือตกลงกันไว้เป็นอย่างอื่น นายจ้างนำงานออกเผยแพร่ได้ตามวัตถุประสงค์ของการจ้าง สัญญาจ้างนักพัฒนาจึงควรเขียนเรื่องความเป็นเจ้าของไว้ให้ชัด
• ฟรีแลนซ์หรือบริษัทรับจ้างพัฒนา ตามมาตรา 10 ลิขสิทธิ์ในงานที่สร้างโดยการรับจ้างเป็นของผู้ว่าจ้าง เว้นแต่ตกลงกันไว้เป็นอย่างอื่น แต่สัญญารับจ้างพัฒนาจำนวนมากเขียนให้ผู้รับจ้างเก็บสิทธิไว้ จึงต้องอ่านสัญญาให้ละเอียด และตรวจเรื่องการส่งมอบซอร์สโค้ด (ดูสัญญาจ้างพัฒนาซอฟต์แวร์และซอร์สโค้ด)

ถ้าผู้ก่อตั้งเคยทำงานกับบริษัทอื่นและเขียนโค้ดบางส่วนในเวลางานหรือด้วยเครื่องของนายจ้างเดิม ควรตรวจสัญญาจ้างเดิมก่อนนำมาใช้ เพราะนายจ้างเดิมอาจอ้างสิทธิได้

แบรนด์ โดเมน และบัญชี

ยื่นจดเครื่องหมายการค้าในชื่อบริษัท และโอนโดเมน บัญชีโซเชียลมีเดีย บัญชี LINE Official Account บัญชีร้านค้าแอป และบัญชีคลาวด์เข้าชื่อบริษัท ถ้ายังอยู่ในชื่อผู้ก่อตั้งคนหนึ่ง คนนั้นจะมีอำนาจเหนือบริษัทโดยไม่ตั้งใจ (ดูใครเป็นเจ้าของแบรนด์เมื่อตั้งบริษัท และขั้นตอนจดเครื่องหมายการค้า)

สิทธิบัตรและความลับทางการค้า

ถ้าทีมคิดวิธีการทางเทคนิคที่อาจขอรับสิทธิบัตรได้ ควรระวังการเปิดเผยต่อสาธารณะก่อนยื่นคำขอ เช่น นำเสนอในงานประกวดหรือโพสต์รายละเอียดทางออนไลน์ เพราะอาจกระทบความใหม่ของการประดิษฐ์ ส่วนข้อมูลที่ไม่จดสิทธิบัตร เช่น วิธีคำนวณภายใน รายชื่อลูกค้า หรือข้อมูลการตั้งราคา จะได้รับความคุ้มครองเป็นความลับทางการค้าตาม พ.ร.บ.ความลับทางการค้า พ.ศ. 2545 เมื่อผู้ควบคุมใช้วิธีการที่เหมาะสมรักษาไว้เป็นความลับ เช่น จำกัดสิทธิเข้าถึงและทำข้อตกลงรักษาความลับ ก่อนนำเสนอไอเดียกับคู่ค้าหรือผู้ร่วมทุน ดูทำ NDA ก่อนเจรจาธุรกิจ และสิทธิบัตร อนุสิทธิบัตร และความลับทางการค้า

9. ทดสอบตลาดด้วยหน้าเว็บ ต้นแบบ และพรีออเดอร์

Lean Canvas จะมีประโยชน์เมื่อทีมออกไปทดสอบกับลูกค้าจริง วิธีที่นิยมแต่ละแบบมีเรื่องกฎหมายที่ต้องดู

หน้าเว็บรับลงชื่อ ถ้าเก็บอีเมลหรือเบอร์โทร ให้แสดงประกาศความเป็นส่วนตัวสั้น ๆ ก่อนกดส่ง บอกว่าจะใช้ข้อมูลทำอะไร เก็บนานเท่าไร และติดต่อขอลบได้ทางไหน ตาม PDPA มาตรา 23 ถ้าจะส่งข่าวสารการตลาดต่อ ควรแยกให้ผู้ใช้เลือกเอง เก็บเฉพาะข้อมูลที่จำเป็น ไม่ต้องถามวันเกิดหรือที่อยู่ถ้ายังไม่ได้ใช้

คุกกี้และเครื่องมือวิเคราะห์ เครื่องมือวัดผลและโฆษณามักติดตามผู้ใช้ ควรแจ้งให้ทราบและให้ผู้ใช้เลือกสำหรับคุกกี้ที่ไม่จำเป็นต่อการทำงานของเว็บ (ดูเช็กลิสต์ PDPA)

หน้าขายสินค้าที่ยังไม่มีจริง การวัดความสนใจด้วยปุ่ม "สั่งซื้อ" ที่ยังไม่มีสินค้าเป็นวิธีที่ใช้กันมาก แต่ไม่ควรเก็บเงินหรือทำให้ผู้ใช้เข้าใจว่าซื้อสำเร็จแล้ว เมื่อผู้ใช้กดปุ่ม ให้บอกตรง ๆ ว่าสินค้ายังไม่พร้อมขายและชวนลงชื่อรอ

พรีออเดอร์ ถ้ารับเงินล่วงหน้า ให้แจ้งก่อนชำระว่าจะส่งมอบเมื่อไร ถ้าส่งไม่ได้ตามกำหนดจะคืนเงินอย่างไรและภายในเมื่อไร และเก็บหลักฐานการแจ้งไว้ ลูกค้าที่จ่ายเงินแล้วไม่ได้ของมีสิทธิเรียกเงินคืนตามกฎหมายแพ่ง และอาจร้องเรียนตามกฎหมายคุ้มครองผู้บริโภค (ดูสิทธิผู้บริโภคเมื่อซื้อของออนไลน์)

การรับเงิน ใช้ผู้ให้บริการรับชำระเงินที่ได้รับอนุญาต อย่าให้เงินของลูกค้าผ่านบัญชีส่วนตัวของผู้ก่อตั้งแล้วโอนต่อให้ร้าน ถ้าระบบของทีมรับเงินแทนร้านค้าหรือผู้ให้บริการรายอื่นเอง งานนั้นเป็นบริการรับชำระเงินทางอิเล็กทรอนิกส์ที่ต้องได้รับอนุญาตหรือขึ้นทะเบียนกับธนาคารแห่งประเทศไทยตาม พ.ร.บ.ระบบการชำระเงิน พ.ศ. 2560 ในตัวอย่างแอปจองคิว ทางที่ปลอดภัยกว่าคือให้มัดจำจ่ายผ่านผู้ให้บริการที่ได้รับอนุญาตเข้าบัญชีของร้านโดยตรง

ช่วงทดลองใช้ (beta) ทำข้อกำหนดการใช้งานสั้น ๆ บอกว่าเป็นรุ่นทดลอง อาจมีข้อผิดพลาด ข้อมูลที่ผู้ใช้ป้อนจะถูกเก็บอย่างไร และความเห็นหรือข้อเสนอแนะของผู้ใช้ทีมนำไปปรับปรุงได้ แต่ข้อจำกัดความรับผิดที่ไม่เป็นธรรมกับผู้บริโภคอาจใช้บังคับไม่ได้

วิธีทดลองแบบนำร่องกับลูกค้าธุรกิจก่อนเปลี่ยนจริง และการเขียนข้อตกลงช่วงทดลอง ดูทดลองเปลี่ยนโมเดลธุรกิจแบบนำร่อง

10. ตัวชี้วัดหลักกับข้อมูลผู้ใช้

ช่องตัวชี้วัดหลักทำให้ทีมอยากเก็บข้อมูลทุกอย่าง แต่ข้อมูลที่เก็บเกินจำเป็นคือความเสี่ยงที่ไม่ได้ช่วยตัดสินใจ

• เก็บเท่าที่ต้องใช้ ตัวชี้วัดส่วนใหญ่ใช้ข้อมูลสรุปรวมได้ เช่น จำนวนการจองต่อร้านต่อสัปดาห์ ไม่จำเป็นต้องดูว่าลูกค้าคนไหนจองอะไร
• แยกข้อมูลระบุตัวตนออก เมื่อวิเคราะห์ ใช้รหัสแทนชื่อหรือเบอร์โทรเท่าที่ทำได้
• จำกัดคนเข้าถึง ผู้ก่อตั้งทุกคนไม่จำเป็นต้องเข้าถึงฐานข้อมูลจริง และฟรีแลนซ์ควรได้สิทธิเท่าที่ต้องใช้
• กำหนดระยะเวลาเก็บ ลบหรือทำให้ไม่ระบุตัวตนเมื่อไม่ต้องใช้แล้ว
• บริการคลาวด์และเครื่องมือต่างประเทศ การเก็บหรือส่งข้อมูลส่วนบุคคลไปต่างประเทศมีหลักเกณฑ์ตาม PDPA ควรตรวจว่าผู้ให้บริการมีมาตรการคุ้มครองที่เหมาะสมและเขียนไว้ในประกาศความเป็นส่วนตัว
• เครื่องมือ AI ถ้าทีมใช้ AI วิเคราะห์ข้อมูลลูกค้าหรือร่างข้อความ ควรมีกติกาว่าข้อมูลใดห้ามใส่ (ดูนโยบาย AI ของบริษัทกับข้อมูลลูกค้า)

11. ความได้เปรียบที่ลอกเลียนได้ยากกับกฎหมาย

ความได้เปรียบที่แท้จริงคือสิ่งที่ลอกหรือซื้อไม่ได้ง่าย Lean Canvas จึงให้ช่องนี้ว่างได้ ในช่วงแรกทีมส่วนใหญ่ยังไม่มี และสิ่งที่มักเขียนลงไป เช่น ทำก่อนคนอื่น ทีมตั้งใจ หรือระบบใช้ง่ายกว่า มักลอกได้ภายในไม่นาน

กฎหมายช่วยสร้างหรือปกป้องความได้เปรียบบางส่วนได้ แต่ไม่ได้เป็นความได้เปรียบทั้งหมดในตัวเอง

• เครื่องหมายการค้า ป้องกันคนอื่นใช้ชื่อหรือโลโก้ที่คล้ายจนสับสน แต่ไม่ป้องกันคนทำธุรกิจแบบเดียวกันด้วยชื่ออื่น
• สิทธิบัตร คุ้มครองการประดิษฐ์ที่เข้าเงื่อนไข แต่ซอฟต์แวร์และวิธีทำธุรกิจจำนวนมากขอรับสิทธิบัตรไม่ได้ หรือไม่คุ้มที่จะขอ
• ความลับทางการค้า คุ้มครองเฉพาะเมื่อมีมาตรการรักษาความลับจริง และไม่ป้องกันคนที่คิดได้เองโดยอิสระ
• ข้อมูลที่สะสม ข้อมูลที่ได้มาอย่างถูกต้องและมีสิทธิใช้ตามที่แจ้งผู้ใช้ไว้อาจเป็นความได้เปรียบได้จริง แต่ถ้าเก็บหรือใช้นอกขอบเขตที่แจ้งไว้ อาจกลายเป็นความเสี่ยงแทน
• สัญญาผูกขาดกับพันธมิตร ช่วยกันคู่แข่งได้ แต่ต้องระวังกฎหมายการแข่งขันทางการค้าถ้าธุรกิจมีอำนาจตลาดมาก และพันธมิตรต้องยินยอมจริง
• ใบอนุญาตที่ได้ยาก ในธุรกิจที่มีการกำกับดูแล การได้ใบอนุญาตก่อนอาจเป็นความได้เปรียบที่แท้จริง

12. เมื่อไรควรย้ายไปใช้ Business Model Canvas และจดทะเบียนบริษัท

สัญญาณว่าถึงเวลาเปลี่ยนจาก Lean Canvas ไปใช้ Business Model Canvas และจัดโครงสร้างทางกฎหมายให้ครบ

• มีลูกค้าจ่ายเงินต่อเนื่อง และตัวชี้วัดหลักบอกว่าลูกค้าได้ประโยชน์จริง
• มีผู้ก่อตั้งหลายคนหรือจะรับเงินลงทุน ควรจดทะเบียนบริษัท ออกหุ้นตามข้อตกลง และนำข้อตกลงผู้ก่อตั้งเข้าสู่ข้อบังคับและสัญญาผู้ถือหุ้น (ดูจดทะเบียนบริษัทสำหรับเจ้าของคนไทย)
• จะจ้างพนักงานคนแรก ซึ่งมีหน้าที่นายจ้างตามกฎหมายแรงงานและประกันสังคม (ดูลูกจ้างคนแรก: หน้าที่ของนายจ้าง)
• ลูกค้าธุรกิจขอสัญญาและใบกำกับภาษี เรื่องรูปแบบการคิดราคาและสัญญาบริการซอฟต์แวร์ ดูรูปแบบราคา SaaS และสัญญาบริการรายเดือน
• ต้องการสิทธิประโยชน์จากการส่งเสริมการลงทุน กิจการซอฟต์แวร์และดิจิทัลบางประเภทอาจขอรับการส่งเสริมจาก BOI ได้ (ดูBOI สำหรับกิจการซอฟต์แวร์และดิจิทัล)
• มีผู้ก่อตั้งหรือผู้ลงทุนต่างชาติ การถือหุ้นของคนต่างชาติในธุรกิจบริการอาจเข้าข่ายกฎหมายการประกอบธุรกิจของคนต่างด้าว ควรวางโครงสร้างก่อนออกหุ้น (ดูใบอนุญาตประกอบธุรกิจของคนต่างด้าวสำหรับบริษัทบริการ)

13. เช็กลิสต์

• เขียน Lean Canvas แผ่นแรกครบทุกช่อง โดยช่องที่ยังไม่รู้เขียนว่า "ยังไม่รู้"
• ระบุผู้ใช้กลุ่มแรกและทางเลือกที่ลูกค้าใช้อยู่ตอนนี้
• เลือกสมมติฐานที่เสี่ยงที่สุดและวิธีทดสอบ เริ่มจากลูกค้าต้องการหรือไม่
• ทำข้อตกลงระหว่างผู้ก่อตั้งเรื่องหุ้น บทบาท การทยอยได้รับสิทธิ และการออกจากทีม
• ผู้ก่อตั้งทุกคนลงนามโอนลิขสิทธิ์ในงานที่ทำก่อนตั้งบริษัท
• ฟรีแลนซ์และลูกจ้างที่สร้างงานมีสัญญาที่ระบุความเป็นเจ้าของ
• ยื่นจดเครื่องหมายการค้า และโอนโดเมนกับบัญชีออนไลน์เข้าชื่อบริษัท
• หน้าเว็บหรือแบบฟอร์มที่เก็บข้อมูลมีประกาศความเป็นส่วนตัว
• พรีออเดอร์มีเงื่อนไขการส่งมอบและการคืนเงินที่ลูกค้าเห็นก่อนจ่าย
• รับเงินผ่านผู้ให้บริการชำระเงินที่ได้รับอนุญาต ไม่ผ่านบัญชีส่วนตัว
• ตกลงกับลูกค้าธุรกิจว่าใครเป็นผู้ควบคุมข้อมูลและใครเป็นผู้ประมวลผลข้อมูล

อ่านเพิ่มเติม

• Business Model Canvas คืออะไร วิธีเขียนทีละช่อง — แผ่นที่ควรใช้ต่อเมื่อไอเดียผ่านการทดสอบแล้ว
• หุ้นส่วนลงเงินกับหุ้นส่วนลงแรง — วิธีคิดการแบ่งหุ้นระหว่างผู้ก่อตั้ง
• สัญญาจ้างพัฒนาซอฟต์แวร์และซอร์สโค้ด — ทำให้โค้ดที่จ้างคนอื่นเขียนเป็นของบริษัท
• สิทธิบัตร อนุสิทธิบัตร และความลับทางการค้า — เลือกวิธีคุ้มครองสิ่งที่ทีมคิดค้น
• เช็กลิสต์ PDPA — สิ่งที่ต้องทำก่อนเก็บข้อมูลผู้ใช้
• รูปแบบราคา SaaS และสัญญาบริการรายเดือน — เมื่อพร้อมเก็บเงินจากลูกค้าธุรกิจ
• จดทะเบียนบริษัทสำหรับเจ้าของคนไทย — ขั้นตอนเมื่อถึงเวลาตั้งบริษัท

Lean Canvas ช่วยให้รู้เร็วว่าไอเดียควรไปต่อหรือไม่ และช่วงเวลาเดียวกันนี้คือจังหวะที่ถูกที่สุดในการทำข้อตกลงผู้ก่อตั้ง โอนสิทธิในงาน และวางวิธีเก็บข้อมูลกับรับเงินให้ถูกต้อง

เราช่วยทีมสตาร์ทอัพจดทะเบียนบริษัท ร่างข้อตกลงระหว่างผู้ก่อตั้งและสัญญาโอนลิขสิทธิ์ และจัดทำประกาศความเป็นส่วนตัวก่อนเปิดให้ผู้ใช้ทดลอง ปรึกษาเบื้องต้น โทร 092-254-2045 หรือ ส่งรายละเอียดให้เรา ดูเพิ่มเติมที่ จดทะเบียนบริษัท สัญญาและเอกสาร และ PDPA

คู่มือนี้เผยแพร่โดย สำนักงานกฎหมายสุวรรณวรา ลอว์เฟิร์ม — สำนักงานกฎหมายในจังหวัดขอนแก่น ก่อตั้งเมื่อปี 1986 เป็นข้อมูลทั่วไปเท่านั้น ไม่ใช่คำแนะนำทางกฎหมายสำหรับเรื่องใดเรื่องหนึ่งโดยเฉพาะ