小型專案也需要先設計資料結構嗎？

需要，但可以保持簡單。即使只有少量功能，也應明確核心物件、欄位和關係。

資料結構確定後還能修改嗎？

可以，但越晚修改影響範圍越大，因此應在開發前完成核心結構確認。

介面決定使用者看到什麼，資料結構決定系統能否長期運行、擴充和維護。

許多數位化專案會從頁面長什麼樣子開始討論，但系統是否穩定，往往取決於介面背後的資料結構。

資料結構需要先回答幾個基本問題：系統中有哪些業務物件，每個物件包含哪些欄位，物件之間是什麼關係，以及資料會經歷哪些狀態。

例如，一筆訂單不僅有金額和時間，還可能關聯客戶、產品、合約、付款紀錄和負責人。如果這些關係沒有提前定義，後期就容易出現重複輸入和統計困難。

清晰的資料結構也會反過來協助介面設計。哪些資訊需要出現在清單中，哪些操作應該放在詳情頁，哪些狀態允許編輯，都會變得更明確。

對於需要長期迭代的專案，資料結構還要保留合理的擴充空間，但不應為了假設中的需求無限增加欄位。

我們的做法是先用業務語言完成物件和流程梳理，再將其轉換為技術模型，最後進入介面與功能設計。