這個題目追求『快速便利』，正因為覺得題目創新有趣，所以加入此新創團隊共同創造出讓生活更便利的服務設計。
原先快速買早餐使用 RWD 響應式網站設計作為用戶的點餐入口，我的加入後開始全面改用 LINE Chatbot 作為面對消費者的入口，並且持續和 LINE 積極合作，也由我負責籌劃參與 LINE Protostar 計畫。
整個過程精實創業理論的實踐，此外也積極的對外實際招募用戶與商家，對內保持快速迭代更新的節奏，扎扎實實面對新創團隊的會遇到的各項挑戰和學習機會。
情境觀察與痛點分析
我們發現在早餐消費上有很明顯的消費慣性，因為上班族或是學生經常在習慣的店家消費，而且消費時間上有些壓力，因此相較午餐和晚餐，『消費慣性』在早餐行為上更加的明顯。
另外還觀察一些常常在早餐店上演的戲碼：
- 現場菜單讓人選擇障礙。
- 現場點餐排隊不知道自己要等多久。
- 電話點餐或是 LINE@ 點餐容易出錯。
- 現有早餐APP都是基於單一早餐店，消費者越來越不想下載更多 APP。
- 早餐店尖峰時刻的人力不足，現場訂單常常造成人手不足讓消費者抱怨。
- 現有工具無法解決有效率接單問題。
服務/產品設計
透過 LINE Chatbot 技術、雲端自動接單系統與後台資訊分析平台，打造一個依據『消費慣性』而設計的早餐訂單 chatbot。
老樣子
透過『老樣子』設計，記錄消費者點餐行為、社群推薦餐點，用戶可以一鍵送單，就像去早餐店跟早餐店老闆說『老樣子』。
全天候預約點餐
24小時可以隨時預約點餐，不會因為時間太晚，商家已經睡了所以無法預約，讓用戶可以提早規劃明天的餐點。
自動列印餐單
透過接單 APP 與賴傳真機，將訂單資訊整理過後自動化整理到老闆手上，讓商家可以完全無需操作任何設備就可以自動接單。
核心技術
LINE Chatbot
秉持原先不想設計 APP 讓消費者有額外下載 APP 負擔的初衷，所以將整個服務放到 Chatbot，之所以選擇 LINE ，是因為台灣人對於 LINE 有相當高的黏著性，因此選擇使用 LINE 作為 Chatbot 服務的基礎。
智慧的菜單資料結構
5breakfast 的 BD team 深入了解了超過150家菜單實例，考量消費者喜好菜單習慣和邏輯，設計出了一套符合大部分情境的智慧菜單架構。
雲端接單技術
商家自動接單狀態回報，提升訂單傳送成功率，達到真正的無人操作自動接單。
線下用戶轉線上點餐
藉由店內 QR code、Facebook 與 SEO 操作，協助商家將線下客轉為線上熟客，加強慣性消費習慣。
面對挑戰
這是我退伍後的第一個專案，對於我而言也是個滿大的挑戰，從一開始的規劃設計到開發，最後提交文件至 LINE 申請 LINE Protostar 都是由我一手包辦。
首先第一個當務之急的事情就是必須將原先 RWD 上的用戶引導至 LINE Chatbot 上使用，為了讓原先的消費者也可以使用 LINE 去做點餐消費，所以我先透過了 LINE Login API ，在原先 RWD 網站上可以讓使用者綁定
後來開始開發在 Chatbot 上註冊的功能，但是那時候還沒有 Liff 的設計，所以自行開發在 Chatbot 上透過對話方式註冊，我用的方式相當的簡單暴力，直接在資料庫針對 user 去放一個欄位儲存狀態，每次對話都去做判斷
至於商家搜尋邏輯的部分，我使用了 Geocoding API，這是一支非常好用的 API，可以將地址轉換成經緯度或是經緯度轉換成地址。我的使用邏輯也非常之間單，就是發現使用者想找商家的意圖，開始搜尋資料庫 store_name，發現找不到就去 Geocoding API 換經緯度來，搜尋資料庫使否有在這個經緯度附近的商家，如果沒有就真的找不到了
點餐的邏輯比較是沿用原先的 RWD 網站去做使用，僅有一些 data flow 做調整，我直接秀出 data flow 的圖來看
大概就先整理到這樣，之後我會撰寫一份用 Pytohn 寫 Chatbot 的教學，我會試著帶入情境 🙂
後記
謝謝 LINE 的 Protostar 計畫的夥伴，尤其是洪哲，在這過程幫了我很多，也給我很多寶貴的意見，得以讓我順利的把專案如期推上線，也讓我有這機會上台做分享，這真的是個很棒的經驗
也感謝 LINE 的其他好夥伴，讓 5breakfast 上線後用戶數每個月都是幾千人在成長