合作方式

可持續檢視的合作流程。

合作先從書面範圍開始,再做出可操作的設計並按週交付版本。帳號、原始碼和文件真的交到您手上,所有權才有意義。

專案輪廓

專案階段時間線自界定範圍至交接的橫向專案時間線。每個階段標示您將取得的產出,以及需要您提供的事項。界定範圍交付:書面範圍由您:脈絡與決定設計交付:互動原型由您:流程回饋開發交付:檢視版本由您:驗收意見交接交付:原始碼與手冊由您:帳號負責人 專案階段時間線專案階段時間線的直向版本。每個階段各列出一項您將取得的產出,以及一項需要您提供的事項。 界定範圍交付:書面範圍由您:脈絡與決定 設計交付:互動原型由您:流程回饋 開發交付:檢視版本由您:驗收意見 交接交付:原始碼與手冊由您:帳號負責人
  1. 先把範圍寫下來,您提供脈絡與決定。
  2. 原型可以操作後,請您回饋流程和例外情況。
  3. 開發期間按週交付版本,驗收需要您的意見。
  4. 交接原始碼和操作文件,同時確認各帳號由誰負責。

這是一般專案的合作方式,不是報價或時程承諾。實際順序和投入,要等問題、存取權與風險確認後才會寫進提案。

界定範圍

我們先弄清楚產品要幫誰完成哪件事,以及眼前有哪些限制。探索後會留下書面範圍,寫明支援的流程、不承接的事項、相依條件和驗收方式。後續是否進入開發,文件都歸您所有。

實作前要確認的問題會先列出,例如既有系統能不能存取、外部帳號由誰持有。還沒確認的相依條件會原樣保留,不會變成預設功能或交付承諾。

設計

介面直接以程式做出來,您可以走過完整流程,也能指出真正需要調整的地方。除了主流程,空白畫面、錯誤、鍵盤操作和窄螢幕情境也會一起檢查。

範例資料和只在本機運作的互動都會標示清楚。可執行的前端能幫助確認行為,卻不表示儲存、權限或串接已經存在。

開發

每週都會交付可以檢視的版本。每次檢視會對照既定範圍,說明哪些功能能試、哪些還沒完成,還有哪些事需要您決定。

提出變更時,我們先確認有沒有超出既定範圍。若有,會先說明對工作和時程的影響,再決定怎麼處理。驗證也會走過失敗路徑與系統交界。

交接

原始碼、帳號、文件都會交接,我們也會帶您走一次設定、發行與日常操作。已知限制和未完成事項會留在交接紀錄裡。

所有權不能只靠某段對話記得。帳號有哪些權限、誰負責,應有文件可查。密鑰也必須和原始碼分開保存。後續若要繼續工作,會另訂合作範圍。

如何報價

固定費用

範圍確定後,開始前會約定交付內容、驗收條件和變更怎麼處理。中途出現新需求時,我們會把它當作範圍變更,先說明對工作量和時程的影響。

按工時計

仍在探索時,可以先約定一段界線清楚的工作,定義要回答的問題和檢視時間點,再用得到的範圍提出開發提案。

提案會寫明採用哪種方式,兩者都不要求長期合約。

交接時您會收到什麼

  • 原始碼程式庫,以及交接當下的分支與發行狀態紀錄。
  • 部署帳號,以及各項相關服務的帳號歸屬表。
  • 環境設定說明。密鑰不納入原始碼,改以雙方約定的安全方式移交。
  • 依產品需要整理的設定、部署、日常操作與復原檢查手冊。
  • 已完成的驗證、已知問題與限制,以及未納入範圍的工作紀錄。

實際交付內容依產品邊界而定。維持運作需要的資訊本來就是交付的一部分。另一支有權限的團隊找得到必要資料、理解限制並能承接責任時,交接才算完成。