🔧 阿川の電商水電行
客戶在北美 想開發能讓顧客用手機簡訊 訂餐的系統
可能是給自家多間餐廳使用 也可能是要做 SaaS
自家用的話資料庫設計單純一些
SaaS 的話 看是做成 multiple tenant vs Row-Level Tenancy
大致拆解為三塊模組：簡訊下單、訂單確認、送件到門市 POS 機器
送件到門市 POS 機器
Toast 是北美的餐飲 POS 業者 搜尋 toast pos api 就有公開文件
台灣常見的 iCHEF、肚肚、快一點 我印象沒聽過公開 api 也沒聽過有人在串 -> 需要確認
這模組難度不高 就是根據官方規格 驗證串接 -> 把訂單 送到 pos 雲端主機 -> pos 業者會完成後續整合
簡訊下單
使用 SMS 作為 input
北美可以用 twilio api 發送簡訊
收到顧客簡訊 也可用 twilio webhook 發送 http post 到自家主機
文字訊息來來回回 跟 line chatbot 或各種通訊軟體 chatbot 沒有差別
台灣有多家 sms 業者 但好像沒聽過有人在串 webhook -> 需要確認
至於台灣廠商可以用 twilio 嗎 應該可以 -> 需要確認
這模組難度不高 但需要試用一下各家 sms 服務 確認簡訊送達率
訂單確認
這是整個專案最有挑戰性的地方
這個 ai agent 要在對話來回中 根據對話內容
- 顯示菜單 pdf 連結
- 詢問對什麼食材過敏
- 在對話中確認訂單
- 提供付款連結
如何讓 ai agent 能進入這四種流程 -> need poc
顯示菜單 pdf 連結
這沒什麼 先把菜單上傳到 google drive 之類地方 再用縮網址服務即可
詢問對什麼食材過敏
need poc
在對話中確認訂單
need poc
提供付款連結
這個不難 確認訂單的時候 會在資料庫 orders table 建立一筆狀態未付款的 row
實作一個 routing 例如 /orders/{hashid}/payment
在後續對話中 -> 提供這個 url -> 顧客點擊之後 顯示一個頁面 -> 支援多種付款方式即可
更多注意事項
案主提到後續或許需要串接 DoorDash/Uber Eats
要留意在付款完成的當下 預留可以 trigger 更多 event 的彈性
然後就是根據外送平台的 api 文件 串接而已
如果呼叫的時間點不是付款完成 那就是看 POS 系統是否有 完成訂單 事件時間點 能否 webhook 繼續往外串接
心得
簡訊每則來回都要費用 以台灣業者來說 我印象收費每則是1元吧 這很昂貴吧
各種點餐 ui、表單 ui 已經很成熟 有必要做成自然對話的 chatbot 嗎？
這位北美案主怎會想開發這種系統？這需要在會議上確認
但也是可以理解 案主想協助餐廳 擺脫第三方訂單系統的抽成
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
YT：https://www.youtube.com/@codelove_tw
DC：https://discord.gg/fvCF2whZ9D
⭐️ Shopify 接案服務（給品牌）
https://job.turn.tw/shopify-services
⭐️ Shopify 技術教練（給工程師）
https://job.turn.tw/developer-coaching
⭐️ 台灣 Shopify 開發者 LINE 群（非官方）
https://line.me/ti/g2/YUasX5K3CJ4QdIx76zppjHlh3-q8w-xkSyK1LA
