實際上線的案子

你的案子 上線之後長這樣

每一則案例都寫清楚三件事:原本卡在哪、我們做了什麼、哪些是刻意不做的。最後那一項,最看得出一個團隊如何思考。

2026 · 台北公館 · 花店 · 自有案例

水源鮮花店

電話單全靠手寫 → 一頁看完今天要交的花

商家官網 線上訂購 訂單後台 LINE 整合

Astro・Cloudflare Workers・D1・LINE Messaging API

後台「待辦」分頁:逾期一張、今天要交三張,各自列出時間、客人、品項與金額
今天要交的、逾期的,一頁看完
後台「本週」分頁:七天直向排列,週一標公休,每天列出當天的訂單卡片
本週七天直向排列 攤位上是手機
後台訂單明細:狀態、通知結果、一鍵撥給客人、收件資訊、品項與已收未收金額
一張單的全部 含已收與未收

畫面為示範資料 —— 真實訂單含客人的姓名與電話,不對外顯示。

原本卡在哪

訂單分三路進來:電話、LINE 訊息、走過路過的客人,全部寫在紙上。今天要交幾件、幾點交、誰的花,只有攤位上那張紙知道 —— 紙不在手邊就答不出來。

客人送出訂購後也一樣:除了一句「我們會跟你聯絡」,看不到任何進度。

我們做了什麼

形象官網(營業時間、配送範圍、告別式與開幕花禮怎麼訂)加線上訂購單,訂單直接進資料庫、拿得到單號。

店家後台依操作頻率排序:今天要交的、本週七天、手動建單、全部訂單、設定。新單成立即推一則 LINE 到老闆手機,每天早上八點再推一份當日摘要 —— 沒有推播,攤位上的人不會主動去打開一個網址。客人則能以單號加訂購電話自行查詢進度,狀態一有異動就推播給他。

刻意不做什麼

不串金流:這家店多半在電話裡談價、當面或轉帳收款,接了線上支付只是多一份要對的帳,還多一道賣場審查。

不做登入系統:後台目前一人使用,密碼一台裝置輸入一次即記住。改為帳號登入的判準已寫進文件 —— 第二個人開始使用,或需要回答「這張單是誰改的」。

不裝日曆套件:這個畫面需要的只有「算出七天、把單分到那七格」,套件附帶的月檢視、拖拉與整套樣式全都要跟著維護。

看這個網站 這是自家人的店,也是曜影第一個從官網做到後台的完整案子。

案例會隨案子累積,能公開的都會放上來。

你的情況跟上面哪一段像

先聊聊你現在怎麼做事、最痛的是哪一段,我們再談要不要動工。