การดูแลแอปที่สร้างด้วย AI: สิ่งที่ไม่มีใครบอกคุณเกี่ยวกับสัปดาห์ที่สอง

วันหยุดสุดสัปดาห์แรกกับ Proyecta คุณปล่อยของจริงออกมา มันใช้งานได้ ผู้ใช้ของคุณ (หรือทีมของคุณ หรือตัวคุณในอนาคต) เริ่มใช้มัน แล้วก็ถึงวันจันทร์ และลูกค้าส่งอีเมลมาว่า “เพิ่มเมนูดร็อปดาวน์เพื่อกรองตามภูมิภาคให้หน่อยได้ไหม?”

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

งานดูแลรักษาหมายความว่าอะไรจริงๆ

เวลานักพัฒนามืออาชีพพูดว่า “งานดูแลรักษา” พวกเขาหมายถึงสี่อย่างโดยประมาณ:

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

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

ข่าวดี: คุณคุยกับมันได้

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

ตัวอย่างจริง ผู้ก่อตั้งคนหนึ่งที่เรารู้จักสร้าง CRM เล็กๆ สำหรับธุรกิจโค้ชชิงของเธอ — ลูกค้า เซสชัน การติดตามการชำระเงิน ครบทุกอย่าง สามสัปดาห์หลังเปิดตัว ลูกค้าคนหนึ่งเอ่ยว่าอยากเห็นว่าปีนี้ทำเซสชันไปกี่ครั้งแล้ว เธอเปิดแอปขึ้นมา แล้วพูดว่า “เพิ่มตัวนับ ‘เซสชันปีนี้’ ลงในการ์ดลูกค้าแต่ละใบ โดยดึงจากตารางเซสชันที่วันที่อยู่ในปี 2026” สิบสองนาทีต่อมา มันก็ใช้งานได้จริง เธอกลับไปโค้ชต่อ

เรื่องนั้นฟังดูธรรมดาจนกว่าคุณจะนึกถึงทางเลือกอีกทาง: ส่งข้อความหาฟรีแลนซ์ รอสองวัน จ่าย $300 ตรวจ PR ที่เธอไม่ค่อยเข้าใจ แล้วภาวนาให้ไม่มีอะไรอื่นพัง วงจรการดูแลรักษาไม่ได้เร็วขึ้นเพราะ AI ฉลาดกว่าฟรีแลนซ์ มันเร็วขึ้นเพราะในวงจรนั้นมีมนุษย์น้อยลง

ข่าวที่ยากกว่า: สิ่งเล็กๆ ทบต้นกัน

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

รูปแบบบางอย่างที่เราเห็นว่าผิดพลาด:

• ความพันกันโดยไม่ตั้งใจ คุณขอให้ “เพิ่มช่องส่วนลดในหน้าเช็กเอาต์” หกรอบแก้ไขต่อมา ตรรกะส่วนลดอยู่ในสามที่ และมีแค่ที่เดียวที่ถูก ยังไม่มีอะไรพัง แต่การเปลี่ยนครั้งต่อไปจะชวนสับสน
• ข้อกำหนดที่ถูกลืม คุณเพิ่ม “ส่งฟรีเมื่อซื้อเกิน $50” ในเดือนมีนาคม พอเดือนพฤษภาคม คุณขอให้ AI “ทำหน้าเช็กเอาต์ใหม่ให้รองรับบัตรของขวัญ” มันก็ทำ แต่กฎการส่งฟรีหายไป ไม่มีใครสังเกตเห็นนานสองสัปดาห์
• การเลื่อนไหล แอปของคุณเริ่มต้นในฐานะ “เครื่องมือสำหรับฉัน” ตอนนี้ทีมของคุณใช้มันแล้ว แต่แบบจำลองในความคิดที่ AI ทำงานอยู่ยังเป็น “สำหรับฉัน” เพราะนั่นคือสิ่งที่คุณบอกไว้ตอนแรก ฟีเจอร์ใหม่ๆ รู้สึกแปลกๆ แต่คุณก็บอกไม่ได้ว่าทำไม

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

วิธีวางตัวเอง

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

เก็บเอกสาร “แอปนี้คืออะไร” ไว้ หนึ่งหน้า ผู้ใช้คือใคร เป้าหมายคืออะไร กฎต่างๆ (“ส่งฟรีเมื่อซื้อเกิน $50” “เราไม่เคยอีเมลผู้ใช้ในวันอาทิตย์” “เบอร์โทรคือคีย์หลัก ไม่ใช่อีเมล”) เมื่อคุณขอให้ AI เปลี่ยนอะไรสักอย่าง ให้วางกฎที่เกี่ยวข้องลงในพรอมป์ คุณไม่ได้กำลังข้ามความฉลาดของ AI คุณกำลังป้อนบริบทที่มันไม่มีทางจำได้ให้มัน

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

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

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

สิ่งที่คุณทำไม่ได้ (และคงไม่ควรทำ)

มันมีความล่อใจอยู่ เมื่อคุณสร้างแอปด้วย AI แล้ว ที่จะคิดว่ามันสามารถดำเนินงานแอปแทนคุณได้ด้วย มันทำไม่ได้ และช่องว่างนั้นมีอยู่จริง:

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

ภาพที่สมจริง

หลังหกเดือนกับแอปที่สร้างด้วย AI คนส่วนใหญ่ที่เราคุยด้วยลงเอยประมาณนี้: พวกเขาใช้เวลาราวสองถึงสี่ชั่วโมงต่อเดือนกับการเปลี่ยนแปลง เกือบทั้งหมดเป็นการคุย การรื้อใหญ่ที่พวกเขาเคยหวาดกลัว — “ฉันอยากเพิ่มทั้งส่วนใหม่เลย” — รู้สึกเหมือนบ่ายดีๆ หนึ่งบ่าย ส่วนเรื่องน่าเบื่อ — “รูปแบบวันที่ผิดในไฟล์ส่งออก” — รู้สึกเหมือนพรอมป์ดีๆ หนึ่งพรอมป์

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

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