這個專案一開始很簡單。

「我們需要一個方法，讓業務團隊能有個一致的標準能夠衡量一場客戶提案會議的品質到底怎麼樣？」

接了這個來自業務團隊的需求後，我們開始著手開發一個小工具。至少一開始我是這麼以為的。

原本認為這工具就是單純協助業務團隊記錄和回顧會議的表現，但隨著開發的進程，不到三個月內，事情逐漸變得不太一樣：帳號與權限管理、資料紀錄、會議評鑒的機制，尤其是一套該如何把主觀業務判斷轉化為系統評分標準的 評分架構，一個個需求不斷冒出，也越來越複雜。

每增加一個需求，我就更清楚地發現：我原本以為我們是在「做一個工具」，其實從頭到尾，我們都在做一個系統。
而我的角色，也在這個過程裡一起改變。

原本只是一個負責接收需求、協調與專案管理的project manager，後來開始意識到自己需要動腦思考系統的架構設計、拆解功能規劃、做多輪POC測試與debug。完全沒有CS背景的我，因為實際碰到商務端團隊提出的需求，而一步步走進開發的領域，開始參與系統的設計開發。也在系統開始真正被使用者廣泛使用後，看到更多只有「把東西做出來」之後才會遇到的問題，在過程中一再修正、調校、測試，然後再更新。除了從零開始的陡峭學習曲線以外，感受也非常深的是，這過程完全體現了商務、產品、工程等職能在AI工具的介入之後，角色之間的變形和轉化。Day 2這一篇姑且還算是暖身前言，之後慢慢將專案的過程依照時間軸和面向慢慢做回顧拆解。