第一次交付軟體給客戶：驗收、帳號、維護、費用歸屬
告訴接案新手交付前要確認什麼：誰擁有 GitHub、部署平台、網域、資料庫、金流、Email、監控，以及後續修改怎麼算。
適合對象
第一次把軟體交付給客戶、接案新手、或要把 AI Coding 成果交給別人使用的人。
完成後會得到
知道交付不是只有網址，而是帳號、權限、文件、費用、維護、後續需求的完整交接。
開始前先準備
- - 先確認專案已部署到正式網址。
- - 先確認客戶能完成主流程。
- - 先整理所有第三方工具帳號與付款方式。
提示詞
可以直接貼給 AI 的提示詞
貼給聊天型 AI
我準備第一次把軟體交付給客戶。請幫我整理交付文件與驗收清單。專案內容：___；正式網址：___；用到的第三方服務：___；客戶需要的帳號與權限：___；維護方式：___。請輸出：交付項目比較表（服務/帳號 owner/付款責任/客戶是否需要權限/壞掉時找誰）、驗收清單、帳號與費用歸屬、維護範圍、保固與新需求處理方式、客戶可讀的操作說明大綱。
整理交付清單
列出網址、GitHub、部署平台、資料庫、網域、Email、金流、監控與管理員帳號。
檢查清單
- - 正式網址
- - 管理員帳號
- - 第三方 owner
- - 費用歸屬
定義維護範圍
把 bug、內容修改、小改版、新功能、緊急支援分開寫。不要讓所有事都變成免費修改。
檢查清單
- - 保固期
- - 維護月費
- - 回應時間
- - 新需求報價方式
留下客戶看得懂的文件
文件要用非工程語言，讓客戶知道怎麼登入、怎麼使用、壞掉怎麼回報、哪些資料不能亂改。
檢查清單
- - 操作教學
- - 常見問題
- - 回報管道
- - 注意事項
常見卡關
- - 只交付網址，沒有帳號與文件。
- - 第三方服務都在開發者帳號裡，客戶沒有管理權。
- - 沒有定義維護範圍，後續溝通失控。
完成標準
你能清楚說明這一步的決策，並把下一個動作寫成任務。
下一步
回到入門路線圖，確認是否可以進入下一階段。
TL;DR
交付不是把網址丟給客戶。你要把帳號權限、費用歸屬、上線狀態、備份方式、維護範圍與緊急聯絡方式講清楚。
交付前檢查
確認正式環境網址、管理員帳號、第三方服務負責人、環境變數、監控通知與付款方式都能被客戶或維護方接手。
交付後界線
把 bug 修復、內容修改、新功能、第三方服務費、緊急支援分開寫。沒有界線，後續維護會變成無限免費修改。
相關服務官方連結
服務名稱都連到官方網站；採用前請再確認方案、地區限制、商業使用條款與最新價格。
程式碼版本管理與協作平台，幾乎是現代軟體交付的基本工具。
有免費與付費團隊方案。
對 Next.js 最友善的部署平台，GitHub push 後自動產生預覽部署與正式部署。
有免費與付費方案，依團隊、流量、函式與頻寬計費。
Postgres + 身份驗證 + 檔案儲存 + Realtime 的開發平台，適合快速做有資料與登入的產品。
有免費方案，依專案資源、資料庫、頻寬與儲存計費。
錯誤追蹤工具，能在網站壞掉時記錄錯誤、環境、瀏覽器與發生位置。
依事件量、成員與功能計費。
文件與知識管理工具，適合 PRD、提案、會議紀錄與客戶交接文件。
有免費與團隊方案。
常見線上文件工具，適合客戶審閱、提案、合約草稿與共同編輯。
個人可免費使用，商務功能在 Google Workspace。
先看懂這些名詞
常見問題
這些結果可以直接拿去跟客戶報價嗎？
可以當作討論起點，但正式報價仍要依需求細節、整合難度、驗收方式與維護責任調整。
我是完全新手，應該先看工具還是名詞解釋？
先用工具取得方向，再點進結果裡的名詞解釋。這樣比較容易把抽象詞彙對應到真實決策。
你可能也需要
客戶交接中文提示詞：請 AI 產出交付文件
輸入專案名稱與交付目標，整理成可貼給 AI 的客戶交接提示詞。
交接重點
列出 GitHub 程式碼倉庫、部署平台、資料庫、身份驗證、權限控管、付款、Email、監控的負責人與付款方式。
客戶提案中文提示詞：請 AI 幫你整理範圍、時程與交付物
輸入專案名稱與目標，整理成可貼給 AI 的客戶提案提示詞。
必要欄位
至少要包含需求摘要、功能清單、排除項目、交付物、驗收標準、維護期與付款方式。
上線檢查中文提示詞：請 AI 產出部署前檢查清單
輸入專案狀態，整理成可貼給 AI 的部署前檢查提示詞。
最少要檢查
確認正式環境的環境變數、資料庫權限、監控通知、付款測試、網域 SSL 與備份方式，並保留預覽部署給測試與驗收。