把複雜流程,變成會自己往前走的系統。
我從現場問題出發,重新整理流程、資料、權責與回饋,再決定哪些部分值得交給 AI 與系統。 這裡記錄的不是軟體功能,而是事情怎麼被重新組織、最後怎麼自己往前走。
不是先找 AI 能做什麼,而是先找哪裡正在浪費人的注意力。
正常流程自己跑,使用者不需要一直操作另一套「新工具」。
人保留判斷與責任,機器負責搬運、追蹤、規則化判定與可重複執行。
不是看功能,
看每個判斷怎麼接上下一步。
每個案例從不同問題出發,但最後都在處理同一件事:讓資料、權責與回饋彼此接得上。新的流程會繼續長進這張圖裡。
Complaint Intelligence
問卷與客訴進站後自動整理、判讀與分流,再流向 LINE 處置與營運戰情室;結果回來後,系統繼續累積脈絡。
看這個流程 ↗Menu Economics
從套餐經濟性往外展開,把詢比議、銷量推算的採購建議、LINE 店長確認、採購單、廠商接單、驗收與會計接成同一條營運閉環。
看這個流程 ↗Smart Scheduling
不是讓 AI 自動把人塞進格子,而是把客流需求、崗位能力、工時法規與現場脈絡接在一起,讓店長只處理真正需要判斷的例外。
看這個流程 ↗Agent Team Workflow
把 Opus、Gemini、Luna、DeepSeek 放進不同工作節點,讓需求整理、架構拆單、施工、驗證與 review 自己接力往前。
看這個流程 ↗Wish Pool
把一句模糊的「我想要這個」先接住,保留原意、追問、收斂,再讓需求者自己確認;確定需求後才交給 Owner 與 Agent Team。
看這個流程 ↗最近在做什麼
餐廳真正難算的不是成本,是「這個價格到底算不算數」
我本來只想知道一道套餐到底賺多少,做到後來才發現:真正要接起來的是價格事實、詢比議、採購單、廠商接單、到貨驗收與會計入帳,最後再回到下一輪成本。
排班真正難的不是把人塞進格子,而是同時回答「生意需要誰」和「誰適合站在這裡」
我原本只是想讓排班少靠感覺,做到後來才發現:真正要整理的是需求、人員能力、法規與現場脈絡。AI 不是排班員,而是把這些世界接起來。
不是每個願望都要立刻實現,但每個願望都不該消失:我做了一個會接住需求的許願池
同仁從 LINE 丟進來的需求,常常不是完整規格,而只是一句模糊的「我想要這個」。許願池先把原意接住,再陪他把需求收斂清楚,之後才交給 Owner 判斷、AI 施工與雙方驗收。
讓每一間門市,都被一個看不見的系統好好照顧
這張未來藍圖想藏起來的,不是人,而是那些原本要靠人記住、反覆計算、四處追問的瑣事。
不是讓 AI 看起來很厲害。
是讓系統真的少需要人。
我在意的不是多一個介面、多一個 chatbot,而是原本必須靠人記得、轉貼、追問、彙整的事情, 最後能不能安靜地自己完成。需要人的地方,才浮上來。