假設你用AI做出一套預約App，朋友試用都說方便，於是把連結貼到店家粉專。幾天後，一位客人說預約不見了，另一位登入後看到別人的資料。這時需要處理的，已經超出「請幫我改一下畫面」的範圍。
AI降低了把點子變成軟體的門檻，也讓更多一人公司有機會做自己的工具。接下來真正要想的是：有人開始依賴這套系統之後，誰負責讓它繼續可用？寫出第一版、把它長期經營下去，是兩筆不同的工作。
GitHub的官方文件提醒，AI生成的程式仍需人審查與測試；功能看似正常，也可能有安全問題或不符合原本需求。美國國家標準暨技術研究院NIST的安全軟體開發框架，則把降低漏洞、處理根因放進完整開發流程。兩者都沒有把「成功產生程式」當成工作的終點。
先決定它壞掉時，最多能停多久
自己偶爾用的記帳小工具，與讓客戶付款的服務，不能用相同標準處理。前者停一天可能只是麻煩；後者出錯，可能要處理訂單、個資與退款。先寫出用途、使用者、資料類型，以及停止服務時的替代辦法，才能判斷是否需要工程師協助。
以預約工具為例，你可以先讓它整理預約需求，由店員確認後才成立。等流程穩定，再考慮自動寫進正式行事曆。這是編輯部提出的導入做法，適合想縮小初期影響範圍的經營者，並非所有App都必須採用的固定步驟。
把維護責任寫在一張交接單
正式上線前，至少把下面五件事寫下來。自己開發也要寫，因為三個月後的你未必記得今天怎麼設定。
- 帳號歸誰管：網域、主機、資料庫與付費工具用誰的帳號？管理權限交給誰？合作結束後能否收回？
- 出事找誰：使用者要怎麼回報？誰判斷先暫停哪個功能？無法立刻修復時，怎麼通知客戶？
- 資料怎麼救：備份存在哪裡、多久一次，以及能不能真的還原。只看到「備份成功」不等於已證明資料救得回來。
- 更新怎麼做：外部套件與服務改版後，誰確認登入、付款、通知等主要流程仍正常？更新前如何保留可回復的版本？
- 費用怎麼控：除了AI工具月費，還有主機、儲存、簡訊及按使用量計費的服務。設定提醒，並指定誰能批准加購。
這張單也能拿來問接案團隊。與其只問「做一個多少錢」，可以直接問：報價包含多久維護？修錯與新增功能怎麼分？資料匯出和交接要不要另外付費？答案會影響總成本。
請AI修錯，也要留下修改前後的證據
遇到錯誤時，把出錯步驟、預期結果和實際結果記下來，通常比只貼一句「不能用」更有幫助。修好之後，除了重試原本的問題，也要確認相鄰的重要功能沒有一起壞掉。例如改了預約日期，仍要能正常取消預約。
非工程背景的人可以把這當成驗收工作：用兩個不同身分的測試帳號，查看能看見哪些資料；模擬輸入錯誤、重複送出或網路中斷；確認資料能匯出。涉及真實客戶資料、付款或多人權限時，安排有經驗的人協助檢查，能補上自己看不懂程式的空缺。
一人公司可以做App，也可以選擇少養一套系統
如果需求只是表單、簡單預約或固定報表，現成服務可能已經足夠。自建的價值，通常來自現成工具無法配合的流程，或你願意持續投入的核心服務。AI把開發變快之後，更值得比較的是：這項客製化，每個月能替你省下多少麻煩，又新增多少維護工作？
準備把第一個App交給客戶前，先完成那張五項交接單。任何一欄還只有「到時再說」，就先補上負責人與處理方式，讓工具真正接得住生意。
常見問題
不會寫程式，可以用AI做App給客戶用嗎？
可以嘗試，但不能只憑畫面正常就正式營運。先釐清資料、權限與故障處理，涉及付款、個資或多人使用時，請具經驗的人協助驗收與維護。
App有自動備份，還需要做什麼？
需要知道備份保存位置、可回復時間點，以及誰能操作還原。找合適的測試環境確認資料能回復，才能判斷備份是否符合自己的營運需求。
