合作方式
可持續檢視的合作流程。
合作先從書面範圍開始,再做出可操作的設計並按週交付版本。帳號、原始碼和文件真的交到您手上,所有權才有意義。
專案輪廓
- 先把範圍寫下來,您提供脈絡與決定。
- 原型可以操作後,請您回饋流程和例外情況。
- 開發期間按週交付版本,驗收需要您的意見。
- 交接原始碼和操作文件,同時確認各帳號由誰負責。
這是一般專案的合作方式,不是報價或時程承諾。實際順序和投入,要等問題、存取權與風險確認後才會寫進提案。
界定範圍
我們先弄清楚產品要幫誰完成哪件事,以及眼前有哪些限制。探索後會留下書面範圍,寫明支援的流程、不承接的事項、相依條件和驗收方式。後續是否進入開發,文件都歸您所有。
實作前要確認的問題會先列出,例如既有系統能不能存取、外部帳號由誰持有。還沒確認的相依條件會原樣保留,不會變成預設功能或交付承諾。
設計
介面直接以程式做出來,您可以走過完整流程,也能指出真正需要調整的地方。除了主流程,空白畫面、錯誤、鍵盤操作和窄螢幕情境也會一起檢查。
範例資料和只在本機運作的互動都會標示清楚。可執行的前端能幫助確認行為,卻不表示儲存、權限或串接已經存在。
開發
每週都會交付可以檢視的版本。每次檢視會對照既定範圍,說明哪些功能能試、哪些還沒完成,還有哪些事需要您決定。
提出變更時,我們先確認有沒有超出既定範圍。若有,會先說明對工作和時程的影響,再決定怎麼處理。驗證也會走過失敗路徑與系統交界。
交接
原始碼、帳號、文件都會交接,我們也會帶您走一次設定、發行與日常操作。已知限制和未完成事項會留在交接紀錄裡。
所有權不能只靠某段對話記得。帳號有哪些權限、誰負責,應有文件可查。密鑰也必須和原始碼分開保存。後續若要繼續工作,會另訂合作範圍。
如何報價
固定費用
範圍確定後,開始前會約定交付內容、驗收條件和變更怎麼處理。中途出現新需求時,我們會把它當作範圍變更,先說明對工作量和時程的影響。
按工時計
仍在探索時,可以先約定一段界線清楚的工作,定義要回答的問題和檢視時間點,再用得到的範圍提出開發提案。
提案會寫明採用哪種方式,兩者都不要求長期合約。
交接時您會收到什麼
- 原始碼程式庫,以及交接當下的分支與發行狀態紀錄。
- 部署帳號,以及各項相關服務的帳號歸屬表。
- 環境設定說明。密鑰不納入原始碼,改以雙方約定的安全方式移交。
- 依產品需要整理的設定、部署、日常操作與復原檢查手冊。
- 已完成的驗證、已知問題與限制,以及未納入範圍的工作紀錄。
實際交付內容依產品邊界而定。維持運作需要的資訊本來就是交付的一部分。另一支有權限的團隊找得到必要資料、理解限制並能承接責任時,交接才算完成。