“前言”
上節我們大概瞭解了一下，
o2o推拿平臺上門業務流的概況，
本節我們繼續討論，
推拿平臺訂單流程的設計以及原型實現
消費碼
之所以要設計消費碼系統，
是因為傳統訂單流缺少驗證的流程，
一般使用者線上下單之後，
商戶端會顯示有客戶下單，
同時會顯示下單的顧客手機號等資訊，
但當此資訊洩露之後，
則會產生一些風險，
如服務被冒用或商家惡意騙取補貼等
上門專案儲存格的交互設計
訂單狀態的顯示，
是根據展示物件的不同而不同的，
但總體上有如下四個狀態，
待確認， 待服務，
消費碼與訂單
消費碼與訂單
消費碼與訂單的關係是一對一的，
也就是說每一個訂單的產生，
對應會生成唯一的消費碼，
消費碼在用戶端和商戶端，
以及推拿師端都會同時顯示，
消費碼為純數字8位元碼， 即9999 9999個，
消費碼採取隨機生成機制，
同時當訂單進入待評價狀態回收該碼。
使用場景
用戶通過用戶端進行下單並且支付，
系統後臺生成訂單的同時也生成對應消費碼，
為使用者發送通知告知使用者訂單資訊以及消費碼，
店鋪端和推拿師端此時也將收到新訂單提醒，
提醒店鋪和推拿師進行訂單確認，
此時訂單資訊為待確認，
推拿師確認訂單後，
訂單狀態改為待服務，
同時，
用戶也將收到後臺發送的推送通知，
通知用戶此時推拿師已接單，
用戶可隨時進店消費，
使用者在推拿師交付服務時，
將消費碼出示給推拿師與店主，
推拿師與店主將二維碼記錄，
並錄入消費碼驗證系統，
後臺接收並驗證該消費碼，
如驗證成功，
則會分別提示用戶和推拿師可以進行服務，
驗證不成功，
則提示消費碼有誤，
請仔細核對或聯繫客服。
原型設計
