AI ทำให้การสร้างสตาร์ทอัพมูลค่า 1 พันล้านดอลลาร์ด้วยคนจำนวนน้อยที่สุดเป็นไปได้

• กำลังเกิดกระบวนทัศน์ใหม่ของความสำเร็จของสตาร์ทอัพ ที่ให้ความสำคัญกับแนวทางที่ ทีมขนาดเล็กสามารถสร้างมูลค่ามหาศาล ได้
• สำหรับทีมขนาดเล็ก สิ่งสำคัญคือ ความเร็ว ความชัดเจน และความเป็นเจ้าของ และเมื่อกำจัดลำดับชั้นกับต้นทุนของการประสานงานออกไป การตัดสินใจก็จะเกิดขึ้นอย่างตรงไปตรงมาและรวดเร็ว ทำให้ความเร็วในการออกผลิตภัณฑ์สูงสุด
• การออกแบบองค์กรมีหัวใจสำคัญอยู่ที่ โครงสร้างแบบ antifragile และการดำเนินงานแบบ pod อิสระ โดยสิ่งที่สร้างแรงทดจริงไม่ใช่เครื่องมือ แต่คือ การออกแบบระบบ
• การจ้างงานควรเป็น ทางเลือกสุดท้าย โดยเน้นคนแบบ T-shaped ที่ยึดผลลัพธ์เป็นศูนย์กลาง และขยายอย่างยืดหยุ่นผ่าน networked core กับทรัพยากรภายนอก
• ควรระวัง ต้นทุนแฝง ของการขยายตัวอย่างรีบร้อนและการจ้างคนเร็วเกินไป พร้อมเสนอภาพผู้ก่อตั้งแบบใหม่ที่ ขยายความชัดเจน ด้วยคนจำนวนน้อย

---

1. มายาคติที่ว่า “คนมากขึ้น = ความคืบหน้ามากขึ้น”

• Instagram ถูกซื้อกิจการในมูลค่า 1 พันล้านดอลลาร์ตอนมีพนักงาน 13 คน, WhatsApp มี 55 คนตอนถูกซื้อในมูลค่า 1.9 หมื่นล้านดอลลาร์, และ YouTube มี 65 คนตอนถูกซื้อในมูลค่า 1.65 พันล้านดอลลาร์
  • สิ่งเหล่านี้ไม่ใช่ข้อยกเว้น แต่เป็นสัญญาณเริ่มต้นของรูปแบบที่เกิดซ้ำ ซึ่ง ทีมเล็กที่โฟกัสสูงสามารถสร้างบริษัทที่มีมูลค่าสูงแบบไม่สมส่วน
• สิ่งที่ทีมเหล่านี้มีร่วมกันไม่ใช่แค่จังหวะเวลาที่ดีหรือไอเดียผลิตภัณฑ์ที่ยอดเยี่ยม แต่คือ โครงสร้างองค์กร
  • พวกเขาเคลื่อนที่ได้เร็วเพราะ สามารถ เคลื่อนที่ได้เร็ว และตัดสินใจได้โดยไม่ติดอยู่กับการประชุมเพื่อจัดแนว
  • ไม่ใช่แค่ลด overhead แต่คือ กำจัดทุกอย่างที่ทำให้ความเร็วช้าลง
• นี่ไม่ใช่เทรนด์ที่เกิดจาก AI หรือจากภาวะนักลงทุนรัดเข็มขัด แต่เป็น ข้อได้เปรียบเชิงโครงสร้างที่มีอยู่มาตลอด และคอยขับเคลื่อนบริษัทเทคโนโลยีที่ประสบความสำเร็จที่สุดมาอย่างเงียบ ๆ
• ทีมแบบ lean ไม่ได้แค่เอาตัวรอดภายใต้ข้อจำกัดของทรัพยากร แต่บ่อยครั้งกลับทำผลงานได้ดีกว่า
• ทุกวันนี้มีเครื่องมือ ระบบอัตโนมัติ และช่องทางการกระจายที่ดีกว่าเดิม ทำให้ศักยภาพของทีมเล็กสูงกว่าที่เคย

2. ทำไมทีมเล็กถึงชนะ: ความเร็ว ความชัดเจน และความเป็นเจ้าของ

• พลังของทีมเล็กไม่ได้มาจากการทำงานหนักกว่า แต่เกิดจาก การดำเนินงานที่แตกต่าง
• ทีมเล็กไม่มี หมอกควันของกระบวนการ
  • ไม่มีการประชุมเพื่อเตรียมประชุม และไม่มีคนที่นั่งว่างงานอยู่บนเบาะผู้โดยสาร
  • ทุกคนอยู่บน critical path และทุกการตัดสินใจเป็นไปอย่างตรงไปตรงมา
• เมื่อเอาธรรมชาติของลำดับชั้นและภาระของการประสานงานออกไป สิ่งที่เหลือคือ ความเร็ว
• ความไว้วางใจมีอยู่เป็นค่าเริ่มต้น ไม่ต้องค่อย ๆ สร้าง ไม่ต้องบันทึกเป็นเอกสาร และไม่ต้องมอบหมายผ่านลำดับขั้น
  • ทุกคนรู้ว่าใครกำลังทำอะไร และสิ่งนั้นเชื่อมกับเป้าหมายอย่างไร
  • ความรับผิดชอบมองเห็นได้โดยธรรมชาติ แม้ไม่มีผังองค์กรหรือเครื่องมือจัดการโปรเจกต์
• ทีมเล็กสร้าง ฐานของความไว้วางใจโดยธรรมชาติ
  • สตาร์ทอัพส่วนใหญ่มักจ้าง product manager เร็วเกินไป เพราะพยายาม outsource การประสานงานก่อนที่จะจำเป็นจริง ๆ
  • ในทีมเล็ก การประสานงานเกิดขึ้นอย่าง เป็นธรรมชาติ ไม่ใช่เพราะคนเก่งเหนือมนุษย์ แต่เพราะระบบไม่ต้องแบกรับชั้นของการแปลความหมาย
• Beehiiv ไปถึงระดับ escape velocity ได้ด้วยคนไม่ถึง 20 คน โดย มอบความเป็นเจ้าของอย่างเต็มรูปแบบให้กับ product pod ขนาดเล็ก
• Gumroad มีรายได้ประจำต่อปีเกิน 10 ล้านดอลลาร์ด้วยทีมที่เล็กกว่าสตาร์ทอัพซีรีส์ A ส่วนใหญ่ และออกแบบบริษัทที่การตัดสินใจไม่ต้องผ่าน 6 ชั้น
• ทีมเล็กยังได้ประโยชน์จาก ความหนาแน่นของคนเก่ง
  • ไม่ต้องมี 100 คน แค่ต้องมี 5 คนที่ใส่ใจ รู้วิธีเป็นเจ้าของปัญหาตั้งแต่ต้นจนจบ และขับเคลื่อนด้วยความชัดเจน

3. ออกแบบสตาร์ทอัพที่ไม่เปราะบาง: โครงสร้างคือกลยุทธ์

• สตาร์ทอัพส่วนใหญ่ไม่ได้ล้มเพราะเล็กเกินไป แต่ล้มเพราะขาดความชัดเจน
• สมมติฐานที่ว่าคนมากขึ้นเท่ากับพลังมากขึ้นนั้นล้าสมัยแล้ว
  • ความเปราะบางไม่ได้มาจากการมีคนน้อย แต่มาจาก โครงสร้างที่บวมเกินไป
  • มาจากความซับซ้อนที่ไม่มีเจ้าของและการเติบโตที่ไม่สอดคล้องกัน
• สตาร์ทอัพขนาดเล็กที่แข็งแกร่งที่สุดไม่ได้ขยายด้วยการเพิ่มชั้น แต่ขยายด้วยการออกแบบระบบที่ทำให้จำนวนคน ไม่เกี่ยวข้อง กับแรงขับเคลื่อนเดินหน้า
• คู่มือของ PostHog: ทีมในฐานะหน่วยของ leverage
  • PostHog สร้างผลิตภัณฑ์ที่ครอบคลุมอย่างน่าทึ่งด้วยคนไม่ถึง 50 คน เพราะออกแบบทีมเหมือน กองเรือของ micro-startup
    • แต่ละหน่วยมีสมาชิก 2-6 คน และรับผิดชอบส่วนหนึ่งของธุรกิจ
    • แต่ละทีมตั้งเป้าหมายเอง ทำรีวิวเอง วาง roadmap เอง จัดการคุณภาพเอง และบริหารตาราง deploy เอง
    • ไม่มี dependency และไม่มี handoff
  • สิ่งที่โมเดลนี้แก้ได้ไม่ใช่แค่เรื่องความเร็ว แต่คือ ความทนทานต่อการสะดุด
    • ถ้าทีมหนึ่งชะงัก ทีมอื่นก็ยังปล่อยของต่อได้
    • ถ้าการตัดสินใจหนึ่งล้มเหลว รัศมีความเสียหายก็ถูกจำกัดอยู่เฉพาะจุด
  • Basecamp ดำเนินงานด้วยคนราว 30 คนโดยไม่มีผู้จัดการ และทำ SaaS ที่มีกำไรได้โดยยังคงการสื่อสารแบบ async และการตัดสินใจในระดับพื้นที่
  • Oculus ก็เคยดำเนินงานด้วยทีม 75 คนก่อนถูกซื้อกิจการในมูลค่า 2 พันล้านดอลลาร์ เป็นหลักฐานว่า ไม่ใช่ขนาด แต่คือโครงสร้าง ที่ขับเคลื่อนนวัตกรรม
  • แล้ว trade-off คืออะไร? คุณต้องการ generalist ที่แข็งแกร่งซึ่งคิดได้เกินกว่าตำแหน่งงาน และต้องทำให้วัฒนธรรมทำงานแทนสิ่งที่ปกติลำดับชั้นจะจัดการ
    • วัฒนธรรมหมายถึง ค่านิยมร่วม ความโปร่งใสแบบ async และเป้าหมายที่ชัดเจน
• ไม่ใช่ไซโล แต่เป็นระบบ
  • สตาร์ทอัพไม่ได้ถูกนิยามด้วยจำนวนคน แต่ถูกนิยามด้วย ลูป
    • ลูปรายได้ ลูปผลิตภัณฑ์ ลูป feedback
  • ทีมเล็กชนะเมื่อทุกการกระทำทำงานอยู่ภายในระบบที่แน่น กระชับ และเลี้ยงตัวเองได้ ซึ่งการกระทำถัดไปได้รับแรงส่งจากการกระทำก่อนหน้าโดยไม่ต้องข้ามเหวของฝ่ายงาน
  • ทันทีที่ทีมการตลาดต้องรอ 2 สัปดาห์ให้ทีมข้อมูลส่งรายงานมา ความเร็วก็หายไปแล้ว
  • ทันทีที่ feedback ของลูกค้าต้องผ่านการประชุม 5 ครั้งกว่าจะไปถึงผู้นำฝ่ายผลิตภัณฑ์ ความจริงนั้นก็ถูกเจือจางไปแล้ว
  • โครงสร้างต้องเร่งสัญญาณ ไม่ใช่ทำให้สัญญาณอ่อนลง
• สร้าง “สตาร์ทอัพของสตาร์ทอัพ” ของคุณเอง
  หากต้องการทำซ้ำโมเดลนี้:
  • สร้าง pod ที่เป็นอิสระ - ให้แต่ละทีมมีภารกิจที่ชัดเจน ขอบเขตพื้นที่รับผิดชอบ และอำนาจในการปล่อยงาน
  • ใช้เมตริกร่วมกัน - เพื่อให้ทุกทีมเห็นว่าตนมีส่วนต่อผลลัพธ์เดียวกันอย่างไร
  • ย่นวงจรการตัดสินใจ - ทำงานเป็น sprint 6 สัปดาห์ เช็กอินแบบ async และเขียนรีวิวสั้น ๆ 1 หน้าเกี่ยวกับสิ่งที่ได้ผลและไม่ได้ผล
• วัฒนธรรมมาก่อน โครงสร้างค่อยตามมา
  • วิธีที่คุณจัดโครงสร้างไม่ได้เกี่ยวกับประสิทธิภาพการดำเนินงานเท่านั้น แต่เกี่ยวกับ อัตลักษณ์
  • วิธีจัดระเบียบงานจะบอกทีมว่าอะไรคือสิ่งสำคัญ
  • สิ่งอย่างความเป็นอิสระ ความเป็นเจ้าของ และความเร็ว ไม่ได้เกิดขึ้นโดยบังเอิญ แต่เป็นสิ่งที่ ถูกออกแบบ
  • สตาร์ทอัพที่เปราะบางจะถามว่า "ฉันควร escalate เรื่องนี้ไปหาใคร?" ส่วนสตาร์ทอัพที่ไม่เปราะบางจะถามว่า "วิธีที่เร็วที่สุดในการแก้เรื่องนี้คืออะไร?"

4. ไม่ใช่เครื่องมือ แต่ระบบต่างหากที่เป็นข้อได้เปรียบ

• หลุมพรางที่ผู้ก่อตั้งหลายคนตกอยู่บ่อย ๆ คือ เข้าใจผิดว่าเครื่องมือคือ leverage
  • พวกเขาอัดซอฟต์แวร์ automation เต็มไปหมด ซื้อ AI copilot รุ่นล่าสุด เชื่อมต่อแพลตฟอร์ม SaaS หลายสิบตัว แล้วก็ยังสงสัยว่าทำไมองค์กรยังช้าอยู่
• ปัญหาไม่ใช่เรื่องเครื่องมือ แต่คือการไม่มีระบบ
• ประสิทธิภาพไม่ได้เกิดจากการกองซอฟต์แวร์ซ้อนกัน แต่เกิดจากการออกแบบ workflow ที่ แรงงานมนุษย์เป็นสิ่งหายาก ใช้อย่างรอบคอบ และได้รับการให้คุณค่า
  • ทุกงานควรถูกถามก่อนเสมอว่า “สิ่งนี้จำเป็นต้องมีอยู่หรือไม่?” ก่อนจะไปถึงขั้นทำให้เป็นอัตโนมัติ
• เครื่องมือที่เร่งกระบวนการที่พังอยู่แล้วไม่ได้แก้ปัญหา มันแค่ทำให้เสียเวลาได้เร็วขึ้นเท่านั้น

• คู่มือของ Pieter Levels: orchestration > automation

  • Pieter Levels เป็นที่รู้จักจากการสร้างพอร์ตธุรกิจระดับล้านดอลลาร์โดย เชี่ยวชาญการออกแบบระบบ โดยไม่มีทีม
    • Nomad List, Remote OK, Rebase - สิ่งเหล่านี้ไม่ใช่แค่เว็บไซต์ธรรมดา แต่คือเครื่องจักรที่ออกแบบมาอย่างแน่นหนา ซึ่ง พฤติกรรมผู้ใช้จะป้อนกลับสู่ธุรกิจ
  • Levels ไม่ได้ขยายด้วยการเขียนฟีเจอร์เพิ่มไม่หยุด แต่ขยายด้วยการลดแรงเสียดทานจนผลิตภัณฑ์แทบจะเดินได้ด้วยตัวเอง
  • วิธีการทำงานของ Nomad List:
    • ผู้ใช้บันทึกเมือง แชร์ feedback และอัปเดตข้อมูลค่าครองชีพ จนเกิดเป็นคอนเทนต์
    • คอนเทนต์นั้นขับเคลื่อน long-tail SEO ทำให้มีหลายแสนหน้าถูก index แบบ organic
    • SEO ดึงทราฟฟิกเข้ามา และทราฟฟิกผลักดันการสมัครสมาชิกแบบเสียเงิน
    • สมาชิกแบบเสียเงินช่วยดูแลคอมมูนิตี้และรักษาคุณภาพให้สูง
  • ไม่มีทีม support ไม่มีฝ่ายขาย ไม่มีฝ่ายการตลาด - มีแค่ลูป
  • เครื่องมือ AI ที่เขาใช้ (สร้างภาพ ร่างอีเมล ฟิลเตอร์สำหรับ moderation) เป็นเพียง บทบาทสนับสนุน ไม่ใช่เครื่องยนต์หลัก
  • นี่ไม่ใช่ automation แต่คือ orchestration
  • รูปแบบคล้ายกันนี้เคยเห็นได้ในยุคแรกของ Minecraft เมื่อ Markus Persson สร้างและทำเงินได้โดยแทบไม่มีโครงสร้างพื้นฐานอะไรเลย นอกจากทีมการตลาด ฝ่ายขายปฏิบัติการ คอมมูนิตี้ และปุ่มดาวน์โหลด
    • เป็นลูปเสริมแรงตัวเองที่คุณภาพของผลิตภัณฑ์กระตุ้นการมีส่วนร่วมของแฟน ๆ ซึ่งกระตุ้นยอดขาย และยอดขายนั้นก็ไปสนับสนุนการพัฒนาที่ดีขึ้นอีก

• เริ่มจากระบบ ไม่ใช่ stack

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

5. จ้างงานโดยไม่ทำให้องค์กรบวม: เมื่อไร ทำไม และควรจ้างใคร

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

• จ้างเพื่อผลลัพธ์ ไม่ใช่เพื่อตำแหน่ง

  • ทีมระยะเริ่มต้นไม่ได้ต้องการผู้เชี่ยวชาญที่ทำงานอยู่ในฟองเล็ก ๆ ของตัวเอง
  • พวกเขาต้องการ คนที่เป็นเจ้าของปัญหาได้ตั้งแต่ต้นจนจบ
  • นั่นหมายถึงการมองหาคนแบบ T-shaped
    • มีความเชี่ยวชาญลึกในด้านหนึ่ง แต่มีทักษะกว้างในด้านอื่น ๆ
    • นักการตลาดที่เขียนโค้ดได้ ดีไซเนอร์ที่เข้าใจ conversion funnel วิศวกรที่ชอบคุยกับลูกค้า
  • สิ่งสำคัญไม่ใช่ว่าใครจะพอดีกับผังองค์กรอย่างสวยงามหรือไม่ แต่คือเขาส่งมอบผลลัพธ์ได้โดยไม่ต้องประสานงานตลอดเวลาหรือไม่
  • แทนที่จะสร้างแผนก คุณควรสร้างภารกิจ และหาคนที่สามารถขับเคลื่อนภารกิจนั้นได้อย่างอิสระเต็มที่

• หลีกเลี่ยงกับดักการทำให้องค์กรบวมตั้งแต่ต้น

  • สิ่งที่ยังไม่จำเป็น:
    • product manager ที่เขียน ticket ที่ไม่มีใครขอ
    • sales development representative ที่นัดประชุมให้ผู้ก่อตั้งซึ่งยังไม่พร้อมจะขาย
    • ผู้นำ HR ที่มาดูแลทีม 8 คน
  • สิ่งที่จำเป็น:
    • ช่างฝีมือ ที่มองเห็นภาพรวมทั้งหมด
    • operator ที่คิดเป็นลูป
    • builder ที่ไม่ต้องคอยขออนุญาต
  • ก่อนที่ Amazon จะซื้อ Twitch ในมูลค่า 970 ล้านดอลลาร์ บริษัทดำเนินงานแบบ lean ด้วยพนักงานราว 100 คน
    • เป็นหลักฐานว่าการเติบโตอย่างรวดเร็วมากในหมวดเฉพาะทางไม่ได้ต้องการทีมที่บวมเสมอไป
    • แค่ต้องมี การโฟกัสผลิตภัณฑ์แบบสุดขั้วและ leverage จากชุมชน
  • ถ้าสัญชาตญาณแรกของสตาร์ทอัพคือ “เราต้องมีคนสำหรับเรื่องนี้” ให้หยุดก่อน
  • ลองเปลี่ยนเป็น: "เราต้องมีระบบสำหรับเรื่องนี้ และถ้ามันยังไม่เวิร์ก เราจะหาคนหนึ่งคนที่ทำงานได้เท่ากับสามคนสำหรับเรื่องนี้"

6. ขยายโดยไม่ทำลายโมเดล

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

• networked core

  • วิธีหนึ่งในการขยายโดยไม่ทำให้องค์กรบวมคือการสร้าง networked core
  • ใจกลางคือทีมขนาดเล็กถาวร - ให้คิดเหมือน หน่วยบัญชาการ ที่เป็นแกนหลัก
    • คนที่เป็นเจ้าของวิสัยทัศน์ roadmap และวัฒนธรรม
  • รอบ ๆ core นั้นคือวงแหวนแบบ modular ของ แรงงานแบบ fractional, ผู้รับเหมา, เอเจนซี และกระบวนการที่ขับเคลื่อนด้วย AI ซึ่งขยายและหดได้ตามความต้องการ
    • ชั้นภายนอกนี้รองรับงานที่ใช้ทักษะสูงหรือปริมาณมาก โดยไม่ต้องทำทุกฟังก์ชันให้เป็นงานภายใน
  • ออกแบบการ support ให้ยืดหยุ่น และสร้างการตลาดให้ขยายตอนเปิดตัวแล้วหดกลับได้
  • ใช้ AI กับงานปฏิบัติการประจำวัน และจ้างผู้เชี่ยวชาญเพื่อภารกิจเฉพาะ ไม่ใช่เพื่อให้บรรลุเป้าหมายจำนวนพนักงาน
  • Waze ถูก Google ซื้อในมูลค่า 1 พันล้านดอลลาร์ และขยายตัวผ่านโมเดลไฮบริดที่ผสานทีมภายในแบบ lean เข้ากับเครือข่ายภายนอกของข้อมูลที่สร้างโดยผู้ใช้
    • อาสาสมัครแก้ไขแผนที่และรายงานแบบ crowdsourced ทำให้ผลิตภัณฑ์ฉลาดขึ้นโดยไม่เพิ่มความซับซ้อนภายใน

• ความคล่องตัวขยายได้ แต่ต้องมาจากการออกแบบเท่านั้น

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

7. ต้นทุนแฝงของการจ้างคนเร็วเกินไป

• ถ้าคุณคุยกับผู้ก่อตั้งที่ขยายทีมก่อนจะเจอ product-market fit คุณจะได้ยินความเสียใจคล้ายกันอย่างน่าทึ่ง: "เราจ้างเร็วเกินไป"
• มันเริ่มจากความมองโลกในแง่ดี - ชัยชนะไม่กี่ครั้ง เงินทุนก้อนหนึ่ง และจู่ ๆ ก็รู้สึกเหมือนถึงเวลาต้อง “สร้างทีม” แล้ว
• แต่หากไม่มีฐานที่แข็งแรง (คุณค่าของผลิตภัณฑ์ที่ชัดเจน ลูป feedback จากลูกค้าที่แน่น และการได้มาซึ่งลูกค้าที่ทำซ้ำได้) การเพิ่มคนไม่ได้เพิ่มความคืบหน้า แต่กลับขยายความไม่แน่นอน

• หนี้ด้านองค์กรมีอยู่จริง

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

• ความซับซ้อนมีต้นทุน

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

• เปลี่ยนคำถามตั้งต้น

  • ก่อนจ้าง อย่าถามว่า "เราต้องมีคนสำหรับเรื่องนี้ไหม?"
  • ให้ถามแทนว่า:
    • "เราปรับออกแบบ workflow ใหม่ได้ไหม?"
    • "เราทำให้ชั้นนี้เป็นอัตโนมัติได้ไหม?"
    • "เราจ้างคนนอกเฉพาะส่วนนี้ได้พอที่จะยังคงความ lean ได้ไหม?"
  • จำนวนคนไม่ใช่ตราแห่งความก้าวหน้า แต่คือการเดิมพันกับความชัดเจน

8. ผู้ก่อตั้งสายพันธุ์ใหม่

• ต้นแบบกำลังเปลี่ยนไป
• ผู้ก่อตั้งแห่งอนาคตไม่ใช่คนที่ระดมทุน 100 ล้านดอลลาร์และจ้างคน 100 คน แต่คือคนที่ทำรายได้ 10 ล้านดอลลาร์ต่อปีด้วยคน 5 คนและนอนหลับสบายในตอนกลางคืน
• ผู้ก่อตั้งเดี่ยวที่ไม่ได้เติบโตผ่านความเครียด แต่ ออร์เคสเทรตการเติบโตผ่านระบบ
• ทีม 3 คนที่มีผลิตภัณฑ์ซึ่งขายตัวเองและซัพพอร์ตตัวเองได้
• บริษัท 6 คนที่ทำเงินวันละหกหลักโดยไม่มีการประชุมและไม่มีดราม่า
• สิ่งเหล่านี้ไม่ใช่กรณีแปลกอีกต่อไป และไม่ใช่ outlier - แต่มันกำลังกลายเป็นมาตรฐานใหม่
• การเปลี่ยนแปลงนี้ลึกกว่าคำว่าประสิทธิภาพ
  • มันเกี่ยวกับความสง่างาม ความเป็นเจ้าของ และความยั่งยืน
• ผู้ก่อตั้งที่ดีที่สุดในวันนี้ไม่ได้ไล่ล่าการเติบโตเพียงเพื่อให้เติบโต
  • พวกเขากำลังสร้างบริษัทที่ควบคุมได้ พัฒนาได้ และภูมิใจได้ โดยไม่ถูกถ่วงด้วยน้ำหนักของความซับซ้อนเชิงองค์กรที่ตัวเองสร้างขึ้น
• ความเล็กไม่ได้แค่สวยงาม แต่เป็นกลยุทธ์
  • มันดีต่อสุขภาพจิต และอยู่ในมือที่เหมาะสมก็แทบจะหยุดไม่อยู่
• นี่ไม่ใช่ความโหยหาอดีตของการเริ่มต้นแบบขาดแคลน แต่เป็น คู่มือเชิงยุทธวิธีสำหรับการสร้างสิ่งที่ยิ่งใหญ่โดยไม่ทำให้องค์กรบวม

[shakespeares]

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