งานเสริมสุดนรก
(blog.jacobstechtavern.com)- Jacob Bartlett เข้าร่วม Fixr มาร์เก็ตเพลสซ่อมรถยนต์ในปี 2019 ในฐานะที่ปรึกษาแอปมือถือ แต่สุดท้ายต้องรับบทบาท ผู้ร่วมก่อตั้งที่แทบไม่ได้ค่าตอบแทน ทั้งเขียนแอปใหม่ เปิดตัว และขาย เป็นเวลา 11 เดือน
- Fixr ตั้งใจจะเชื่อมลูกค้ากับช่างท้องถิ่นที่ผ่านการตรวจสอบ เพื่อให้บริการ MOT งานซ่อม และบริการช่วยเหลือฉุกเฉิน แต่แม้ดำเนินงานมาเกือบ 3 ปี ก็ยังเปิดตัวไม่ได้ และงานพัฒนาที่จ้างภายนอกไว้เดิมก็ยังไม่อยู่ในสภาพ พร้อมใช้งานจริง
- Bartlett และนักพัฒนา Android ชื่อ Gus ได้หุ้นคนละ 10% และสร้าง MVP ของแอป iOS 2 แอปและ Android 2 แอป แต่ผู้ร่วมก่อตั้งเดิมยังคงเรียกร้องให้ขยายฟีเจอร์แทนที่จะเปิดตัว
- แอปถูกปล่อยบน App Store Connect และ Google Play Store แล้ว แต่ไม่มีทั้งรายชื่อช่างที่รออยู่ ผู้ใช้ รายได้ หรือการระดมทุน ทำให้เห็น ข้อจำกัดของมาร์เก็ตเพลส ที่ต้องสร้างทั้งฝั่งอุปทานและอุปสงค์พร้อมกัน
- ต่อมา Bartlett ย้ายไปหาโอกาสกับ Carbn และทิ้ง สัญญาณอันตราย ไว้ เช่น ทีมที่ไม่เปิดตัวสักที หุ้นที่ผูกกับเงินกู้ ความขัดแย้งระหว่างผู้ร่วมก่อตั้ง แรงงานฟรี และการรับคนโดยไม่ตรวจสอบ
เบื้องหลังการเข้าร่วม Fixr
- ในปี 2019 Jacob Bartlett ทำงานเป็นนักพัฒนาระดับจูเนียร์ในบริษัทที่ปรึกษาขนาดใหญ่ และกำลังมองหาโอกาสเข้าร่วมสตาร์ทอัป
- เขาได้รับการแนะนำให้รู้จัก Jimmy ผู้ร่วมก่อตั้งและ CFO ของ Fixr ผ่านเพื่อนของเพื่อน และได้รับคำขอว่าต้องการคนที่รู้เรื่องแอปมือถือ
- Fixr วางตัวเป็น “ระบบปฏิบัติการ” สำหรับรถยนต์ โดยมีเป้าหมายเป็น บริการแบบครบวงจร ที่ลูกค้าสามารถเชื่อมต่อกับช่างท้องถิ่นที่ผ่านการตรวจสอบ เพื่อรับบริการ MOT ประจำปี งานซ่อมตามต้องการ และบริการช่วยเหลือฉุกเฉิน
- ตอนนั้นทีม Fixr ดำเนินงานแบบพาร์ตไทม์มาเกือบ 3 ปีแล้ว
- Jimmy: ผู้จัดการฝ่ายนวัตกรรมในบริษัทที่ปรึกษา และ CFO
- Kim: ผู้ช่วยฝ่ายกฎหมายในสำนักงานบัญชี และ CMO
- Mike: ช่างซ่อมรถ และ COO
สภาพก่อนเปิดตัวและปัญหาการจ้างพัฒนาภายนอก
- มองจากภายนอก Fixr ดูเหมือนมีผลงานหลายอย่าง
- ได้เงินทุนพัฒนาจากสินเชื่อธนาคารส่วนบุคคล
- ชนะการแข่งขัน pitch ของมหาวิทยาลัยท้องถิ่น
- ได้รับความสนใจจาก VC และ accelerator โดยมีเงื่อนไขว่าต้องมี traction
- จดทะเบียน SEIS ในสหราชอาณาจักร
- มีพาร์ตเนอร์แนะนำลูกค้าที่จะได้รับค่าคอมมิชชันหากชักชวนให้ช่างเปลี่ยนธนาคาร
- ทำวิจัยตลาดด้วยการคุยกับช่างหลายร้อยคน
- มีโมเดลการเงินที่ระบุว่าจะใช้ seed investment 250,000 ปอนด์ เพื่อสร้างรายได้ 3 ล้านปอนด์ทั่วยุโรปในปีที่ 3
- มีหน้า landing page แบบ static ที่รันบนเซิร์ฟเวอร์ AWS EC2 Medium
- มีแอป iOS และ Android สำหรับลูกค้าและช่าง รวม 4 แอป
- ปัญหาใหญ่ที่สุดคือ แอป 4 แอป ที่ว่าถูกสร้างเสร็จแล้ว
- เงินทุนพัฒนาส่วนใหญ่ที่ได้จากเงินกู้ถูกใช้กับ contractor ต่างประเทศ และ contractor รายดังกล่าวถูกเลิกจ้างในอีก 2 ปีต่อมาด้วยเหตุผลว่าไร้ความสามารถ
- หลังจากนั้น เอเจนซีจาก Hyderabad รับหน้าที่เตรียมแอปทั้ง 4 แอปให้พร้อมเปิดตัว
- จากการทดสอบด้วยตัวเองของ Bartlett แอปอยู่ในสภาพที่ยากจะปล่อยขึ้น production ได้
- Bartlett ติดต่อกับเอเจนซีในฐานะที่ปรึกษาและส่งต่อบั๊กให้ แต่เอเจนซีก็โต้แย้งเรื่องขอบเขตที่ตกลงกันไว้เดิม การรองรับหน้าจอที่ใหญ่กว่า iPhone 4s และความรับผิดชอบในการผสาน Stripe payment
- แม้แต่ผู้ร่วมก่อตั้งเองก็ไม่มีสิทธิ์เข้าถึง code repository ทำให้ Bartlett ต้องเถียงกับเอเจนซีเพิ่มเติมกว่าจะได้เข้าถึงโค้ด
- หลังตรวจดูโค้ด Bartlett สรุปว่าหากต้องการนำ Fixr ออกสู่ตลาด จำเป็นต้อง เขียนใหม่ทั้งหมด
การเปลี่ยนเป็นผู้ร่วมก่อตั้งและเงื่อนไขสัญญา
- แม้จะใส่เงินไปแล้ว 20,000 ปอนด์กับแอปเดิม 4 แอป แต่ทีมไม่ได้ต่อต้านมากนักต่อการยอมทิ้ง sunk cost
- Bartlett ทำเดโมแอปแผนที่ iOS สมัยใหม่ขึ้นมาอย่างรวดเร็ว โดยมีหมุดตำแหน่งรูปภาพ ฟอร์มกรอกข้อมูล และฟีเจอร์รูปภาพ ซึ่งผลงานดูดีกว่างานพัฒนาเดิมที่ใช้เวลา 3 ปีอย่างมาก
- เพื่อทุ่มเวลาเพิ่ม Bartlett จึงกลายเป็น ผู้ร่วมก่อตั้งและ CTO ชั่วคราว
- เพื่อนชื่อ Gus เข้าร่วมเพื่อพัฒนา Android และทั้งสองคนตกลงจะได้รับหุ้นคนละ 10%
- สัญญาที่ Kim ทำขึ้นมีข้อกำหนดว่า หากบริการพัฒนาไม่เป็นที่พึงพอใจเพียงพอ ผู้บริหารสามารถลดหรือตัดหุ้นของนักพัฒนาได้ตามดุลยพินิจ
- Gus ปรึกษาพ่อแล้วขอให้เปลี่ยนข้อความดังกล่าวเป็น gross negligence
- หลังแก้ไขแล้ว Bartlett และ Gus ก็กลายเป็นผู้ร่วมก่อตั้งอย่างเป็นทางการ
การพัฒนา MVP และขอบเขตที่เพิ่มขึ้นไม่หยุด
- ในช่วง COVID Bartlett และ Gus ใช้เวลาว่างแทบทั้งหมดทุ่มให้กับการพัฒนาผลิตภัณฑ์ Fixr
- ในการประชุม Zoom รายสัปดาห์ นักพัฒนาทั้งสองแสดง flow ล่าสุดให้ดู และ Kim กับ Jimmy ก็ชมความคืบหน้า ขณะเดียวกันก็ยังเรียกร้องให้ขยายขอบเขตต่อไป
- flow หลักของ MVP ที่พัฒนาขึ้นนั้นชัดเจน
- ผู้ใช้แอปลูกค้าสามารถโพสต์งานซ่อมในพื้นที่ ชำระเงินในแอป และอนุมัติรายการเรียกเก็บแต่ละรายการแบบเรียลไทม์ระหว่างการซ่อมได้
- ผู้ใช้แอปช่างสามารถประมูลงาน ตรวจสภาพรถ เพิ่มรายการระหว่างทำงาน และประมวลผลใบเรียกเก็บเงินอัตโนมัติได้
- flow นี้ทำงานได้ดีในแอป iOS 2 แอปและ Android 2 แอปทั้งหมด แต่ผู้ร่วมก่อตั้งเดิมเรียกร้องให้รวมบริการช่วยเหลือฉุกเฉิน การตรวจ MOT ประจำปี และทุกฟีเจอร์ที่เกี่ยวกับรถยนต์เข้าไปด้วย
- Bartlett และ Gus มองว่าการทำวิสัยทัศน์แบบนั้นต้องใช้ทีม full-time หลายปี และผลักดันว่าควรหยุดยื้อเวลาแล้ว เปิดตัว
ตลาดว่างเปล่าที่ปรากฏหลังเปิดตัว
- แอปเตรียมพร้อมสำหรับการเปิดตัวบน App Store Connect และ Google Play Store แล้ว และมีการกดปุ่มเปิดตัวจริง
- ผลลัพธ์แทบไม่มีปฏิกิริยาใด ๆ
- ไม่มีช่างที่รออยู่ในคิว
- “แคมเปญ viral marketing” พังก่อนจะเริ่ม
- ผู้ใช้ รายได้ และการระดมทุน ล้วนเป็น 0
- Bartlett และ Gus เริ่มสงสัยว่าผู้ร่วมก่อตั้งเดิมทำอะไรกันมาตลอด
- ภายในทีมยังมี ความขัดแย้งระหว่างผู้ร่วมก่อตั้ง ด้วย
- Jimmy กับ Mike ไม่ชอบหน้ากัน
- Kim มักรับบทเป็นคนกลางระหว่างทั้งสอง
- หุ้น 10% ของ Bartlett และ Gus ส่วนใหญ่มาจากหุ้นเดิมหนึ่งในสามของ Mike
- Jimmy มีนิสัยจัดสรรหุ้นใหม่ฝ่ายเดียวตามระดับการมีส่วนร่วมที่เขาประเมินเอง
- ปัญหาที่ใหญ่กว่าซึ่งถูกความไร้ความสามารถของเอเจนซีภายนอกบดบังไว้ อยู่ที่ การดำเนินงานและการเข้าสู่ตลาด มากกว่าตัวผลิตภัณฑ์เอง
ความพยายามขายช่วงฤดูร้อนและข้อจำกัดของมาร์เก็ตเพลส
- ตลอดช่วงฤดูร้อน Bartlett รับงานหลายอย่างเพื่อพยายามกู้ Fixr
- ติดต่อช่างร่วมกับ Mike เพื่อพยายามสร้างฝั่ง supply ในระดับพื้นที่เล็ก ๆ
- ตั้งค่าโฆษณา social media ร่วมกับ Kim เพื่อเพิ่มฝั่ง demand ในเมืองที่เจาะจง
- Jimmy เสนอจะเพิ่มหุ้นให้ Bartlett เป็นสองเท่า โดยมีเงื่อนไขว่าเขาต้องร่วมเซ็นค้ำประกันสินเชื่อธุรกิจ และ Bartlett ตอบว่าจะขอคิดดูก่อน
- รับหน้าที่บางส่วนในการติดต่อ angel, VC และพาร์ตเนอร์ธุรกิจบน LinkedIn
- ระหว่างกระบวนการนี้ พวกเขาได้โอกาสนัดคุยกับ CTO ของ RAC หนึ่งในสองบริษัทบริการช่วยเหลือฉุกเฉินด้านรถยนต์รายใหญ่ของสหราชอาณาจักร
- ในเดโมผลิตภัณฑ์ พวกเขาแสดงให้เห็นความเรียบง่ายและความลึกของ flow ซ่อมทั้งหมดฝั่งช่าง แต่เมื่อถูกถามจำนวนช่างที่สมัครและจำนวนงานซ่อมต่อวัน ก็ต้องตอบว่าทั้งสองอย่างเป็น 0
- Fixr ไม่มี demand จึงโน้มน้าวช่างไม่ได้ และเพราะไม่มีช่าง จึงเชื่อม demand ที่อาจเกิดขึ้นเข้ากับ supply ไม่ได้
- Bartlett อธิบาย Fixr ให้ญาติฟังในงานรวมญาติ แล้วถูกถามว่า “ทำไมถึงทำทั้งหมดนี้โดยไม่ได้เงินเลย”
ย้ายไป Carbn และจุดจบของ Fixr
- เข้าสู่ฤดูใบไม้ร่วง Fixr ก็ยังไม่มีความคืบหน้า และ Bartlett เองก็พลาดการเลื่อนตำแหน่งในบริษัทที่ปรึกษา ทำให้เขาต้องการย้ายงาน
- เขาได้รับการแนะนำให้รู้จัก Carbn ผ่าน recruiter
- Carbn เป็นแอปสำหรับสร้างนิสัยที่เป็นมิตรต่อสิ่งแวดล้อมและชดเชยการปล่อยคาร์บอน
- ผู้ก่อตั้งครั้งแรกซึ่งเป็นนักกลยุทธ์เชิงพาณิชย์ดำเนินงานแบบ bootstrap และสามารถจ่ายเงินเดือน full-time ให้ผู้ร่วมก่อตั้งที่เหมาะสมได้
- ตรวจสอบ niche market ที่มีศักยภาพสูงในสหรัฐฯ ซึ่งพร้อมจะจ่ายเงินแล้ว
- หลัง validation ใช้เงิน 10,000 ปอนด์กับ contractor ที่ดีเพื่อสร้างชุดดีไซน์ทั้งหมด และวางรากฐาน roadmap เริ่มต้นกับ branding
- โมเดลการเงินทำขึ้นในไม่กี่ชั่วโมง และมีไว้เพื่อแสดง runway กับแผนการใช้จ่าย มากกว่าจะใช้ให้เหตุผลรองรับรายได้ในจินตนาการ
- สัญญาถูกจัดการบน SeedLegals ระหว่างดื่มเบียร์
- Bartlett แจ้งผู้ร่วมก่อตั้ง Fixr ว่าจะลาออกและสละหุ้น
- Gus ก็ตามออกมาไม่นานหลังจากนั้น และไปทำงานเป็นวิศวกรในภาคธนาคาร
- เมื่อไม่มีนักพัฒนา จึงไม่สามารถรักษาภาพว่ากำลังมีกิจกรรมอยู่ได้อีกต่อไป Fixr และทีมจึงสลายตัวในไม่ช้า
สัญญาณอันตรายที่ได้จากประสบการณ์
- Bartlett ไม่ได้มองประสบการณ์ Fixr เป็นเพียงเรื่องเตือนใจโดยสมบูรณ์
- แม้จะลำบาก แต่เขาก็กำลัง “ทำ” สตาร์ทอัปจริง ๆ และสร้างบางอย่างโดยไม่มีเกราะป้องกันจากผลลัพธ์
- บทเรียนจาก Fixr นำไปสู่โอกาสกับ Carbn
- เขามองว่าหากยังอยู่ช่วงต้นอาชีพและไม่มีลูก เส้นทางสตาร์ทอัปแบบบ้าบิ่นก็อาจเป็นสิ่งที่แนะนำได้
- Top 10 Red Flags ที่สรุปไว้มีดังนี้
- สตาร์ทอัปที่ดำเนินงานมานานแต่ยังไม่เปิดตัว ควรถามว่าทีมจริงจังแค่ไหน
- หากหุ้นผูกกับการเข้าร่วมสินเชื่อธุรกิจ นั่นคือการขอให้คุณนำเงินตัวเองไปลงทุน
- หากมีการเมืองและความขัดแย้งภายในระหว่างผู้ร่วมก่อตั้ง ต้องพิจารณาว่าคนเหล่านี้คือคนที่คุณจะถูกผูกพันทางกฎหมายด้วยเป็นเวลาหลายปีหรือไม่
- งานของสตาร์ทอัปคือการสร้างและการขาย หากไม่รู้ว่าผู้ร่วมก่อตั้งกำลังทำอะไรอยู่ ก็ควรเชื่อสัญชาตญาณของตัวเอง
- การสร้างหลาย native platform พร้อมกันก่อนถึงขั้น product-market fit นั้นไม่มีประสิทธิภาพ และการทำ 2 แอปต่อแพลตฟอร์มยิ่งหนักกว่า
- การคุยกับผู้ใช้และ iterate สำคัญต่อ validation มากกว่าการแข่งขัน pitch
- การที่ไม่เคยเจอ Kim กับ Mike ตัวจริง และการสื่อสารทั้งหมดเป็นแบบ remote ก็ไม่ใช่สัญญาณที่ดี
- สตาร์ทอัปมาร์เก็ตเพลสต้องสร้างตลาดสองฝั่งพร้อมกัน และมักทำงานได้ดีกว่ากับธุรกรรมที่เกิดบ่อยและมีต้นทุนต่ำ
- คำพูดของ VC ว่า “ถ้ามี traction แล้วค่อยมาคุยกันใหม่” ใกล้เคียงกับความหมายว่า หากพิสูจน์โอกาสตลาดและความสามารถในการ execution ของทีมได้ ก็อาจพิจารณาได้
- หากบริษัทแทบไม่ตรวจสอบผู้ที่จะเข้าร่วม อาจไม่ใช่เพราะความสามารถของคุณ แต่เพราะคุณเป็นวิศวกรคนแรกที่ยอมทำงานฟรี
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ถ้าผู้ก่อตั้งที่ไม่ใช่สายเทคนิคแม้แต่จ้างเอาต์ซอร์ซยังทำไม่ได้ให้ดี นั่นเป็นสัญญาณอันตรายร้ายแรงมาก หมายความว่าในนั้นไม่มีใครเลยที่รู้วิธีทำให้ผลิตภัณฑ์กลายเป็นจริงได้ และถ้าฉันต้องทำงาน 100% ฉันก็ควรได้หุ้น 100% ด้วย แค่ “มีไอเดีย” อย่างเดียวไม่มีมูลค่าในเชิงหุ้น
ถ้าไอเดียนั้นยอดเยี่ยมจริง มันกลับเป็นโอกาสที่ชัดเจนด้วยซ้ำ คนพวกนั้นทำให้เป็นผลิตภัณฑ์ไม่ได้ แต่ฉันทำได้ ถ้าไอเดียไม่ดี ค่าตอบแทนที่ได้เป็นหุ้นก็แทบไม่ต่างจากของไร้ค่า
กรณีเดียวที่ควรทำงานกับองค์กรที่พังยับแบบนี้คือเมื่อเขาจ่ายเงินหนักมากเท่านั้น และถ้าจ่ายช้าแม้แต่ครั้งเดียว ก็ควรหยุดงานทั้งหมดจนกว่าจะได้เงิน
บางคนเรียนรู้อะไรได้เร็วและทำได้ค่อนข้างดี แต่ทำให้มันอยู่ในรูปแบบที่พร้อมผลิตจริงไม่ได้ เพราะการจะทำแบบนั้นได้ต้องอธิบายสิ่งที่ทำได้ด้วย แต่ตัวเองก็ไม่ได้ทำจากความเข้าใจจริง แค่ทำมันได้เท่านั้น เลยต่อยอดเป็นธุรกิจไม่ได้ และเพราะขาดพื้นฐานกับวินัยในการทำงาน จึงยากจะขึ้นไปถึงจุดสูงสุดในสายงานตัวเองด้วย
ใครๆ ก็พูดเรื่องไอเดียได้จนคนฟังเอือม แต่มีน้อยมากที่ลงมือทำจริง ฉันนึกไม่ออกเลยว่าชีวิตที่มีแค่ไอเดียเดียวจะน่าเศร้าแค่ไหน แต่ก็เหมาะกับการเป็นเมนเทอร์นะ เพราะจะมีของแวววาววางอยู่บนชั้นเสมอให้คนอื่นมาดูสิ่งที่ตัวเองชอบ
ในบางกรณี ผมยังมองว่า คนประเภทนี้มีโอกาสได้ผลดีกว่าวิศวกรสายวิทยาการคอมพิวเตอร์จ๋าที่ไม่เคยบริหารทีม ไม่เคยเปิดตัวสินค้า และไม่เคยขายของ เสียอีก อย่างน้อยก็ครึ่งต่อครึ่ง
แน่นอนว่า ส่วนใหญ่แล้วกรณีแบบนี้ไม่ใช่สิ่งที่กำลังพูดถึงในตัวอย่างนี้ มันเป็นแค่เบาะแสเล็กๆ เท่านั้น ถึงอย่างนั้น สิ่งที่เป็นสัญญาณอันตรายไม่ใช่การเอาต์ซอร์ซงานพัฒนาในตัวมันเอง แต่เป็นการที่คนซึ่งไม่เคยมีประสบการณ์สร้างและปล่อยซอฟต์แวร์ที่มีประโยชน์จริงเป็นผู้นำโปรเจกต์ต่างหาก
ตอนหนุ่มๆ ฉันก็เคยเจออะไรคล้ายกัน ผลิตภัณฑ์ที่เห็นได้ชัดว่าไม่เหมาะสม ต้นแบบระยะแรกที่ทำโดยบริษัทเอาต์ซอร์ซระดับล่าง ผู้ร่วมก่อตั้งที่เขียนโค้ดไม่เป็น ไม่ได้เงิน และไม่มีผู้ใช้
โชคดีที่ฉันเสียเวลาไปแค่ไม่กี่เดือน และก็ไม่ได้ทำงานหนักขนาดนั้น
แต่ถึงอย่างนั้น ประโยคนี้ก็โดนใจ: “ฉันกำลังทำสตาร์ตอัปอยู่ ฉันกำลังลงมือทำ และเป็นครั้งแรกในชีวิตการทำงานที่ไม่ได้รับการปกป้องจากผลลัพธ์ ฉันไม่ได้ทำตามโชคชะตาที่จะสร้างสิ่งยิ่งใหญ่สำเร็จ แต่ฉันได้สร้างบางอย่างขึ้นมา”
อาชีพของผมเริ่มต้นอย่างจริงจังจากสตาร์ตอัปแห่งที่สอง และแม้จะไปถึงแค่รอบ pre-seed แต่มันก็เป็น 2 ปีที่ยอดเยี่ยม ถ้าไม่มีประสบการณ์นี้ ผมคงไม่กลายเป็นคนที่เหมาะกับงานแบบนี้ได้ขนาดนั้น
ตอนนี้ฉันอยู่ในสตาร์ตอัปที่ให้ทีมต่างประเทศทำแอป และกำลังเจอเรื่องเดียวกันเลย คำแนะนำของฉันคืออย่าทำ มีแต่คำพูดไร้สาระไม่จบไม่สิ้น และกระบวนการอันแสนทรมานในการพยายามให้ได้อะไรสักอย่างออกมา สุดท้ายก็ได้แอปแบบเดียวกับของเจ้าของเรื่องนี้ คือแม้แต่อัตราส่วนหน้าจอยังถูกล็อกตาย
ถ้าเป็นสตาร์ตอัปที่ตัวผลิตภัณฑ์คือแอป แต่ยังหานักพัฒนาในประเทศมาทำแอปนั้นไม่ได้ ฉันจะหนีทันที ไม่เข้าใจเลยว่าทำไมถึงเอาผลิตภัณฑ์หลักไปจ้างคนนอกทำ
คุณอาจโชคดีเจอคนเก่งที่ยังไม่รู้คุณค่าตัวเอง แต่เก้าในสิบครั้ง คุณจะได้แค่เท่าที่จ่าย
ต้องสร้างโมเดลแรงจูงใจที่ต่างออกไป และแบ่งหุ้นให้พวกเขาบางส่วนด้วย ต้องขายความฝันให้พวกเขา
การขาดความสามารถนี้ยังหมายถึงไม่มีแม้แต่ความเข้าใจพื้นฐานว่าโปรเจกต์ซอฟต์แวร์ทำงานอย่างไร จึงบริหารโปรเจกต์ไม่ได้ด้วย
ในมุมมองนั้น แอปเป็นแค่ต้นทุนจำเป็นที่ต้องลดให้ต่ำที่สุดเพื่อจะได้ติ๊กช่องในเทมเพลตธุรกิจเท่านั้น
เรื่องนี้ทำให้นึกถึงครั้งหนึ่งที่มีคนอยากให้ฉันพัฒนาไอเดียสตาร์ทอัปของเขาให้ ไอเดียนั้นสุดยอดมากจนเขาบอกว่าฉันต้องขโมยมันแน่ ๆ เลยบังคับให้เซ็น NDA ก่อนจะยอมเล่า และฉันก็ปฏิเสธ
ทั้งหมดที่เขาบอกมีแค่ว่าเป็น “Twitter ถัดไป” และเท่าที่ฉันจับใจความได้คือเขาจะถือหุ้นส่วนใหญ่ ส่วนฉันทำทุกอย่างทั้งหมด ขณะที่เขาโยนไอเดียลงมาจากข้างบน
สัญญาณอันตรายมันชัดเจนเกินไปเลยปฏิเสธ แต่ก็คิดได้เหมือนกันว่าถ้าสถานการณ์นั้นเอาเปรียบแบบแนบเนียนกว่านี้ ฉันอาจถูกดูดเข้าไปก็ได้
ถ้าคุณถูกจ้างเป็นพนักงานประจำแบบ W-2 ในบริษัทที่จัดการข้อมูลอ่อนไหว ก็อาจจำเป็นต้องมี NDA ได้ เช่นเดียวกับกรณีที่คุณได้รับข้อเสนอในสัญญามาแล้ว ถึงอย่างนั้นก็ควรตรวจสอบก่อนว่าจำเป็นจริงไหม และให้ทนายช่วยตรวจทาน
แต่ถ้าใครสักคนขอให้คุณเซ็น NDA เพื่อจะฟังไอเดียหรือธุรกิจของเขา หรือกำหนดให้เป็นเงื่อนไขในการสัมภาษณ์งาน คุณควรปฏิเสธเสมอ แม้แต่ venture capital ก็ไม่เซ็น NDA และคุณเองก็ไม่จำเป็นต้องเซ็น คุณแค่รับความเสี่ยงโดยไม่ได้อะไรตอบแทน
https://blog.jpl-consulting.com/2012/04/why-i-wont-sign-your...
https://www.markwelchblog.com/2009/08/26/why-i-dont-sign-nda...
https://blog.hartleybrody.com/wont-sign-nda/
พอคนได้ยินว่าฉันทำอะไรอยู่และเกษียณแล้วเลยทำเล่น ๆ ดูเหมือนพวกเขาจะได้ยินเสียงเครื่องนับเงินดังมาจากไหนสักแห่ง แล้วตาก็เป็นประกาย
ถึงอย่างนั้นคนแบบพวกเราก็มีอยู่ดาษดื่น
ฟังเหมือนงานล้อเลียน แต่เขาพูดจริงจัง
Jacob อยู่ในยุโรป/สหราชอาณาจักร เลยมีมุมหนึ่งในเรื่องนี้ที่ตกหล่นไป ซึ่งจากประสบการณ์ของฉัน ความไร้ความสามารถของทีมเปิดตัว ระดับนี้พบได้บ่อยเป็นพิเศษฝั่งข้ามมหาสมุทรแอตแลนติก
แน่นอนว่าสหราชอาณาจักรและยุโรปก็มีสตาร์ทอัปที่ยอดเยี่ยมออกมาเหมือนกัน นึกถึง Spotify, Deepmind และ Raspberry Pi ได้เลย แต่ในมุมมองการลงทุน ฉันจะระแวงไว้ก่อนเป็นหลักเสมอ
โครงสร้างหุ้นย่อมแย่กว่าอย่างหลีกเลี่ยงไม่ได้ นักลงทุนก็มองบทบาทของตัวเองต่างจากในอเมริกาหรือเอเชีย และโครงสร้างพื้นฐานด้านสตาร์ทอัปก็น้อยกว่าที่ Silicon Valley, Singapore หรือ Shanghai มาก จนเป็นคนละโลกกันเลย
น่าขันตรงที่โครงสร้างแบบนี้ยิ่งเสริมตัวเอง นักลงทุนมองสตาร์ทอัปว่าเป็นธุรกิจที่ไม่ค่อยดีเลยเรียกราคาแพงขึ้น ผู้ก่อตั้งเก่ง ๆ ก็ย้ายไปที่ที่ดีกว่า แล้ววงจรนี้ก็วนซ้ำไปเรื่อย ๆ
เรียกว่าเป็นขั้นก่อนจะไปขอกู้ธนาคารอยู่หลายทอด
ฉันเคยทำธุรกิจรับจ้างพัฒนาซอฟต์แวร์อยู่พักหนึ่ง ยืนยันได้เลยว่า 99% ของคนที่จ่ายค่าพัฒนาไม่รู้ว่าตัวเองกำลังทำอะไร หรือจะขายมันยังไง
ถ้าทีมรับจ้างไม่สามารถสร้างผลิตภัณฑ์ที่ดีกว่าคู่แข่งที่ทุนหนากว่า 100 เท่าได้ถึง 3 เท่า ก็แทบถูกกำหนดให้ล้มเหลวอยู่แล้ว
เคสที่ฉันเห็นว่าประสบความสำเร็จ ลูกค้ามักจะลงมืออย่างจริงจังมากเสมอ ลูกค้ากลายเป็นส่วนหนึ่งของทีมและช่วยให้นักพัฒนาสร้างผลิตภัณฑ์ที่ดีได้ และสุดท้ายก็มักใช้ทั้งเวลาและเงินมากกว่าที่คิดมากเสมอ ถ้าคุณคิดว่าสัญญาแบบราคาคงที่ ขอบเขตคงที่ จะสร้างผลิตภัณฑ์ที่ขายได้ในตลาด ลองคิดใหม่อีกที
ฉันมองว่าบทความนี้ไม่ใช่เรื่องเตือนภัยเท่าไร แต่เป็น ประสบการณ์ล้มลุกคลุกคลาน ที่ทุกคนน่าจะได้ลองสักครั้ง ในสตาร์ทอัปที่ล้มเหลวและไม่มีอะไรเป็นไปตามแผน คุณจะได้เรียนรู้โลกความเป็นจริงอย่างมหาศาล อย่างน้อยฉันก็เป็นแบบนั้น
ช่วงอายุยี่สิบต้น ๆ เป็นเวลาที่เหมาะมากสำหรับเรื่องแบบนี้ เพราะความเสี่ยงที่ต้องแบกรับยังต่ำ มีความทรงจำเจ็บปวดหลายอย่างที่ภายหลังจะกลายเป็นเรื่องขำ ๆ ได้ แนะนำอย่างยิ่ง
ถ้าบริษัทเอา การจดทะเบียน SEIS มาเป็นตัวชี้วัดผลงาน ให้รีบหนีทันที เพราะในสหราชอาณาจักร บริษัทที่เพิ่งจดใหม่แทบทุกแห่งสามารถได้สิ่งนี้มาเพียงแค่กรอกแบบฟอร์มที่มีใจความว่า “บริษัทเรามีความเสี่ยงและตั้งใจจะระดมทุนจาก venture capital” เป็นเวลา 60 นาที
“สตาร์ทอัปแบบ marketplace ถือเป็นหนึ่งในสายของสตาร์ทอัปซอฟต์แวร์ที่สร้างยากที่สุด เพราะคุณต้องสร้างตลาดขึ้นมาสองด้านพร้อมกัน มันทำงานได้ดีที่สุดเมื่อธุรกรรมเกิดบ่อย มูลค่าไม่สูง และคุณสามารถเก็บค่าธรรมเนียม 20% ได้อย่างสมเหตุสมผล”
ตลาดสองด้าน มักเริ่มต้นด้วยการซื้อฝั่งหนึ่งของตลาดก่อน เพราะงั้นโมเดลนี้จึงมีต้นทุนสูงมากหากจะเริ่มด้วยเงินตัวเอง
ปกติจะเริ่มจากให้บริการผู้บริโภคฟรีหรือให้ส่วนลดหนัก ๆ แล้วจ่ายส่วนต่างนั้นให้ผู้ผลิตก่อน เมื่อคุณยึดผู้บริโภคไว้ได้แล้ว ผู้ผลิตก็จะเป็นฝ่ายจ่ายเงินสำหรับธุรกรรม
ในระหว่างนั้นก็ต้องคอยลดแรงจูงใจไม่ให้ผู้ผลิตติดต่อผู้บริโภคโดยตรงนอกแพลตฟอร์มตลาดเพื่อเลี่ยงตัวกลาง