สร้างเทียบกับซื้อเป็นส่วนใหญ่จริง ๆ แล้วตอนนี้เทียบกับในภายหลัง

สร้างเทียบกับซื้อเป็นส่วนใหญ่จริง ๆ แล้วตอนนี้เทียบกับในภายหลัง

โหนดต้นทาง: 2598592

ในช่วงแรกๆ อาจจะสูงถึง 10-20 ล้านเหรียญสหรัฐใน ARR เมื่อคุณพูดคุยกับผู้มีโอกาสเป็นลูกค้ารายใหญ่ คุณจะมีการอภิปรายเรื่อง "Build vs Buy" มากมาย เราไม่ได้ยินสิ่งเหล่านี้บ่อยนักในช่วงเวลาที่บ้าคลั่งที่สุดของช่วงปลายปี 2020 ถึงต้นปี 2022 ซึ่งเป็นช่วงที่งบประมาณในการซื้อ SaaS ระเบิด แต่การตอบโต้กลับมามีผลอีกครั้ง:

  •  “โอ้ ทีมไอทีของเราสร้างมันขึ้นมาได้” หรือ
  • “เราจะพยายามแฮ็กฟังก์ชันการทำงานโดยใช้ผลิตภัณฑ์ที่เรามีอยู่แล้ว”
  • “เรามาดูกันว่าเราจะทำมันเองก่อนได้ไหม”

คุณจะได้ยินเรื่องนี้ประมาณเล็กน้อยถึงมากจนกระทั่ง (x) คุณจะมีแบรนด์ที่มีชื่อเสียงเป็นที่ยอมรับ และ (y) เป็นผลิตภัณฑ์ที่มีคุณสมบัติครบครันอย่างยิ่ง

ไม่ต้องสงสัยเลย ในช่วงแรกๆ มันมักจะเป็นเรื่องจริง หากวิศวกรสามคนของคุณใช้เวลา 6 เดือนในการสร้างแฮ็ก แน่นอนว่าวิศวกรที่ยอดเยี่ยมอีก 3 คนก็ทำแบบเดียวกันได้ พวกเขาสามารถทำได้เร็วและดีกว่าที่คุณเคยทำ เนื่องจากคุณได้สร้างแผนงานในการเริ่มต้นใช้งานแอปของคุณแล้ว

แต่ท้ายที่สุดแล้ว มันเป็นทางเลือกที่ผิด:

  • แม้ว่าผู้มีโอกาสเป็นลูกค้าของคุณจะสร้างขึ้นเอง แต่พวกเขาไม่สามารถรักษามันไว้ได้. วิศวกรที่สร้างมันขึ้นมาหรือแฮ็กมันด้วยกันบน Slack หรืออะไรก็ตามจะลาออก หรือไปต่ออีกโครงการหนึ่ง หรือบางสิ่งบางอย่าง. ใครจะเป็นผู้ดูแลรักษาโซลูชันแบบกำหนดเองนี้ในปีที่ 2 และปีที่ 3 เกือบตลอดเวลา — ไม่มีใครเลย
  • แม้ว่าพวกเขาจะสามารถรักษามันไว้ได้ แต่พวกเขาก็ไม่สามารถพัฒนามันได้ ไม่เหมือนที่คุณสามารถ. วิศวกร 5 คนของคุณจะเติบโตเป็น 10 และ 50 และพวกเขาจะไม่ทำอะไรนอกจากทำให้ผลิตภัณฑ์ของคุณดีขึ้น โซลูชันภายในองค์กรไม่สามารถจำลองชุดคุณลักษณะและประสบการณ์ที่หลากหลายได้ สิ่งเหล่านั้นจะเหม็นอับในเวลาไม่กี่ปี อย่างน้อยก็เกือบทุกครั้ง
  • พวกเขามักจะไม่อยู่ในเบ็ดพอ.  แม้ว่าลูกค้าของคุณจะสามารถสร้างมันขึ้นมาได้ แต่ใครจะตื่นตอนตี 2 เพื่อแก้ไขปัญหา? ใครจะลงพื้นที่พิเศษเพื่อให้แน่ใจว่าแอปได้รับการปรับแต่งให้ทำสิ่งที่ลูกค้าต้องการจริงๆ เพียงคุณเท่านั้น. ทีมงานภายในของลูกค้าของคุณกลับบ้านเวลา 5 น. และช่วงสุดสัปดาห์
  • ความต้องการของลูกค้าของคุณพัฒนาเร็วกว่าทีมภายในเกือบตลอดเวลา. แม้ว่าพวกเขาจะสามารถสร้างมันได้ตอนนี้ … พวกเขาอาจจะไม่สามารถทำได้ในปีหน้า หรือปีต่อๆ ไป

ดังนั้น net net — พิจารณาการตัดสินใจ "สร้างเทียบกับซื้อ" ที่สูญเสียไป เป็นเพียงโอกาสที่มีวงจรการขายยาวนานขึ้น. คุณจะได้รับมันภายในหนึ่งหรือสองปี หรือเป็นไปได้มากกว่านั้นใน 3-6 เดือนเมื่อโครงการภายในหยุดชะงัก

อย่างที่มันมักจะทำ

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

(หมายเหตุ: โพสต์ SaaStr Classic ที่อัปเดตแล้ว)

เผยแพร่เมื่อ April 20, 2023

ประทับเวลา:

เพิ่มเติมจาก ซาสเตอร์

Playbook เพื่อผสมผสานการเติบโตที่นำโดยผลิตภัณฑ์เข้ากับการเติบโตที่นำโดยการขาย: ทีม เครื่องมือ กระบวนการกับ Mark Velthuis รองประธานของ APJ ของ Amplitude (Pod 641 + วิดีโอ)

โหนดต้นทาง: 2006187
ประทับเวลา: Mar 10, 2023

จำนวนมหาศาลจากลูกค้ารายย่อย: DigitalOcean เร่งความเร็วตามขนาดได้อย่างไรด้วย DigitalOcean รองประธานอาวุโสฝ่ายรายได้ Cliff Bockard (Pod 621 + วิดีโอ)

โหนดต้นทาง: 1850366
ประทับเวลา: ธันวาคม 30, 2022