สร้างเอง หรือ ซื้อใช้? เมื่อสมการการตัดสินใจเปลี่ยนไป


ในช่วงไม่กี่เดือนที่ผ่านมา พวกเราที่ We Do Dev Work ได้ทำบางอย่างที่ถ้าเป็นเมื่อไม่กี่ปีที่แล้ว ผมคงไม่แนะนำให้ทำแน่ๆ
ทุกครั้งที่มีคนเสนอให้สมัครบริการ SaaS ใหม่ หรือทุกครั้งที่เราตรวจสอบซอฟต์แวร์ที่เราจ่ายเงินอยู่ เราจะถามคำถามง่ายๆ ข้อหนึ่งกับตัวเอง
ถ้าวันนี้ผลิตภัณฑ์นี้ไม่มีตัวตนอยู่ เราจะยังซื้อมาใช้อยู่ไหม หรือเราจะสร้างฟังก์ชันการทำงานที่จำเป็นจริงๆ ขึ้นมาใช้เอง?
เมื่อไม่กี่ปีที่แล้ว คำตอบของคำถามนี้คงออกมาแทบจะทันที
ซื้อสิ แล้วไปทำอย่างอื่นต่อ โฟกัสที่ธุรกิจของคุณก็พอ
แต่พักหลังมานี้ คำตอบเริ่มไม่ชัดเจนเหมือนเดิมแล้ว
นั่นไม่ได้หมายความว่าจู่ๆ เราจะต่อต้าน SaaS นะครับ ตรงกันข้ามเลย เรายังใช้ผลิตภัณฑ์ SaaS มากมาย ตั้งแต่ GitHub ไปจนถึง Google Workspace, เครื่องมือออกแบบ และเครื่องมือตรวจสอบระบบ (Monitoring) และผมคาดว่ารายการเหล่านี้จะเพิ่มขึ้นอีกในปีต่อๆ ไป
สิ่งที่เปลี่ยนไปไม่ใช่ SaaS แต่คือวิธีคำนวณต่างหาก
และผมคิดว่ายังมีธุรกิจอีกมากที่ยังไม่ตระหนักถึงเรื่องนี้
เป็นเวลาหลายปีที่คำตอบนั้นเรียบง่าย
ตลอดสองทศวรรษที่ผ่านมา มีคำแนะนำหนึ่งที่ได้รับการยอมรับไปทั่ว
อย่าสร้างอะไรที่คุณสามารถซื้อได้
ซึ่งบอกตามตรง มันเป็นคำแนะนำที่ยอดเยี่ยมมาก
การสร้างซอฟต์แวร์นั้นมีค่าใช้จ่ายสูง โครงสร้างพื้นฐานก็ไม่ถูก ทีมพัฒนาก็มีขนาดเล็ก คลาวด์คอมพิวติ้งยังอยู่ในช่วงเริ่มต้น และทุกฟีเจอร์ใหม่หมายถึงการพัฒนา การทดสอบ และการบำรุงรักษาที่มากขึ้นสำหรับลูกค้าเพียงรายเดียว
ในขณะเดียวกัน บริษัท SaaS ได้ค้นพบบางสิ่งที่ทรงพลังอย่างยิ่ง
แทนที่จะให้ธุรกิจเดียวแบกรับค่าพัฒนาทั้งหมด ลูกค้าหลายพันรายสามารถแชร์ค่าใช้จ่ายนั้นผ่านการสมัครสมาชิกรายเดือน ทันใดนั้น ซอฟต์แวร์ที่ซับซ้อนซึ่งครั้งหนึ่งเคยสงวนไว้สำหรับธนาคาร รัฐบาล (ก็นะ...) และบริษัทข้ามชาติ ก็กลายเป็นสิ่งที่ธุรกิจขนาดเล็กและขนาดกลางเข้าถึงได้
มันคือหนึ่งในการเปลี่ยนแปลงครั้งใหญ่ที่สุดที่อุตสาหกรรมของเราเคยเห็น
ต้องการ CRM ใช่ไหม? ซื้อสิ
ต้องการซอฟต์แวร์บัญชีใช่ไหม? ซื้อสิ
ต้องการแพลตฟอร์มอีคอมเมิร์ซใช่ไหม? ซื้อสิ
แทบไม่มีเหตุผลเลยที่จะต้องเสียเวลาหลายเดือนเพื่อสร้างสิ่งที่มันมีอยู่แล้วขึ้นมาใหม่
และคำแนะนำนั้นก็ยังคงถูกต้องอยู่บ่อยครั้งอย่างน่าทึ่ง
SaaS ไม่ได้แย่ลง
บางครั้งคนอ่านบทความแบบนี้แล้วอาจทึกทักไปว่า ผมกำลังจะบอกให้ทุกธุรกิจเปลี่ยนจาก SaaS มาใช้ซอฟต์แวร์ที่สร้างเองให้หมด
เปล่าเลยครับ
นั่นคงเป็นเรื่องตลกพอๆ กับการบอกว่าทุกบริษัทควรพัฒนาแพลตฟอร์มอีเมลของตัวเองทั้งที่มี Microsoft อยู่แล้ว
มีผลิตภัณฑ์บางอย่างที่มีการลงทุนมหาศาลนับพันล้านตลอดหลายทศวรรษ:
Microsoft 365
Google Workspace
Slack
Stripe
Shopify
ซอฟต์แวร์จัดการเงินเดือน (Payroll)
ได้โปรดอย่าสร้างสิ่งเหล่านี้ขึ้นมาใหม่เลยครับ ผมขอร้อง
ถ้าคุณตื่นมาพร้อมไอเดียที่จะสร้าง Payment Gateway ของตัวเอง ผมแนะนำให้คุณไปหาหากาแฟเข้มๆ ดื่มสักแก้ว เช็คยอดเงินในบัญชี แล้วข้ามไปคิดไอเดียถัดไปเถอะครับ
ปัญหาบางอย่างถูกแก้ไขไปอย่างยอดเยี่ยมแล้ว และคุณจะไม่ได้เปรียบทางการแข่งขันเลยจากการเสียเวลาสองปีเพื่อไล่ตามให้ทัน
ถ้า SaaS ไม่ได้แย่ลง แล้วอะไรล่ะที่เปลี่ยนไป?
การสร้างซอฟต์แวร์มันถูกลงต่างหาก
AI เข้ามาเปลี่ยนจุดคุ้มทุนอย่างเงียบๆ
ผมจงใจใช้คำว่า ถูกลง ไม่ใช่ ฟรี
เมื่อเร็วๆ นี้ผมเพิ่งเขียนบทความอธิบายว่าทำไม AI ถึงไม่ได้กำจัดค่าใช้จ่ายในการพัฒนาซอฟต์แวร์ให้หายไปราวกับเวทมนตร์ และผมยังคงยืนยันคำเดิม
งานวิศวกรรมยังคงสำคัญ
การประกันคุณภาพ (QA) ยังคงสำคัญ
ความปลอดภัยยังคงสำคัญ
นักพัฒนาที่มีประสบการณ์สำคัญยิ่งกว่าที่เคย
แต่ปฏิเสธไม่ได้ว่า AI ช่วยลดเวลาที่ต้องใช้ในงานพัฒนาที่ซ้ำซากจำเจไปได้อย่างมหาศาล ทั้งการเขียน Boilerplate code, การทำเอกสาร, การค้นคว้า, การทำ Unit tests, การเชื่อมต่อระบบมาตรฐาน และกิจกรรมอื่นๆ อีกมากมายที่เคยใช้เวลาหลายชั่วโมง ตอนนี้มักจะเสร็จสิ้นได้ในเวลาเพียงเสี้ยวเดียว
นั่นไม่ได้หมายความว่าซอฟต์แวร์จะไม่มีต้นทุนอีกต่อไป
แต่มันหมายความว่าเศรษฐศาสตร์ของมันเปลี่ยนไปแล้วในช่วงครึ่งทศวรรษที่ผ่านมา
เรากำลังเปรียบเทียบผิดจุด
นี่น่าจะเป็นความเข้าใจผิดที่ใหญ่ที่สุดที่ผมเคยเจอ
บริษัทจ่ายเงิน 400 หรือ 500 ยูโรต่อเดือนสำหรับแพลตฟอร์ม SaaS แล้วมีคนเสนอให้สร้างทางเลือกอื่นขึ้นมาเองด้วยงบ 40,000 ยูโร ทันใดนั้นข้อสรุปก็ดูชัดเจน: การซื้อถูกกว่าสิบเท่า
ยกเว้นแต่ว่านั่นไม่ใช่การเปรียบเทียบที่ถูกต้อง
อย่าลืมว่าคุณกำลังสร้าง "เวิร์กโฟลว์" ของคุณขึ้นมาใหม่ ไม่ใช่สร้าง "ผลิตภัณฑ์ SaaS" ตัวนั้นขึ้นมาใหม่
ลองนึกภาพว่าคุณใช้ CRM ที่มีฟีเจอร์สัก 250 อย่าง
ถามจริงว่าคุณใช้จริงกี่อย่างในแต่ละวัน? 20? 10? หรือแค่ 5?
ถ้าฟีเจอร์เพียงไม่กี่อย่างนั้นคือสิ่งที่ขับเคลื่อนธุรกิจของคุณ ในขณะที่อีก 240 อย่างที่เหลือมีไว้เพราะบริษัทอื่นอีกหลายพันแห่งต้องการ คุณก็ไม่ได้กำลังเปรียบเทียบสิ่งที่เหมือนกันอีกต่อไป
คุณกำลังเปรียบเทียบผลิตภัณฑ์ที่สมบูรณ์แบบของคนอื่น กับความต้องการเฉพาะเจาะจงของคุณเอง ซึ่งมันคือการคำนวณที่ต่างกันโดยสิ้นเชิง
ไม่มีใครตื่นมาตอนเช้าแล้วตัดสินใจจะแข่งกับ Salesforce หรอกครับ อย่างน้อยผมก็หวังว่าจะเป็นอย่างนั้น
แต่สิ่งที่พวกเขาอาจตัดสินใจคือ ทีมขายของพวกเขาใช้ฟีเจอร์เพียงไม่กี่อย่าง การทำรายงานก็ไปทำที่อื่นอยู่แล้ว และขั้นตอนการทำงานครึ่งหนึ่งคือการต้องปรับตัวเข้าหาซอฟต์แวร์ แทนที่จะให้ซอฟต์แวร์ปรับตามพวกเขา
คราวนี้สมการก็น่าสนใจขึ้นมากเลยใช่ไหมครับ?
SaaS ออกแบบมาเพื่อทุกคน
นี่ไม่ใช่คำวิจารณ์ แต่มันคือรูปแบบธุรกิจของเขา เชื่อผมเถอะ เรามีลูกค้าที่เป็นบริษัท SaaS มาหลายรายตลอดหลายปีที่ผ่านมา
บริษัท SaaS ต้องสร้างซอฟต์แวร์ที่ใช้งานได้ดีพอสมควรสำหรับลูกค้าหลายพัน หรือบางครั้งก็หลายล้านราย
แต่ธุรกิจของคุณมีลูกค้าเพียงรายเดียว นั่นคือคุณและทีมงานของคุณ
เวิร์กโฟลว์ของคุณ, กระบวนการอนุมัติ, โมเดลราคา, โลจิสติกส์, คำศัพท์ภายใน และวิธีการทำงานของคุณนั้นเป็นเอกลักษณ์เฉพาะองค์กร
ผู้ให้บริการ SaaS จะไม่ปรับแต่งเพื่อสิ่งนั้น อย่างดีที่สุดพวกเขาก็แค่ให้วิธีเลี่ยง (hacks) เพื่อให้พอใช้งานได้
จำไว้ว่า:
พวกเขากำลังสร้างผลิตภัณฑ์
แต่คุณกำลังรันธุรกิจ
เป้าหมายสองอย่างนี้แตกต่างกันอย่างสิ้นเชิง
ต้นทุนแฝงไม่ได้อยู่ที่ค่าสมาชิกเสมอไป
สิ่งหนึ่งที่เราเริ่มสังเกตเห็น ทั้งภายในบริษัทเองและกับลูกค้า คือค่าสมาชิกรายเดือนมักไม่ใช่ต้นทุนที่ใหญ่ที่สุดอีกต่อไป
สมมติว่าคุณจ่าย 300 ยูโรต่อเดือนสำหรับซอฟต์แวร์ที่ดีตัวหนึ่ง นั่นคือ 3,600 ยูโรต่อปี ซึ่งสำหรับหลายธุรกิจ มันไม่ใช่ตัวเลขที่ทำให้ฝ่ายการเงินต้องนอนไม่หลับ
แต่คำถามที่น่าสนใจคือสิ่งที่อยู่รอบๆ มันต่างหาก:
ใครเป็นคนดูแลการเชื่อมต่อระบบ (Integrations)?
ใครเป็นคนอัปเดตเมื่อ API เปลี่ยนแปลง?
ใครเป็นคนเทรนพนักงานใหม่?
ใครต้องมานั่งก๊อปปี้ข้อมูลด้วยมือเพราะระบบ A ไม่เข้าใจระบบ B?
ใครต้องมานั่งงมในบ่ายวันศุกร์ว่าทำไมระบบอัตโนมัติที่เคยทำงานได้ดีเมื่อวาน จู่ๆ วันนี้ถึงหยุดทำงานดื้อๆ?
ตัวซอฟต์แวร์เองอาจไม่แพง แต่ระบบนิเวศรอบตัวมันบางครั้งก็แพงมหาศาล
และผมคิดว่านั่นคือสิ่งที่ธุรกิจเริ่มประเมินต่ำไป
เราเองก็เคยเป็นแบบนั้น
บทความนี้ไม่ได้แรงบันดาลใจมาจากลูกค้าคนเดียวที่ถามว่าควรสร้างหรือซื้อ
แต่มันเริ่มจากการที่เราหันกลับมาดูการสมัครสมาชิกของพวกเราเองที่ WDDW
ไม่ใช่เพราะเราพยายามจะประหยัดเงิน เพราะปกติแล้วซอฟต์แวร์ไม่ใช่ต้นทุนที่ใหญ่ที่สุดในบริษัทซอฟต์แวร์อยู่แล้ว
เราแค่ตระหนักว่าทุกการสมัครสมาชิกควรได้รับคำถามเดียวกัน
เรายังจะซื้อสิ่งนี้อยู่ไหมในวันนี้? บางครั้งคำตอบคือ "ใช่" ทันที
ทำไมเราต้องสร้างซอฟต์แวร์บัญชีเอง? หรือจะเปลี่ยน GitHub ทำไม? หรือจะไปแข่งกับ Shopify เพื่ออะไร? นั่นไม่ใช่จุดที่ความเชี่ยวชาญของเราจะสร้างมูลค่าได้
แต่บางครั้ง คำตอบก็เริ่มไม่ชัดเจน
เราเคยจ่ายเงินซื้อระบบจัดการโปรเจกต์ (Project Management) ที่มีฟีเจอร์เป็นร้อย แต่ทีมเราใช้จริงแค่ไม่กี่อย่าง ส่วนที่เหลือไม่ใช่ซอฟต์แวร์ที่ไม่ดีนะ มันแค่แก้ปัญหาที่เราไม่มี เราเลยสร้างของเราเองขึ้นมา
เมื่อห้าปีที่แล้ว เราคงแค่ยักไหล่แล้วจ่ายเงินต่อไป
แต่วันนี้ อย่างน้อยเราก็หยุดเพื่อคำนวณ
สร้างในจุดที่คุณแตกต่าง
นี่คือจุดที่ผมคิดว่าการถกเถียงเรื่อง Build vs Buy มักจะหลงทาง
คนมักจะเปรียบเทียบที่ "ผลิตภัณฑ์"
แต่ผมคิดว่าควรเปรียบเทียบที่ "กระบวนการ"
ถ้าซอฟต์แวร์ของคุณทำหน้าที่เหมือนกับคู่แข่งทุกรายเป๊ะๆ มีโอกาสสูงที่คุณควรจะซื้อใช้ ระบบเงินเดือนไม่ได้ทำให้บริษัทคุณโดดเด่น ระบบบัญชีหรืออีเมลก็เช่นกัน
แต่เมื่อใดก็ตามที่ซอฟต์แวร์เริ่มสะท้อนถึงวิธีการทำงานจริงๆ ของบริษัทคุณ วิธีที่คุณคำนวณราคา วิธีที่โปรเจกต์ไหลผ่านองค์กร วิธีที่ลูกค้าโต้ตอบกับคุณ หรือวิธีที่การดำเนินงานของคุณแตกต่างจากคนอื่น เมื่อนั้นคุณไม่ได้กำลังซื้อเครื่องมือทั่วไปแล้ว
คุณกำลังซื้อ "การยอมลดหย่อน" (Compromises)
บางครั้งการยอมลดหย่อนเหล่านั้นก็คุ้มค่าที่จะทำ
แต่บางครั้งมันก็ไม่
และนั่นคือเหตุผลที่ผมเชื่อว่าคำถามนี้เริ่มน่าสนใจขึ้นในช่วงไม่กี่ปีที่ผ่านมา ไม่ใช่เพราะ AI ทำให้ซอฟต์แวร์สั่งทำกลายเป็นของฟรี แต่เพราะมันเลื่อนจุดที่การยอมลดหย่อนเหล่านั้นเริ่มไม่คุ้มค่าในเชิงการเงินอีกต่อไป
สรุปแล้ว... สร้างเอง หรือ ซื้อใช้?
ถ้าคุณอ่านบทความนี้โดยหวังว่าผมจะบอกให้ทุกบริษัทเริ่มเปลี่ยน SaaS มาเป็นซอฟต์แวร์สร้างเอง ผมเกรงว่าคุณจะผิดหวัง
ผมไม่เชื่อว่าเรากำลังมุ่งหน้าไปทางนั้น
ในความเป็นจริง ผมคิดว่าเราจะเห็นผลิตภัณฑ์ SaaS มากขึ้นในทศวรรษหน้ามากกว่าที่เคยเห็นมาเสียอีก AI กำลังทำให้การสร้างซอฟต์แวร์ง่ายขึ้น ซึ่งหมายความว่าเราน่าจะมีผลิตภัณฑ์เฉพาะทางหลายพันรายการที่แก้ปัญหาที่เจาะจงมากขึ้นเรื่อยๆ นั่นคือวิวัฒนาการที่ดี
แต่สิ่งที่ผมคิดว่ากำลังเปลี่ยนไปคือคำถามที่ธุรกิจควรจะถาม
หลายปีที่ผ่านมา คำถามคือ:
เรามีปัญญาจ่ายเงินสร้างสิ่งนี้เองไหม?
สำหรับบริษัทส่วนใหญ่ คำตอบคือ ไม่
แต่วันนี้ ผมคิดว่าคำถามที่ดีกว่าคือ:
สิ่งที่เราต้องการจริงๆ คืออะไร?
มันคือความแตกต่างเพียงเล็กน้อย แต่มันเปลี่ยนสมการไปโดยสิ้นเชิง
คุณไม่ได้เปรียบเทียบธุรกิจของคุณกับแพลตฟอร์ม SaaS ทั้งหมดที่มีฟีเจอร์เป็นร้อยอีกต่อไป
คุณกำลังเปรียบเทียบเวิร์กโฟลว์ของคุณเอง กับฟีเจอร์เพียงไม่กี่อย่างที่ธุรกิจของคุณต้องพึ่งพาจริงๆ ในทุกๆ วัน
บางครั้งคุณจะพบว่าการซื้อซอฟต์แวร์ยังคงเป็นการตัดสินใจที่ฉลาดที่สุด และผมคาดว่าส่วนใหญ่ก็ยังคงเป็นเช่นนั้น
แต่บางครั้งคุณจะค้นพบว่า คุณได้แอบปรับธุรกิจของคุณตามแนวทาง (Roadmap) ของคนอื่นมานานหลายปี ทั้งที่การสร้างสิ่งที่จำเป็นจริงๆ ขึ้นมาเองอาจเป็นการลงทุนระยะยาวที่ดีกว่า
ไม่มีคำตอบไหนถูกหรือผิด
ความผิดพลาดคือการทึกทักเอาเองว่าคุณรู้คำตอบอยู่แล้ว ก่อนที่จะได้เริ่มคำนวณตัวเลขจริงๆ
AI ไม่ได้ฆ่า SaaS
มันแค่ขยับเข็มนาฬิกาไปยังจุดที่การสร้างซอฟต์แวร์เริ่มสมเหตุสมผลในเชิงธุรกิจ
และผมมีความรู้สึกว่า ในอีกไม่กี่ปีข้างหน้า บริษัทจำนวนมากขึ้นเรื่อยๆ จะค้นพบว่าคำตอบนั้นไม่ได้ชัดเจนเหมือนที่เคยเป็นมา
บทความที่เกี่ยวข้อง

วิธีเข้าถึงกลุ่มเป้าหมายที่ใช่ด้วยคอนเทนต์ของคุณ
การทำ Content Marketing ไม่ใช่แค่การสร้างคอนเทนต์ที่ดี แต่คือการเข้าถึงกลุ่มเป้าหมายที่ใช่ บนแพลตฟอร์มที่ถูกต้อง ในเวลาที่เหมาะสม ค้นพบว่าทำไมคอนเทนต์เฉพาะทางสำหรับแต่ละแพลตฟอร์มถึงสำคัญ และบทเรียนที่ได้รับจากการสร้างคอนเทนต์ที่ We Do Dev Work


ต้นทุนไม่ได้เป็นศูนย์
AI ช่วยให้การพัฒนาซอฟต์แวร์เร็วขึ้น แต่ไม่ใช่ของฟรี มาดูกันว่าทำไมงานวิศวกรรม สถาปัตยกรรม การประกันคุณภาพ (QA) และนักพัฒนาที่มีประสบการณ์ยังคงเป็นสิ่งจำเป็นในยุค AI


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

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