什麼情況適合先做接手評估？

原開發者無法持續支援、部署方式不清楚、套件更新後出錯，或每次改內容都擔心影響正式站，都可以先從現況盤點開始。接手既有程式需要確認技術、原始碼及授權；拿到網址或主機帳號，不代表已能安全修改整套系統。

  • 網站與 Web App：頁面、表單、登入或後台錯誤，既有功能更新及版本發布。
  • 程式與資料庫：依錯誤紀錄定位問題，確認資料結構、相依套件與修正範圍。
  • 主機與環境：網域、憑證、部署設定、排程、用量及服務狀態的檢查安排。
  • 行動 App：先確認平台、原始碼、簽章與商店帳號，再評估版本修正和送審工作。

若需重新設計主要流程或增加大型功能，可另列 客製程式與 App 開發，把持續維護和新開發分開估價。

接手前，需要盤點哪些資料？

先提供網站或 App 連結、目前問題、技術資訊及原開發文件。確定合作後，再以適當授權取得原始碼、部署紀錄、第三方服務清單和必要環境權限；不要在一般詢價表單貼密碼或 API 金鑰。

盤點結果會列出可以重現的問題、可建置的版本、需要補齊的資料，以及本期能負責和暫時無法承接的項目。若程式碼缺漏、權利不明或系統無法重建，先說明限制，再比較局部修復、補文件或重新開發。

維護與代管可以包含什麼？

  • 錯誤處理：依約定問題重現、修正與回歸驗證，保存修改紀錄。
  • 版本更新：先檢查相容性、建立測試版本，再安排正式部署與回復方式。
  • 備份安排：確認資料範圍、頻率、保留期限及還原測試，備份存在不等於已驗證可還原。
  • 狀態與用量檢查：依合約確認檢查頻率、通知對象、異常處理及費用提醒。
  • 帳號與交接：列出客戶持有的帳號、客脈需要的權限，以及合作結束後的移交項目。

「代管」需寫清楚由誰持有主機帳號、誰支付第三方帳單和誰負責操作。支援時段、緊急事件處理與回應目標另行約定，沒有默認的全年無休、無限修改或固定可用率保證。

單次修正與持續維護，費用怎麼估？

單次處理依問題、重現難度、測試與部署工作估價；持續維護則依系統數、功能複雜度、檢查頻率與每期工作量約定。首次接手盤點、主機、資料庫、工具授權及商店費用分開列明。

新增功能、資料大量搬移或第三方政策變動造成的改寫，需重新確認範圍。可以先完成一個已知問題的修正，再決定後續合作方式，不把維護月費等同所有開發費。

驗收看修改前後，也看能否回復。

以「更新後登入失敗」為例，先留下可重現情境和影響版本，確認修正後原流程恢復、其他角色仍有正確權限，再記錄部署版本與回復步驟。這是驗收情境示例，並非公開客戶事故。

若系統依賴排程或外部資料，應連同 流程自動化 與 API 串接 的成功、失敗和重試情境一起檢查。詢價時提供目前網址、平台、可取得的資料、問題畫面與期望支援方式，即可開始討論。