小程序掃碼點餐的業務實踐

掃碼點餐越來越常見,你想過其中的功能邏輯嗎?

小程序扫码点餐的业务实践

掃碼點餐,即幫助餐飲商家實現通過手機掃碼完成自助點菜,點菜結果傳到商家收銀系統及後廚。商家可根據小票打印出的顧客點菜信息備餐,提升顧客點餐和商家服務效率。

在當前餐飲服務體系中,堂食、外賣是兩個最為核心的業務,掃碼點餐解決的是商家提供堂食就餐服務時的線上點餐問題。

小程序扫码点餐的业务实践

掃碼點餐業務商家後臺功能列表

根據商家實際經營模式和場所的不同,主要可分為2種類型的商家:不提供固定桌位甚至不提供桌位,提供固定桌位。

這兩種模式可以對應快餐和正餐,兩種點餐模式,一般不允許同時存在。一個商家,僅可選擇其中一種。

一、取單號點餐

小程序扫码点餐的业务实践

取單號點餐業務流程圖

取單號點餐適用於諸如茶飲、快餐等商家的點餐服務方式,該方式以“取單號”作為出餐和備餐完成後的取餐憑證,“取單號”更可以結合叫號屏等外接硬件提供更加立體的服務。

針對這種模式,顧客可以到店時使用微信掃門店點餐碼、搜索進入小程序等方式進入小程序進行線上點餐,下單完成後根據取單號取餐。

根據顧客的線下實際就餐場景,例如剛出門預估大概1小時後到門店能夠用餐,這時候提供這種預約點餐的商家就可以開啟“預點單”功能,滿足類似顧客的點餐需求。顧客可使用搜索或者收藏的商家小程序,可以在出門前就下單支付,預約在1小時後到門店取單。<

在這種點餐模式中,商家備餐內容及備餐的先後順序也會將“取單號”數值和“預點單”時間作為重要參考依據,以提高備餐效率。

小程序扫码点餐的业务实践

二、掃桌碼點餐

小程序扫码点餐的业务实践

掃桌碼點餐是線下點餐場景中比較複雜的一種。

一般情況下,提供掃桌碼點餐的商家為顧客提供了較為固定的桌位,會配備服務員隨時服務,並且送餐上桌。

在掃桌碼點餐業務中,所有業務都基於桌碼。

在本文開始的“掃碼點餐業務商家後臺功能列表”腦圖中:

“桌位管理”即是對門店桌碼的管理模塊,其中“區域管理”用於設置門店中諸如大廳、包廂等桌位的所在區域;“桌位類型”用於設置大桌、中桌、小桌等桌位的大小及可就餐人數;“桌位管理”用於設置門店具體的桌位,每一個桌位都需要設置一個區域及桌位類型,且每一個桌位都需要設置一個當前門店不可重複的桌位名稱,例如A1、A2,每個桌位都有對應的小程序碼可供下載,然後由門店製作線下物料張貼到桌位上。

1. 結賬模式

在掃桌碼點餐中,結賬模式決定了點餐流程中是否提供中途加菜服務。若結賬模式設置為“先吃後付”,則支持中途加菜,反之則不支持加菜。

1)先吃後付

先吃後付在實際場景中也是比較常見的,對於一些提供正餐服務的商家,他們樂意提供中途加菜的服務。

在先吃後付的點單流程中,用戶選擇完商品後,只要提交訂單而無需立即支付,即告知商家所點商品信息,開始備餐。在這個過程中,用戶提交的訂單均是未結賬狀態,後續可基於該訂單增加新的商品,並提交訂單後告知商家新加商品信息,繼續備餐。

需要說明的是,點菜及加菜環節,是不計算任何優惠內容的。該過程進入支付環節後,訂單即會鎖定,不再支持加菜。訂單結算支付時,會統一計算可享受的優惠信息。

先吃後付的優惠計算滯後是在做這個業務中比較值得考量的一件事情。在餐飲的商家管理系統中,存在諸如優惠券、限時折扣、滿減、新客專享、滿贈等一系列營銷活動。這些活動本身會根據訂單實際總額髮生一定的變化,例如滿減可設置滿10減5、滿20減8等多個梯度,而用戶在加菜環節中訂單的金額是在不斷增加的。

如果將優惠計算置前(提交訂單時),一是沒必要,二是對訂單本身的計算存在一定的影響。因為加菜時,例如若訂單金額觸發了新的滿減,就勢必需要釋放原有滿減內容,而需要使用新的滿減梯度進行訂單計算,類似的情況對於優惠券這種優惠來說,更需要考慮凍結及釋放的情況。

此外,這裡還有細節需要注意。例如就餐人數、桌碼選擇後,就不能再更改;加菜的信息提交後,都需要推送最新訂單信息至外設打印機等;加菜環節進入商品列表時,需在購物車保留已選商品信息,但不可編輯;加菜的商品在提交訂單時註明是第幾次加菜的。

小程序扫码点餐的业务实践

2)先付後吃

先付後吃和先吃後付的區別即是不允許加菜,選擇商品後需支付完成才會通知商家備餐。這種模式相比先吃後付模式就簡單了不少,因為整體的點餐流程只存在一次,因此在提交訂單時即可計算優惠並確定訂單整體信息。

小程序扫码点餐的业务实践

2. 點餐模式

對於點餐模式,這裡不再詳細說明。

目前,我們設置了關閉多人點餐、開啟多人點餐、拼桌模式等3種點餐模式,3種模式商家只可選擇一種。

若關閉多人點餐,則用戶掃桌碼後,對應的桌位狀態即變更為“已開臺”,其他人若再掃這個桌碼則會提示“桌位已被佔用”。這種狀態的桌位需由商家手動清檯,或商家設置為支付完成後自動清檯才可重新釋放使用。

若開啟多人點餐,則用戶掃桌碼後,對應的桌位狀態也會變更為“已開臺”,但是其他人掃這個桌碼時不會再提示“桌位已被佔用”,而是可以與開臺者一起共同點餐(共同將商品加入購物車)。若開臺者已提交訂單,則其他人掃桌碼則會跳轉至訂單詳情,可選擇“繼續加菜”繼續點餐。

若開啟拼桌模式,則不同用戶都可掃同一個桌碼,且彼此的訂單是完全獨立的,互相看不到。這種模式下,用戶所掃的桌碼僅用於商家送餐。

3. 其他設置

在商家端,還可提供諸如清檯設置、就餐人數設置、餐具費設置等。

清檯設置可提供商家2種清檯方式:手動清檯、支付完成後自動清檯。若商家設置為手動清檯,則對於“已開臺”的桌位,即使該桌位的用戶已經支付完成,桌臺狀態依舊為“已開臺”狀態,除非商家手動對桌位進行清檯處理;若商家設置為支付完成後自動清檯,則用戶支付完成後,該桌即會自動變更為空閒狀態,其他用戶可掃桌碼重新開臺。

就餐人數設置,可為商家設置能提供的最大就餐人數,例如一個門店最大的包廂也只能容納20人,則對該項設置為20是一個比較合理的值。這樣用戶在小程序點餐時,最多隻可選擇就餐人數為20人。

餐具費是掃桌碼點餐中一個比較常見的費用,即按照就餐人數收取餐具費,商家可根據實際情況設置一個非負的數值。這樣用戶在點餐時,如果選擇了人數,則結算時,會自動根據設置的餐具費進行後費。

三、總結

儘管在掃碼點餐業務中,已經根據實際業務做了比較多的細分,但是實際場景中還會有更多的合理情況需要考慮。例如,即使門店提供掃桌碼點餐,他還會提供堂食打包外帶服務,這種情況下就不能再強制用戶掃桌碼等等。

餐飲是一個比較辛苦且競爭激烈的行業,小程序掃碼點餐是一個提高門店經營效率,並可以提供歷史數據沉澱和分析的好工具。

現在,也有越來越多的商家在慢慢接受這種信息化的變革,也有越來越多的服務商在提供類似的技術支持。

本文的分享僅是個人在做掃碼點餐業務時的實踐總結,如果有不對的地方和需要交流的,歡迎指導交流。

題圖來自Unsplash,基於CC0協議


分享到:


相關文章: