合作方式
能一路跟上的流程。
書面範圍、可操作的設計、每週版本，以及讓所有權真正可行的交接。
專案輪廓
- 界定範圍產出書面界線，需要客戶提供脈絡與決策。
- 設計產出可操作研究，需要旅程與例外情況的回饋。
- 開發產出可審閱成果，需要在決策就緒時給予驗收意見。
- 交接產出原始碼與操作文件，需要相關帳號的具名負責人。
這是典型專案輪廓，不是報價或時程承諾。實際順序、相依性與投入，會在問題、存取與風險明確後寫入提案。
界定範圍
從產品需支援的任務、使用者與限制開始。探索會產出書面範圍：支援旅程、排除項目、相依性與驗收條件。無論後續是否開發，文件都歸你。
實作前需要答案的事會被列出，例如既有系統存取權與外部帳號所有權。未知相依性保持可見，不會悄悄變成假設功能或交付承諾。
設計
介面以程式成形，讓你能開啟、走過旅程，並指出真正需要改的瞬間。主要路徑之外，空白、錯誤、鍵盤與窄螢幕也一起審閱。
範例資料與本機互動會明確標示。可運作的前端研究有助於確認行為，但不暗示儲存、權限或整合已存在。
開發
每週版本提供具體可審閱的東西；每次審閱都對照約定範圍，說明哪些能試、哪些未完成、哪些需要決策。
變更會先對照範圍，再說明對工作與時程的影響，然後才約定下一步。驗證也涵蓋失敗路徑與系統間邊界。
交接
交付原始碼、帳號與文件，並說明設定、發行及日常運作。已知限制與未完成項目保留在交接紀錄中。
所有權不應依賴記得某段對話。帳號存取與責任要有文件，密鑰與原始碼分開保存；後續開發是明確的新合作。
如何報價
固定費用
適用於已定義範圍：開始前確認交付物、驗收條件與變更流程。新需求會視為範圍變更，明確說明影響。
按工時計
需要探索時，可依工作內容約定有界限的探索合作，先定義問題與審閱點；產出的範圍再成為開發提案基礎。
提案會列明採用方式，兩者都不要求長期合約。
交接時你會收到什麼
- 原始碼程式庫，以及交接時的分支與發行狀態紀錄。
- 部署帳號與每項相關服務的帳號所有權地圖。
- 環境設定說明；密鑰不進原始碼，並經約定的安全管道移交。
- 產品適用的設定、部署、日常運作與復原檢查操作手冊。
- 已進行的驗證、已知問題、限制及未納入範圍工作的紀錄。
具體產物取決於產品界線，但運作資訊是交付物，不是非正式的好意。當另一個獲授權團隊能找到已有內容、理解限制並接手責任，交接才算完成。