Vibe code แอปมาเองแล้ว จะ scale ระบบต่อยังไงไม่ให้พัง

Vibe coding ทำให้คนที่ไม่ได้เป็นโปรแกรมเมอร์สร้างแอปจริงได้ในไม่กี่สัปดาห์ ด้วยเครื่องมืออย่าง Lovable, Bolt, v0, Replit หรือ Cursor และพิสูจน์ได้ว่ามีคนอยากใช้ ซึ่งเป็นส่วนที่ยากที่สุดของการทำธุรกิจ ปัญหาเริ่มตอนที่แอปโตขึ้น ผู้ใช้เพิ่มขึ้น ข้อมูลเยอะขึ้น และทุกการแก้เริ่มเสี่ยงขึ้น บทความนี้ว่าด้วยสิ่งที่เราตรวจเมื่อรับช่วงแอปแบบนี้มาทำต่อ และวิธีพาแอปไปต่อโดยไม่ต้องทิ้งสิ่งที่สร้างมาแล้ว

สัญญาณว่าแอปโตเกินกว่าที่ vibe coding จะพาไปต่อ

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

ถ้าเจอสองสามข้อ ยังแก้ด้วยตัวเองได้ แต่ถ้าเจอเกินครึ่ง แอปกำลังบอกว่าต้องมีคนเข้ามาดูโครงสร้างทั้งหมดแล้ว

ทำไมแอปถึงเริ่มพังตอนโตขึ้น

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

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

สิ่งที่มักเจอเมื่อเปิดโค้ดดูจริง

ความปลอดภัย

เรื่องที่ต้องดูก่อนเสมอคือสิทธิ์ของข้อมูล แอปจำนวนมากใช้ฐานข้อมูลที่หน้าเว็บคุยตรงได้ ถ้าตั้งสิทธิ์ไม่ครบ ใครก็อ่านหรือแก้ข้อมูลได้โดยไม่ต้องล็อกอิน ในปี 2025 มีการเปิดเผยช่องโหว่ CVE-2025-48757 ระดับ Critical ในแอปที่สร้างจาก Lovable ด้วยสาเหตุนี้ ส่วนเรื่องอื่นที่เจอบ่อยคือ API key หรือรหัสลับฝังอยู่ในโค้ดฝั่งหน้าเว็บ ซึ่งใครเปิดดูในเบราว์เซอร์ก็เห็น

ความเร็ว

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

โครงสร้างข้อมูลและโค้ด

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

ระบบรอบตัว

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

ทำต่อ ปรับ หรือเขียนใหม่

คำตอบส่วนใหญ่คือไม่ต้องเขียนใหม่ โค้ดจากเครื่องมือ vibe coding เกือบทั้งหมดเป็นโค้ดเว็บมาตรฐานที่ export ออกมาและ host ที่อื่นได้ หน้าจอและ flow ที่ผู้ใช้คุ้นแล้วมีค่า ควรเก็บไว้ สิ่งที่ต้องปรับส่วนใหญ่อยู่ข้างใต้ ทั้งสิทธิ์ข้อมูล โครงสร้างตาราง และตรรกะที่กระจัดกระจาย การเขียนใหม่คุ้มเฉพาะเมื่อโครงข้อมูลผิดตั้งแต่ต้นจนแก้ต่อแพงกว่าทำใหม่ ซึ่งต้องตรวจก่อนถึงจะรู้

ขั้นตอนรับช่วงที่ไม่ต้องหยุดแอป

1. ตรวจโค้ด ฐานข้อมูล และค่าใช้จ่ายทั้งหมดก่อนเสนอราคา ให้เจ้าของเห็นภาพเดียวกันว่าอะไรเร่งด่วน อะไรรอได้
2. อุดช่องโหว่ ตั้ง backup และระบบแจ้งเตือนเมื่อแอปล่ม งานนี้เล็กที่สุดแต่ต้องมาก่อนเสมอ
3. ย้ายโค้ดเข้า GitHub ที่เจ้าของถือบัญชีเอง แยกระบบทดสอบออกจากระบบจริง
4. เขียนเทสต์ครอบ flow ที่สำคัญที่สุดก่อน เช่น สมัคร ล็อกอิน และธุรกรรมหลักของแอป
5. ปรับโครงสร้างทีละส่วนระหว่างที่แอปยังรันอยู่ เริ่มจากส่วนที่ช้าหรือพังบ่อยที่สุด
6. ส่งมอบพร้อมเอกสารที่คนถัดไป หรือ AI ตัวถัดไป อ่านแล้วเข้าใจระบบได้

ใช้ AI ต่อได้ แต่ต้องมีรั้ว

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

เตรียมอะไรก่อนคุยกับทีมพัฒนา

1. สิทธิ์เข้าถึงโค้ด แพลตฟอร์มที่ใช้สร้าง ฐานข้อมูล และ hosting หรือรายชื่อว่ามีบัญชีอะไรอยู่ที่ไหนบ้าง
2. จำนวนผู้ใช้ตอนนี้ และที่คาดว่าจะมีในหกเดือนถึงหนึ่งปี
3. ฟีเจอร์ที่มีคนใช้จริง แยกจากฟีเจอร์ที่มีอยู่แต่ไม่มีใครแตะ
4. ปัญหาที่เจอบ่อยที่สุดสามถึงห้าข้อ และค่าใช้จ่ายรายเดือนตอนนี้

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