你的活動指揮中心就在彈指之間
Why I Built It
辦過活動的人手上應該都有個 Excel or Google Sheets，裡面紀錄的不外乎大大小小的任務、不到最後一週都可能有變動的議程、滾動調整的參加名單、默默長出的費用……族繁不及備載。
身為活動總召，開個共編檔，讓工作人員自己回報進度，Stand-up meeting 前自己掃過一輪，大多數時候也還夠用，但是，有沒有可能讓整個過程更簡單呢？例如：
安排工作的時候， 能不能一眼看出某個時間誰會在哪裡？有沒有人分身乏術？
人員異動的時候，能不能一鍵看出費用的變化？預算用了多少？
活動進行的時候， 能不能一手掌握目前的進度？確保每個人各司其職？
Excel 不是不可以，多加幾個欄位、多一層 filter，勤勞地更新檔案，當然做得到。但是，還有其他可能嗎？
我乾脆請 AI 做 Market Research，盤點市面上各式管理工具，似乎沒有一個可以一肩扛起我需要的細緻度； 既然如此，只好呼叫這一年來我最熟悉的 Vibe Coding 工具 Lovable ——「 Event Command Centre」就此誕生。
What I Built
一開始，我最想做的，只是讓我可以清楚看到同一時間工作人員跟與會人員到底在哪裡的大表，慢慢地，它從一張「比較好讀的工作表」，長成了一個從事前規劃到活動當天都可以用的活動指揮中心。
網站主要功能：
- Dashboard｜活動總覽
網站首頁，直接檢視最即時的活動倒數跟準備進度，逾期、即將到期、待討論、待回覆的任務一鍵掌握。 - Timeline｜時程管理
同一張 Rundown 可自由切換與會者及工作人員視角，也可以選擇卡片、表格、行事曆三種模式瀏覽；系統另有時程衝突或空檔提醒，輸入內容後即可預警。 - Tasks｜任務管理
直接依照任務進度自動分群，亦可依負責人、類別、狀態快速篩選或排序；除了任務進度，也能標記哪項任務待回覆及已等待天數，一眼看出哪裡卡住。 - Budget｜預算管理
從活動總預算、廠商報價到實際支出一次掌握，其中特別保留原始報價預估和過程中調整紀錄，以便日後對帳及費用控管；人數有異動時，系統自動重算費用總額，亦有批次修改多筆項目或加總選取項目功能。 - Checklists｜活動檢查
建立場勘跟行前檢查常用範本，檢查當下用手機即可直接記錄結果，發現問題也可以一鍵新增任務卡片做後續追蹤。 - Documents｜文件輸出
考量活動涉及不同人員溝通，系統可以自動將資料分門別類，將議程、進度、預算等資料整理成可下載文件，開會或需要分享時不用再花時間整理。 - Admin｜後台管理
預先設定 Owner、Editor、Viewer 三種權限，Admin 頁僅開放權限給 Owner；可以同時管理多個活動、工作人員、時程跟任務類別、人員權限、分享連結等設定。
此外，考量活動細節可能需要即時調整，一開始就採用響應式網頁設計，讓桌機跟手機版本都可以清楚瀏覽跟操作。
How I Built It
我不是工程師，辦活動也不是我的主業，在這個時代，若想要快速做出一個好用又可以客製的工具，Vibe Coding 是一個很自然的選擇。
而我選擇的工具叫「Lovable 」，它對沒有技術底子的用戶來說相當友善，從介面操作、功能修改，到與外部服務的串接，都可以透過對話逐步達成，快速迭代，大幅縮短從「說出需求 」到「 建立工具 」的距離。
我的方法是先開啟「 Plan 」模式，告訴 Lovable 本次活動背景、需要哪些功能、哪些需求目前 Excel 做不到，請它分析後，提出建議的網站架構，幾回討論後，將主要功能定案，再開啟「 Build」模式實作。
待 Lovable 做出第一版後，馬上測試；在變成上方影片這個樣子前，還經過多次調整，為的是讓 UIUX 更友善，或管理起來更細緻；值得注意的是，AI 有時會自行預設一些資料邏輯，需要一一跟它確認，確保自己知道系統是怎麼運作的。
例如一開始做時程檢視功能時，只要同時間有工作人員跟與會者的兩張卡片，系統會第一時間判定為時間衝突，發出警示，但與會者參加活動的同時，工作人員準備下一個環節，本來就是很正常的，所以需要跟系統釐清警示的判斷邏輯，用「人員＋時間」兩個維度去判定，而不是只靠「時間」單一維度。
類似情況在開發過程中出現好幾次，自己需要清楚瞭解系統的架構跟邏輯，萬一出問題，才知道要先從哪一層資料開始檢查。
此外，這個工具也開放給其他工作人員使用，我會在每次的 stand-up meeting 依照大家的回饋繼續調整，讓使用者都可以輕鬆上手。
對 Lovable 有興趣的讀者可以透過這個連結申請帳號，一開始有 10 credits 可以試用。如果你透過連結註冊，我也會獲得額外 credits。
What I Learned
2026 年的現在，網路上 Vibe Coding 的分享如雨後春筍地冒出，已經做了好幾個 use cases 的我，很能體會那種想做什麼就做什麼的自由。當然我也注意到，圍繞 Vibe Coding 的討論不全是正面的，除了常見的資安問題，還有回到問題本質，很多 Vibe Coding 做出來的題目都大同小異，如果已有現成工具，還有自己做的必要嗎？
以 Event Command Centre 為例，把上面的功能一一拆解，時程檢視、任務管理、預算控管、行前檢查，市面上其實還有其他工具可以替代，但若拆分到更細的管理需求，未必每個工具都做得到；我做出來的，其實是一個把不同功能整合起來，再依照自己工作方式跟要求客製細節的工具。
AI 時代人們對「做出一個工具」的要求已經改變了，當開發速度不再是最大的挑戰，當需求累積不再是推進的瓶頸，真正可以做出差異化的，還是「Taste」，開發者對資訊、流程、排版、體驗的每一份判斷跟堅持，決定了這個工具可以走得多遠，又能解決多少問題。
話說回來，傳統軟體開發過程中的反覆測試、修改、抓錯，在 Vibe Coding 的流程依舊免不了，但像我這次主要使用者就是自己，自己的需求自己對齊，著實省下不少時間。
當然，Event Command Centre 若要升級成專業的活動管理工具，還有很多細節要補強，畢竟我因為活動性質及隱私考量，捨棄了與會人員名單、個人帳號、簽到等不少活動工具常見的管理功能；但我認為這還是一次不錯的嘗試，至少，這個工具讓我成功辦完了一場活動。
話說回來，雖然沒有半點技術底子，我很感謝多年前 Google 跟 Coursera 合作開的 UX 系列課程 (心得在此) 跟去年上的 Stanford UIUX for AI Products 課程 (心得在此) ，兩堂課皆讓我受益良多，過程中建立了很多設計跟開發的基礎觀念，在 Vibe Coding 的路上派上了用場。
自己手上還有幾個 Vibe Coding 的專案開發中，有些是 one-time-only，有些則希望走得更遠；感謝 AI，讚嘆 AI，自己的工具自己做，讓我的很多 Ask 變成可能。
最後，如果你對 Event Command Centre 有什麼想法或想交流 Vibe Coding 心得，歡迎在下方留言，有什麼悄悄話想說的話，也可以透過這個 email 聯絡我 。