由於客戶目前對整個系統的想法並不多,希望由 Inusan 來設計規劃並提出提案,初步預算為 15 萬元左右,如果有更好的提案,預算可以再進行調整。
於是 Inusan 與 Mojin 一大早就在咖啡廳討論這次專案的提案內容。他們的想法是開發一個可以讓管理者在後台設定不同類型的喜餅餅乾,並在前台提供互動體驗的系統,讓使用者自行挑選喜餅,完成客製化的禮盒設計。
Inusan 提出了一些初步想法:「我覺得我們可以讓使用者在前台拖拽不同的餅乾到禮盒中,這樣他們可以依據自己的喜好來組合禮盒。」
Mojin 思考了一下技術可行性後回應:「這個想法很讚,前端部分應該可以透過拖拽功能實現,雖然沒有實作過,但我想應該不會太難。我們還需要建立資料庫來管理餅乾的資料和庫存,你可以跟客戶確認他們還需要紀錄哪些細節。」
經過討論後,他們紀錄了產品的核心功能及提供的價值。
• 可以新增、刪除和編輯不同類型的喜餅餅乾。
• 管理餅乾的庫存數量。
• 設定每種餅乾的價格和描述。
• 使用者可以拖拽餅乾到禮盒中,並即時看到預期的禮盒樣貌。
• 顯示禮盒中餅乾的總價和總數量。
• 提供不同的禮盒樣式選項。
• 使用者提交訂單後,管理者可以在後台查看和管理訂單。
• 管理訂單狀態,例如「處理中」、「已發貨」等。
用者可以通過拖拽操作,將餅乾從列表中拖進禮盒區域,並即時在禮盒區域中看到組合結果。這需要實現拖拽功能、動態更新顯示及即時價格計算。
管理員可以在後台建立新的餅乾類型,包括上傳圖片、設定價格、編輯描述和管理庫存。這需要設計一個容易操作的後台界面,並確保資料庫能夠有效儲存和管理這些內容。
使用者下單後,管理者可以在後台查看訂單詳情,並更新訂單狀態,例如“處理中”、“已發貨”等,確保每個訂單都有被適時處理。
雖然初步預算為 15 萬,但這個預算是否足夠涵蓋所有功能,特別是一些較為複雜的互動體驗,如前台的拖拽功能,仍需進一步確認。如果功能設計過於天馬行空,超出預算範圍,專案可能會因預算不足而失敗。建議在與客戶確認後,調整提案的範圍,確保功能與預算相符。
目前的需求是基於初步討論,尚未完整確認。如果客戶後續不斷變更需求或增加額外功能,會導致範圍擴張(Scope Creep),最終影響專案進度與成本。因此,必須先確立完整的需求,並與客戶討論是否要凍結需求,以避免不必要的變動。
雖然 Mojin 表示前端的拖拽功能技術可行,但這個功能可能會因互動體驗的複雜度增加而變得更具挑戰性,特別是在多設備、多瀏覽器的支援上。另外,後台系統的性能與資料庫的設計也需要進行進一步測試,確保其能支援高效的操作和數據管理。低估技術挑戰可能會導致專案進度延誤或功能無法如預期運行。