สร้างเองหรือซื้อ? สมการเปลี่ยนไปแล้ว

ในช่วงไม่กี่เดือนที่ผ่านมา เราที่ We Do Dev Work กำลังทำสิ่งหนึ่งที่น่าขันตรงที่เมื่อไม่กี่ปีก่อนผมคงไม่แนะนำให้ทำ

ทุกครั้งที่มีใครเสนอสมัครสมาชิก SaaS ใหม่ หรือทุกครั้งที่เราทบทวนซอฟต์แวร์ที่เราจ่ายเงินอยู่แล้ว เราถามตัวเองด้วยคำถามง่ายๆ ข้อเดียว

ถ้าผลิตภัณฑ์นี้ไม่มีอยู่ในวันนี้ เรายังจะซื้อมันอยู่ไหม หรือจะสร้างฟังก์ชันที่เราต้องการเองทั้งหมด?

ไม่กี่ปีก่อน คำถามนี้ตอบได้เกือบทันที

ซื้อสิ แล้วไปต่อ โฟกัสที่ธุรกิจของคุณ

แต่ช่วงหลังมานี้ คำตอบไม่ชัดเจนเท่าเดิมแล้ว

นั่นไม่ได้หมายความว่าเราหันมาต่อต้าน SaaS ทันที ตรงกันข้ามเลย เราเองก็ใช้ผลิตภัณฑ์ SaaS มากมาย ตั้งแต่ GitHub ไปจนถึง Google Workspace เครื่องมือออกแบบ และเครื่องมือมอนิเตอร์ และผมเดาว่ารายการนี้จะยาวขึ้นเรื่อยๆ ในอีกไม่กี่ปีข้างหน้า

สิ่งที่เปลี่ยนไปไม่ใช่ SaaS แต่คือสมการ

และผมไม่คิดว่ามีธุรกิจมากพอที่ตระหนักเรื่องนี้

หลายปีที่ผ่านมา คำตอบเรียบง่าย

เกือบตลอดสองทศวรรษที่ผ่านมา มีคำแนะนำข้อหนึ่งที่ได้รับการยอมรับเกือบทั่วโลก

อย่าสร้างสิ่งที่ซื้อได้

พูดตามตรง มันเป็นคำแนะนำที่ยอดเยี่ยม

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

ในขณะเดียวกัน บริษัท SaaS ค้นพบสิ่งที่ทรงพลังมาก

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

นั่นคือหนึ่งในการเปลี่ยนแปลงที่ใหญ่ที่สุดที่อุตสาหกรรมของเราเคยเห็น

ต้องการ CRM? ซื้อเลย

ต้องการซอฟต์แวร์บัญชี? ซื้อเลย

ต้องการแพลตฟอร์มอีคอมเมิร์ซ? ซื้อเลย

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

และคำแนะนำนั้นก็ยังถูกต้องอย่างน่าทึ่งในหลายกรณี

SaaS ไม่ได้แย่ลง

บางครั้งผู้คนอ่านบทความแบบนี้แล้วคิดว่าผมกำลังจะเสนอว่าทุกธุรกิจควรเปลี่ยน SaaS เป็นซอฟต์แวร์ที่สร้างเอง

ผมไม่ได้เสนอเช่นนั้น

นั่นคงน่าขันพอๆ กับการบอกว่าทุกบริษัทควรพัฒนาแพลตฟอร์มอีเมลของตัวเองเพราะมี Microsoft อยู่

มีผลิตภัณฑ์ที่ถูกลงทุนไปหลายพันล้านตลอดหลายทศวรรษ:

• Microsoft 365

• Google Workspace

• Slack

• Stripe

• Shopify

• ซอฟต์แวร์เงินเดือน

ได้โปรดอย่าสร้างสิ่งเหล่านั้นใหม่ พูดจริงๆ

ถ้าคุณตื่นขึ้นมาพร้อมไอเดียสร้าง Payment Gateway ของตัวเอง ผมขอแนะนำให้ชงกาแฟแรงๆ สักแก้ว เช็กบัญชีธนาคาร แล้วไปคิดไอเดียถัดไปเถอะ

ปัญหาบางอย่างถูกแก้ไว้อย่างยอดเยี่ยมแล้ว และคุณไม่ได้ความได้เปรียบทางการแข่งขันจากการใช้เวลาสองปีไล่ตามให้ทัน

ถ้า SaaS ไม่ได้แย่ลงอย่างฉับพลัน แล้วอะไรเปลี่ยนไป?
การสร้างซอฟต์แวร์ถูกลง

AI ขยับจุดคุ้มทุนอย่างเงียบๆ

ผมตั้งใจพูดว่า ถูกลง ไม่ใช่ฟรี

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

• วิศวกรรมยังสำคัญ

• การประกันคุณภาพยังสำคัญ

• ความปลอดภัยยังสำคัญ

• นักพัฒนาที่มีประสบการณ์สำคัญกว่าที่เคย

แต่ปฏิเสธไม่ได้ว่า AI ลดเวลาที่ใช้กับงานพัฒนาซ้ำๆ จำนวนมากลงอย่างมาก โค้ด boilerplate เอกสาร การค้นคว้า unit test การเชื่อมต่อมาตรฐาน และกิจกรรมอื่นอีกหลายสิบอย่างที่เคยกินเวลาหลายชั่วโมง ปัจจุบันมักทำเสร็จได้ในเวลาเพียงเสี้ยวเดียว

นั่นไม่ได้หมายความว่าซอฟต์แวร์ไม่มีต้นทุนอีกแล้ว

แต่หมายความว่าเศรษฐศาสตร์เปลี่ยนไปในช่วงครึ่งทศวรรษที่ผ่านมา

เรากำลังเปรียบเทียบสิ่งที่ผิด

นี่น่าจะเป็นความเข้าใจผิดที่ใหญ่ที่สุดที่ผมพบ

บริษัทจ่าย €400 หรือ €500 ต่อเดือนให้แพลตฟอร์ม SaaS แล้วมีคนเสนอให้สร้างทางเลือกด้วย €40,000 ทันทีที่ข้อสรุปดูชัดเจน: การซื้อถูกกว่าสิบเท่า

เว้นแต่ว่านั่นไม่ใช่การเปรียบเทียบที่ถูกต้อง

โปรดจำไว้ว่าคุณกำลังสร้างเวิร์กโฟลว์ของคุณขึ้นใหม่ ไม่ใช่ผลิตภัณฑ์ SaaS ที่คุณใช้อยู่

ลองนึกภาพว่าคุณใช้ CRM ที่มี สมมติว่า 250 ฟีเจอร์
คุณพึ่งพาจริงๆ ทุกวันกี่อย่าง? 20? 10? 5? 

ถ้าฟีเจอร์ไม่กี่อย่างนั้นรองรับวิธีที่ธุรกิจของคุณทำงาน ขณะที่อีก 240 อย่างที่เหลือมีอยู่เป็นหลักเพราะบริษัทอื่นนับพันต้องการ คุณก็ไม่ได้เปรียบเทียบของที่เหมือนกันอีกต่อไป

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

ไม่มีใครตื่นขึ้นมาแล้วตัดสินใจแข่งกับ Salesforce อย่างน้อยผมก็หวังจากใจว่าไม่มี

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

ทีนี้การคำนวณก็น่าสนใจขึ้นมาก คุณว่าไหม?

SaaS ปรับให้เหมาะกับทุกคน

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

บริษัท SaaS ต้องสร้างซอฟต์แวร์ที่ใช้ได้ดีพอสมควรสำหรับลูกค้าหลายพัน บางครั้งหลายล้านราย

ธุรกิจของคุณมีลูกค้าเพียงรายเดียว: คุณและทีมของคุณ

เวิร์กโฟลว์ ขั้นตอนการอนุมัติ โมเดลการตั้งราคา โลจิสติกส์ ศัพท์ภายใน และวิธีทำงานของคุณ เป็นเอกลักษณ์ขององค์กรคุณ

ผู้ให้บริการ SaaS จะไม่ปรับให้เหมาะกับสิ่งนั้น อย่างดีที่สุดก็ให้ทางลัดอ้อมๆ มาแทน

โปรดจำไว้:

• พวกเขากำลังสร้างผลิตภัณฑ์

• คุณกำลังดำเนินธุรกิจ

วัตถุประสงค์เหล่านั้นต่างกันโดยสิ้นเชิง

ต้นทุนแอบแฝงไม่ได้อยู่ที่ค่าสมัครสมาชิกเสมอไป

สิ่งหนึ่งที่เราเริ่มสังเกตเห็น ทั้งภายในและกับลูกค้า คือค่าสมัครสมาชิกรายเดือนมักไม่ใช่ต้นทุนที่ใหญ่ที่สุดอีกต่อไป

สมมติว่าคุณจ่าย €300 ต่อเดือนสำหรับซอฟต์แวร์ที่ดีพอใช้ นั่นคือ €3,600 ต่อปี ซึ่งสำหรับธุรกิจจำนวนมากไม่ใช่สิ่งที่ทำให้ฝ่ายการเงินนอนไม่หลับ

คำถามที่น่าสนใจคือทุกอย่างรอบๆ มัน:

• ใครดูแลการเชื่อมต่อ?

• ใครอัปเดตเมื่อ API เปลี่ยน?

• ใครฝึกอบรมพนักงานใหม่?

• ใครคัดลอกข้อมูลด้วยมือเพราะระบบ A ไม่เข้าใจระบบ B นัก?

• ใครใช้บ่ายวันศุกร์สงสัยว่าทำไมระบบอัตโนมัติที่ทำงานสมบูรณ์เมื่อวานถึงตัดสินใจว่าวันนี้เป็นวันที่ดีที่จะหยุดทำงาน?

ตัวซอฟต์แวร์อาจไม่แพง แต่ระบบนิเวศรอบๆ บางครั้งแพง

และผมคิดว่านั่นคือสิ่งที่ธุรกิจเริ่มประเมินต่ำเกินไป

เราเองก็จับได้ว่าทำเรื่องเดียวกัน

บทความนี้ไม่ได้เกิดจากลูกค้ารายเดียวที่ถามว่าควรสร้างหรือซื้อ

มันเริ่มจากการที่เราดูค่าสมัครสมาชิกของเราเอง

ไม่ใช่เพราะเราพยายามประหยัดเงิน ซอฟต์แวร์โดยทั่วไปก็ไม่ใช่ต้นทุนที่ใหญ่ที่สุดในบริษัทซอฟต์แวร์อยู่แล้ว

เราแค่ตระหนักว่าทุกการสมัครสมาชิกสมควรได้รับคำถามเดียวกัน

วันนี้เรายังจะซื้อสิ่งนี้อยู่ไหม? บางครั้งคำตอบคือใช่ทันที

ทำไมเราจะสร้างซอฟต์แวร์บัญชีของตัวเอง? หรือแทนที่ GitHub? หรือพยายามแข่งกับ Shopify? นั่นไม่ใช่จุดที่ความเชี่ยวชาญของเราสร้างคุณค่า

แต่บางครั้งคำตอบก็ไม่ชัดเจนนัก

เราเคยจ่ายเงินให้เครื่องมือ Project Management ที่มีฟีเจอร์หลายร้อยอย่าง แต่ทีมของเราแตะแค่ไม่กี่อย่าง ส่วนที่เหลือไม่ใช่ซอฟต์แวร์ที่แย่ มันเพียงแก้ปัญหาที่เราไม่มี เราจึงสร้างของเราเอง

ห้าปีก่อนเราคงยักไหล่แล้วจ่ายต่อไป

วันนี้อย่างน้อยเราก็คำนวณดู

สร้างในจุดที่คุณแตกต่าง

นี่คือจุดที่ผมคิดว่าการถกเถียงเรื่องสร้างหรือซื้อจำนวนมากพลาด

ผู้คนเปรียบเทียบผลิตภัณฑ์

ผมคิดว่าพวกเขาควรเปรียบเทียบกระบวนการ

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

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

คุณกำลังซื้อการประนีประนอม

บางครั้งการประนีประนอมเหล่านั้นคุ้มค่าอย่างยิ่ง

บางครั้งก็ไม่

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

ตัวอย่างคำนวณ: SaaS 3 ปี เทียบกับสร้างเอง 3 ปี

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

สมมติฐาน:

• เครื่องมือ SaaS ราคา €45 ต่อผู้ใช้ต่อเดือน (สมมติ) มีผู้ใช้ 40 คน
• ทีมของคุณใช้ฟีเจอร์จริงๆ ประมาณ 10 อย่าง และเครื่องมือที่สร้างเองซึ่งครอบคลุมเฉพาะสิ่งเหล่านั้นประเมินไว้ที่ 35 วันนักพัฒนา
• ต้นทุนการสร้างตามอัตราโปรเจกต์ของเราที่ €495 ต่อวันสำหรับนักพัฒนาอาวุโส (ดู our pricing)
• การดูแลรักษา แก้บั๊ก และการเปลี่ยนแปลงเล็กน้อยประมาณ €480 ต่อเดือน ซึ่งเป็นจุดเริ่มต้นของชั่วโมงรายเดือนของเรา
• ค่าโฮสติ้ง €50 ต่อเดือน (สมมติ) ไม่รวมการขึ้นราคา ส่วนลด VAT เวลาของพนักงานภายใน และต้นทุนการเปลี่ยนระบบ

ต้นทุนตลอด 36 เดือน	ซื้อ (SaaS)	สร้างเอง
ค่าสมัครสมาชิก: 40 ที่นั่ง x €45 x 36	€64,800	-
สร้าง: 35 วัน x €495	-	€17,325
ดูแลรักษา: €480 x 36	-	€17,280
โฮสติ้ง: €50 x 36	-	€1,800
รวม	€64,800	€36,405

ในสถานการณ์นี้ การสร้างเองถูกกว่าประมาณ €28,000 ตลอดสามปี และส่วนใหญ่มาจากจำนวนที่นั่ง ทีนี้ลองเปลี่ยนสมมติฐานเดียว: หากมีผู้ใช้ 10 คนแทน 40 SaaS จะมีต้นทุน 10 x €45 x 36 = €16,200 และการสร้างเองที่ €36,405 จะแพ้ชัดเจน เครื่องมือเดียวกัน การสร้างเหมือนเดิม แต่คำตอบตรงข้าม นั่นคือเหตุผลที่คุณควรคำนวณด้วยตัวเลขของคุณเอง แทนที่จะเชื่อกฎทั่วไป

สิ่งที่ตารางไม่ได้แสดง: การสร้างเองยังต้องมีคนฝั่งคุณช่วยกำหนดความต้องการและทดสอบ SaaS มาพร้อมฟีเจอร์ที่คุณอาจต้องใช้ปีหน้า และเครื่องมือที่สร้างเองแล้วหยุดดูแลจะกลายเป็นภาระ สำหรับประเด็นสุดท้ายนั้น อ่าน The cost is not zero สำหรับตัวอย่างการเป็นเจ้าของเครื่องมือของตัวเอง ดู how we take total control of our operations at WDDW และสำหรับสิ่งที่เราสร้างให้ผู้อื่น ดู our projects

เช็กลิสต์การตัดสินใจ: สร้างหรือซื้อ

1. ซอฟต์แวร์นี้สะท้อนสิ่งที่ทำให้เราต่างจากคู่แข่ง (การตั้งราคา เวิร์กโฟลว์ การดำเนินงาน) หรือเป็นสินค้าโภคภัณฑ์อย่างระบบเงินเดือนหรืออีเมล? สินค้าโภคภัณฑ์: ซื้อ
2. เราระบุฟีเจอร์ 5 ถึง 10 อย่างที่ใช้ทุกวันเป็นลายลักษณ์อักษรได้ไหม?
3. เราคำนวณค่าสมัครสมาชิก 3 ปีแล้วหรือยัง รวมการเพิ่มจำนวนที่นั่งและการขึ้นราคาที่น่าจะเกิดขึ้น?
4. เรามีประมาณการสำหรับการสร้างและสำหรับการดูแลรักษารายเดือน ไม่ใช่แค่การสร้างหรือยัง?
5. ใครเป็นเจ้าของภายใน: ใครเขียนความต้องการ ทดสอบ และตัดสินลำดับความสำคัญ?
6. ปัจจุบันเรามีต้นทุนจากวิธีแก้ขัด การคัดลอกด้วยมือ และการเชื่อมต่อที่พังอยู่เท่าไร?
7. จะเกิดอะไรขึ้นหากผู้สร้างหายตัวไป โค้ดเป็นของเรา มีเอกสาร และโฮสต์ในที่ที่เราควบคุมหรือไม่?
8. ความต้องการด้านความปลอดภัย การสำรองข้อมูล และการปฏิบัติตามข้อกำหนดรวมอยู่ในประมาณการการสร้างแล้วหรือไม่?
9. เราเริ่มจากการสร้างเล็กๆ รอบ SaaS (การเชื่อมต่อหรือหนึ่งโมดูล) ก่อนจะแทนที่มันได้ไหม?
10. หากตัวเลขใกล้เคียงกัน ตัวเลือกไหนย้อนกลับได้ง่ายกว่า?

หากต้องการให้มีคนช่วยดูตัวเลขของคุณอีกชุด see how we price หรือดู what we have built

สรุปแล้ว... สร้างเองหรือซื้อ?

ถ้าคุณอ่านบทความนี้โดยหวังว่าผมจะบอกว่าทุกบริษัทควรเริ่มแทนที่ SaaS ด้วยซอฟต์แวร์ที่สร้างเอง ผมเกรงว่าคุณจะผิดหวัง

ผมไม่เชื่อว่าเรากำลังมุ่งไปทางนั้น

ที่จริง ผมคิดว่าเราจะเห็นผลิตภัณฑ์ SaaS มากขึ้นในทศวรรษหน้ามากกว่าที่เคยเห็น AI ทำให้การสร้างซอฟต์แวร์ง่ายขึ้น ซึ่งหมายความว่าเราน่าจะมีผลิตภัณฑ์เฉพาะทางสูงนับพันที่แก้ปัญหาที่เจาะจงขึ้นเรื่อยๆ นั่นเป็นวิวัฒนาการที่ดี

สิ่งที่ผมคิดว่ากำลังเปลี่ยนคือคำถามที่ธุรกิจควรถาม

เป็นเวลาหลายปีที่คำถามคือ:

เราจ่ายไหวไหมที่จะสร้างสิ่งนี้เอง?

สำหรับบริษัทส่วนใหญ่ คำตอบคือไม่

วันนี้ ผมคิดว่าคำถามที่ดีกว่าคือ:

จริงๆ แล้วเราต้องการอะไร?

นั่นเป็นความแตกต่างที่ละเอียดอ่อน แต่เปลี่ยนสมการไปโดยสิ้นเชิง

คุณไม่ได้เปรียบเทียบบริษัทของคุณกับแพลตฟอร์ม SaaS ทั้งตัวที่มีฟีเจอร์หลายร้อยอย่างอีกต่อไป

คุณกำลังเปรียบเทียบเวิร์กโฟลว์ของคุณเองกับฟีเจอร์ไม่กี่อย่างที่ธุรกิจของคุณพึ่งพาจริงๆ ทุกวัน

บางครั้งคุณจะสรุปว่าการซื้อซอฟต์แวร์ยังเป็นการตัดสินใจที่ฉลาดที่สุดอย่างมาก ที่จริงผมสงสัยว่าจะเป็นเช่นนั้นบ่อยกว่าไม่

บางครั้งคุณจะพบว่าคุณปรับธุรกิจรอบโรดแมปของคนอื่นอย่างเงียบๆ มาหลายปี ในขณะที่การสร้างสิ่งที่คุณต้องการจริงๆ น่าจะเป็นการลงทุนระยะยาวที่ดีกว่า

ไม่มีคำตอบไหนถูกหรือผิด

ความผิดพลาดคือการสมมติว่าคุณรู้คำตอบแล้วก่อนจะคำนวณ

AI ไม่ได้ฆ่า SaaS

มันเพียงขยับเข็มไปยังจุดที่การสร้างซอฟต์แวร์เริ่มสมเหตุสมผลทางธุรกิจ

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