03
軟體與產品設計
讓設計稿與上線畫面分毫不差。
這適合誰
產品長出了三十個畫面，開始互相打架
每個畫面單看都合理，放在一起像三個產品。
團隊要擴編，需要單一來源
新進工程師沒有可依循的標準，只能複製貼上舊畫面。
要把設計系統當成資產
它會決定你未來兩年做每一個功能的速度。
包含什麼
- 使用者流程與資訊結構
- 線稿與視覺設計
- 設計系統：代幣、元件庫、使用規範
- 前端元件實作與 Storybook
- 開發者交接文件
不包含什麼
- 後端開發
- 資料庫設計
- 使用者測試的受測者招募費用
- 長期功能開發
把邊界寫在服務頁而不是只寫在合約裡，能減少約一半的來回溝通。
你會拿到什麼
- Figma 檔（含 Variables）
- 程式碼元件庫
- Storybook 文件站
- 交接規格書
時程與合作方式
期程
依範圍，最小 8 週
怎麼開始
先做一次現況盤點：把你現有畫面的不一致列出來。這件事通常一天就能看出投報率，也最能判斷該不該合作。 之後可以走專案制或月費保留制。保留制適合持續迭代的團隊 —— 每月固定工時、優先排程、範圍可跨專案調度。哪一種划算，看你的迭代節奏，聊過才知道。
我們不標價，因為每個專案的範圍都不同 —— 頁面型態、內容準備狀況、 要不要接後台，任何一項都會讓數字差很多。範圍確認之後才報價， 那時候的數字才是能對照的。
FAQ
常見問題
最小 8 週。設計系統本身約 4 週，其餘看畫面數量。