沒有黑箱期,也不會到最後才第一次看到成果。
時程與修改次數會依專案範圍在提案階段一起約定,這裡不先給一個對誰都適用的數字。
確認與提案
先確認要做什麼
把現況、目標與限制講清楚,再把工作拆成可以討論與決定的範圍。這個階段的產出是一份你看得懂的提案,不是報價單而已。
01
需求探索
先釐清使用者、目標、限制與目前真正卡住的地方。
- 你提供
- 現況、目標、使用者與已知限制
- 工作室產出
- 需求摘要、問題定義與待確認事項
02
提案與範圍
將工作拆成可討論的範圍、優先順序、時程與合作方式。
- 你提供
- 優先順序、預算區間與決策方式
- 工作室產出
- 工作範圍、里程碑與合作提案
設計與實作
再把它做出來
確認資訊架構與介面方向之後,用可以隨時打開來看的節奏完成實作與串接。你不會等到最後一天才第一次看到成果。
03
設計方向
確認資訊架構、介面節奏與能支援目標的內容方向。
- 你提供
- 品牌素材、內容資料與回饋
- 工作室產出
- 資訊架構、介面方向與內容建議
04
開發
用可檢視的節奏完成前端、系統功能與必要串接。
- 你提供
- 必要帳號、技術資料與階段確認
- 工作室產出
- 可檢視版本、功能實作與串接紀錄
驗收與交付
最後交得乾淨
一起對照需求與測試情境,再依合作需要交接內容與操作說明,或安排後續維護。交付後你自己改得動,才算做完。
05
檢視與驗收
一起對照需求與測試情境,調整到符合約定範圍的交付狀態。
- 你提供
- 依約定情境測試並集中回饋
- 工作室產出
- 修正版本、測試結果與驗收清單
06
交接或維護
依合作需要交接程式與文件,或持續安排後續改善。
- 你提供
- 接手窗口與後續維運需求
- 工作室產出
- 程式碼、操作文件與維護安排
先提供這些,討論會快很多
- 網站或系統要解決什麼問題,給誰用
- 預計要有哪些內容或功能,現有素材到哪個程度
- 一到兩個參考網站,以及你喜歡或不喜歡的地方
- 希望上線的時間,以及預算大概的區間