วลี "SaaS ตายแล้ว" กำลังเป็นกระแสในช่วงนี้ ข้อโต้แย้งก็คือ เนื่องจากเราอยู่ในยุคที่ AI เขียนโค้ดได้ เราควรเลิกจ่ายค่ารายเดือนให้ SaaS แล้วสร้างสิ่งที่เราต้องการขึ้นเองภายในองค์กรแทน
ที่บริษัทของผม Emooove เราใช้เวลาหลายเดือนที่ผ่านมาทุ่มเทอย่างเต็มที่กับการสร้างระบบภายในองค์กรด้วยตัวเอง พอได้ลงมือทำจริง ผมได้สัมผัสทั้งความสำเร็จและบทเรียนอันเจ็บปวด วันนี้ ผมอยากแชร์มุมมองของผมที่มีต่อกระแส "SaaS ตายแล้ว" จากประสบการณ์จริงครั้งนี้
ขอบอกให้ชัดเจนว่าผมเขียนจากมุมมองของ ผู้ใช้/ผู้สร้างระบบ ไม่ใช่ผู้ให้บริการ SaaS
ยุคสมัยอันน่าทึ่งที่ใครก็สร้างระบบได้
ก่อนอื่น ในฐานะข้อตั้งต้น การมาถึงของ Claude Code ได้นำมาซึ่งยุคสมัยที่ "ใครก็สามารถสร้างระบบได้" อย่างแท้จริง ไม่ได้พูดเกินจริง
ที่ Emooove หัวหน้าทีมสรรหาที่เพิ่งมาทำงานกับเราได้สองเดือน เป็นคนสร้างระบบ ATS (Applicant Tracking System) ภายในองค์กรขึ้นมา เธอไม่ใช่วิศวกร และไม่มีประสบการณ์ด้านวิศวกรรมเลยแม้แต่นิดเดียว ถึงอย่างนั้น เธอกลับสร้างระบบที่ใช้งานได้จริง ซึ่งจัดการทุกอย่างตั้งแต่การนำเข้าผู้สมัคร ไปจนถึงการจัดการคัดเลือกและแดชบอร์ด
ยิ่งไปกว่านั้น ตอนนี้เรากำลังพัฒนาระบบภายในเพื่อเพิ่มประสิทธิภาพและคุณภาพการดำเนินงานของธุรกิจหลักของเรา ซึ่งก็คือบริการเอเจนซีด้านการขาย ผมทุ่มเทกับเรื่องนี้เป็นการส่วนตัวทุกวัน และผ่านไปไม่ถึงสองสัปดาห์นับจากเริ่มต้น ผมรู้สึกว่าเรากำลังจะได้อะไรที่ค่อนข้างดีออกมา
เป็นที่เข้าใจได้ว่าทำไมคนถึงอยากพูดว่า "SaaS ตายแล้ว" ในเมื่อคุณสามารถสร้างสิ่งที่ถ้าใช้ SaaS แล้วต้องจ่ายเดือนละหลายหมื่นหรือหลายแสนเยนขึ้นมาเองภายในองค์กรได้
อย่างไรก็ตาม มันไม่ได้โรยด้วยกลีบกุหลาบ
นี่คือประเด็นหลัก เมื่อเราลองทำจริง มันไม่ได้สวยหรูอย่างที่คิด
1. การดูแลรักษายากอย่างไม่น่าเชื่อ
ไม่ว่าดีหรือร้าย คุณสามารถสร้างสิ่งต่างๆ แบบ "เอาที่รอด" ได้ มันเลยเป็นรูปเป็นร่างเร็ว แต่เพราะความต้องการไม่ได้ถูกกำหนดไว้อย่างละเอียด มันจึงมีจุดที่ไม่เนียนอยู่หลายจุด
ในกรณี ATS ของเรา เราเจออะไรแบบนี้:
- ข้อมูลที่ควรนำเข้าไม่ถูกนำเข้า
- ตัวเลขในแดชบอร์ดมีบั๊กยังไงไม่รู้
- ปุ่มสำคัญหายไป ทำให้การทำงานต้องหยุดชะงัก
เราเจอ "สิ่งที่มองข้ามไปแล้วเพิ่งมารู้ตัวตอนเริ่มใช้งานจริง" อยู่เยอะ สำหรับระบบสนับสนุนการขายภายในของเราเอง ก็มีเช้าวันหนึ่งที่อยู่ดีๆ เข้าไม่ได้ หน้าจอไม่ยอมเปิด
แน่นอนว่าสิ่งเหล่านี้พอจะแก้ไขได้ในระดับหนึ่งด้วยการกำหนดความต้องการให้ละเอียดขึ้น หรือปรับปรุงไปเรื่อยๆ ระหว่างใช้งาน แต่ในช่วงเวลานั้น การดำเนินธุรกิจปกติจะสะดุด ถ้าคุณเริ่มสร้างโดยคาดหวังว่ามันจะ "ง่ายและเร็ว" คุณจะตกที่นั่งลำบาก ผมได้เรียนรู้ว่าเราไม่ควรเริ่มด้วยแนวคิดแบบ "สร้างแล้วจบ" แต่ควรเป็น "สร้างแล้วก็ซ่อมไปเรื่อยๆ"
เพราะขนาดการสรรหาของเราเล็ก ถึง ATS จะพังไปสักพักเราก็ยังจัดการได้ แต่ผมขนลุกทุกครั้งที่นึกว่าถ้าเป็นระบบที่มีผู้มีส่วนได้ส่วนเสียจำนวนมาก ยิ่งจำนวนผู้ใช้และขอบเขตผลกระทบมากขึ้นเท่าไร ความเสียหายจากความล้มเหลวเพียงครั้งเดียวก็ยิ่งใหญ่ขึ้น และระดับความยากก็พุ่งสูงขึ้นอย่างรวดเร็ว
แม้เรื่องแบบนี้คุณอาจพอรับได้สำหรับระบบภายใน แต่คุณควรระมัดระวังอย่างยิ่งกับการสร้างอะไรก็ตามเพื่อขายภายนอก หรืออะไรก็ตามที่ต้องเผชิญโลกภายนอก อย่างเช่นฟอร์มสอบถาม
2. UI/UX ไม่มีทางเนียน
ผมเพิ่งรู้ตัวตอนที่สร้างระบบด้วยตัวเอง: งานที่ออกมามันค่อนข้างธรรมดา
หน้าจอที่ AI สร้างออกมาครั้งแรกดู "พอใช้ได้" แต่พอใช้งานจริง รายละเอียดมันเก้งก้าง ถึงคุณจะทำให้มันดูดีได้ในที่สุดด้วยการสั่งซ้ำแล้วซ้ำเล่า แต่มันต้องใช้ความคลั่งไคล้และเวลาอย่างมหาศาล คนส่วนใหญ่ก็คงยอมลดมาตรฐานลงกลางทาง
อินเทอร์เฟซของ SaaS เนียนกริบได้เพราะนักออกแบบมืออาชีพใช้เวลาหลายปีเก็บ feedback จากผู้ใช้มาปรับปรุง นั่นไม่ใช่สิ่งที่คุณจะได้มาฟรีๆ
3. ปัญหาด้านความปลอดภัย
นี่คือส่วนที่น่ากลัวที่สุด
แม้แต่คนที่ไม่ใช่วิศวกรก็ใช้ Claude Code สร้างฟีเจอร์และ UI/UX ด้วยทัศนคติแบบ "มั่วไปก่อน" ได้ แต่เรื่องความปลอดภัยจะตามให้ทันด้วยวิธีเดียวกันได้ไหม? อย่างน้อยสำหรับผม มันไม่ได้ การยืนยันตัวตน การจัดการสิทธิ์ การรับมือช่องโหว่—"ทำงานได้" กับ "ปลอดภัย" เป็นคนละเรื่องกันโดยสิ้นเชิง
ในกรณีของเรา โชคดีที่มีคนมีประสบการณ์เป็นวิศวกรความปลอดภัย เราจึงให้เขาดูแลส่วนนี้ ถึงอย่างนั้นก็ยังมีความกังวลหลงเหลืออยู่บ้าง แค่คิดถึงองค์กรที่ไม่มีผู้เชี่ยวชาญ เอาข้อมูลลูกค้าใส่ระบบที่สร้างแบบมั่วๆ แล้วปล่อยออกสู่สาธารณะ ก็ทำให้ผมเหงื่อแตกได้เลย
ตรรกะสองขั้วแบบ "อยู่หรือตาย" นั้นผิด
ผมพูดถึงข้อเสียของการพัฒนาภายในองค์กรไปแล้ว แต่พูดตามตรง มันก็มีข้อดีอยู่เยอะเหมือนกัน
- คุณสร้างสิ่งที่เข้ากับธุรกิจของคุณได้อย่างพอดีเป๊ะ
- ถ้าอยากแก้ตรงไหน ก็แก้ได้ในวันถัดไป
- แทบไม่มีค่าใช้จ่ายรายเดือน
- บริษัทได้ทั้ง know-how และความมั่นใจว่า "เราสร้างระบบเองได้"
ปัญหาคือการพยายามลดทอนทุกอย่างให้เป็น "SaaS จะอยู่หรือจะตาย?" การจะเลือกใช้ SaaS หรือสร้างเองในองค์กร ขึ้นอยู่กับสถานการณ์ของแต่ละบริษัท จากประสบการณ์ของผม ข้อที่ควรพิจารณามีห้าข้อดังนี้:
ข้อที่ 1: คุณมีวิศวกรอยู่ในองค์กรไหม?
ถ้าไม่มี คุณจะล้มเหลวในเรื่องอย่างความปลอดภัย ที่คนไม่ใช่วิศวกรไม่สามารถจัดการแบบมั่วๆ ได้ สิ่งที่น่ากลัวที่สุดคือการที่คุณสร้างฟีเจอร์ได้โดยไม่รู้ตัวว่ามันอันตรายแค่ไหน ปัจจัยชี้ขาดคือคุณจะหาคนมีประสบการณ์มาช่วยตรวจสอบส่วนสำคัญๆ ได้หรือไม่
ข้อที่ 2: จำนวนผู้มีส่วนได้ส่วนเสีย
ถ้ามีเยอะเกินไป ความเสียหายเมื่อเกิดความล้มเหลวจะมหาศาล และระดับความยากจะสูงขึ้นพรวดพราด ในทางกลับกัน องค์กรเล็กๆ ทดลองได้ง่ายกว่าเพราะถ้าระบบพังก็แค่ขอโทษ การเริ่มจากงานที่มีขอบเขตผลกระทบเล็กๆ จึงเป็นเรื่องที่ทำได้จริง
ข้อที่ 3: ระบบภายนอก vs. ระบบภายใน
สำหรับระบบภายใน ถ้าเกิดอะไรขึ้น ความเสี่ยงก็จำกัดวง แต่สำหรับอะไรก็ตามที่เป็นระบบภายนอก แค่ข้อมูลรั่วครั้งเดียวก็ไม่สามารถย้อนกลับได้ ในขณะที่ SaaS ทำให้คุณแบ่งเบาภาระความรับผิดชอบบางส่วนไปให้ผู้ให้บริการได้ แต่การพัฒนาภายในองค์กร ทุกอย่างเป็นความรับผิดชอบของคุณทั้งหมด ยิ่งเป็นอะไรที่ต้องเผชิญโลกภายนอก คุณค่าของ "ความอุ่นใจที่ผ่านการพิสูจน์มาแล้ว" ของ SaaS ก็ยิ่งเพิ่มขึ้น
ข้อที่ 4: คุณจัดสรรกำลังคนเพื่อการดูแลระบบได้ไหม?
การดูแลบำรุงรักษาเกิดขึ้นบ่อยกว่าที่คุณคิด การพัฒนาภายในองค์กรไม่ใช่ "สร้างแล้วจบ" แต่คือ "ซ่อมไปเรื่อยๆ" คุณเริ่มต้นด้วยความเข้าใจล่วงหน้าแบบนั้นได้ไหม? ถ้าคุณเริ่มแบบครึ่งๆ กลางๆ คุณจะจมอยู่กับการแก้จุดบกพร่อง และมันจะบีบคั้นธุรกิจหลักของคุณ
ข้อที่ 5: คุณชอบ/อยากพัฒนา AI ไหม?
สุดท้ายแล้ว ทุกอย่างลงเอยที่ข้อนี้ มันน่าเบื่อหน่ายและยากกว่าที่คิด และมันน่าหงุดหงิดเวลา AI ไม่ยอมฟัง (หัวเราะ) คุณจะฝ่ามันไปจนจบได้ไหมไม่ว่าจะยังไง? มันเป็นยุคที่ยอดเยี่ยมสำหรับคนที่ชอบ แต่ผมไม่คิดว่ามันจะเป็นอะไรที่ไปรอดได้ด้วยการทำเพราะรู้สึกว่าเป็นหน้าที่เพียงอย่างเดียว
สรุป: SaaS ไม่ได้ตาย แค่มีตัวเลือกเพิ่มขึ้นเท่านั้น
ผมใช้คำว่า "ล้มเหลว" ในชื่อบทความ แต่พูดให้ถูกต้องกว่านั้นคือ "เกือบจะล้มเหลวอยู่หลายครั้ง" เรายังคงพัฒนาภายในองค์กรต่อไปเพราะเรามีวิศวกรที่มีประสบการณ์ องค์กรของเรายังเล็ก ระบบส่วนใหญ่เป็นระบบภายใน เราเตรียมพร้อมที่จะทุ่มเทให้กับการดูแลระยะยาว และเหนือสิ่งอื่นใด ผมอยากทำ จะว่าอย่างนั้นก็ได้ว่าเราทำได้เพราะเราอยู่ในสภาพแวดล้อมที่ได้เปรียบซึ่งครบทั้งห้าข้อ
ในทางกลับกัน ถ้าบริษัทที่ไม่เข้าเงื่อนไขเหล่านี้เชื่อ "SaaS ตายแล้ว" แบบตรงตัว แล้วพยายามสร้างระบบหลักของธุรกิจตัวเองในองค์กร มันจะล้มเหลวอย่างแท้จริง
SaaS ไม่ได้ตาย เพียงแต่ตัวเลือก "การสร้างเอง" เปิดกว้างสำหรับทุกคนแล้ว ลองใจเย็นๆ ประเมินสถานการณ์ของบริษัทตัวเอง แล้วใช้ทั้ง SaaS และการพัฒนาภายในองค์กร นั่นไม่ใช่หนทางที่ถูกต้องในการรับมือกับยุคที่สะดวกแต่เปราะบางแบบนี้หรอกหรือ?
