5個“收銀臺”設計案例
在日常生活中,相信“收銀臺”我們都不陌生,在各種場景都需要用到。那么一個好的“收銀臺”該如何設計?作者列舉了五個場景的“收銀臺”,探討其業務架構設計、關鍵邏輯設計、收銀臺功能設計等,希望對你有所啟發。
案例1:醫療場景收銀臺
在醫療的業務場景下,患者在接受醫療服務后需要繳納相應的費用,而傳統的醫院收費方式存在排隊等待、繳費不方便等問題。因此,我們的醫療場景下收銀臺模塊設計旨在解決這些問題,提供一種更加便捷、快速的繳費方式。
那么,接下來我們一起通過兩個常見醫療場景了解存在的用戶痛點。
場景一:預約掛號
小李上班時間固定,某天請假去醫院看病,但因不熟悉醫院流程,不知道掛哪個科室,只能去導診臺咨詢。之后又去掛號窗口排隊繳費,但被告知科室已無號,只能改天再來。
小紅上班時間固定,某天身體不舒服,于是通過某醫院的小程序,輕松掛好了專家號,到了就診時間直接前往醫院。
場景二:線下問診
小李在診室門口等候,聽到叫號后進入診室進行問診,醫生開完處方后,小李再到繳費窗口排隊繳費。繳費后,小李拿著收據到藥房取藥。
小紅在診室門口等候,聽到叫號后進入診室進行問診,醫生開完處方后,小紅使用手機掃碼完成支付,然后直接前往藥房取藥。
通過以上場景,可以看出醫療場景下收銀臺解決的核心問題是便捷、快速的繳費減少排隊等待,以及提高醫院工作效率。
1. 業務架構設計
通過上述醫療場景分析,業務架構設計如下:
2. 關鍵邏輯設計
2.1 門診業務
就診前:
此處的“收銀臺”界面即“確認預約”界面。
就診中:
就診中繳費的交互方式分為兩種:
方式一:醫生開完處方單,HIS系統直接推送“繳費單”信息至微信,或者患者直接進入小程序點擊“繳費單”,點擊“立即支付”即可完成繳費業務。(小程序已存在患者信息)
方式二:醫生開完處方單,打印出收費單據,患者僅需使用微信掃一掃,即進入“繳費單”界面,點擊“立即支付”即可完成繳費業務。(小程序不一定存在患者信息)
此處的“收銀臺”界面即“繳費單”界面。
就診后:
患者微信支付成功后,微信支付回傳支付信息至收銀臺模塊,收銀臺模塊通知訂單系統,訂單通知相關的業務系統。
2.2 住院業務
入院前:
此處的“收銀臺”界面即“住院押金”界面,類似金額充值。
住院中:
醫生每日錄入該名患者的處方信息,生成日清單(訂單),向收銀臺模塊發起賬戶扣款請求,執行成功記錄在住院清單模塊。若余額不足,賬戶系統推送余額不足信息?;颊唿c擊,進入“住院押金”界面。
出院后:
醫生在住院業務系統里點擊結算,結算系統獲取訂單信息并統計生成結算信息,推送賬戶系統執行扣款結算任務。若存在余額,則由收銀臺模塊執行原路退回任務。
3. 收銀臺功能設計
在醫療場景下,收銀臺模塊是非常重要的一環,可以提高醫院的工作效率,節省時間和資源,同時也可以提高患者和家屬的支付體驗。
3.1 收費功能
收費功能包括各種費用的收取和處理,如掛號費、檢查費、藥品費、手術費等。同時,收費功能還需要考慮到支付方式的多樣化,包括現金、銀行卡、支付寶、微信等多種支付方式。(以下介紹均以微信小程序為例,故支付方式上僅支持微信支付。)
3.2 退費功能
退費功能包括各種費用的退還和處理,如掛號費、檢查費、藥品費、手術費等。同時,退費功能還需要考慮到退費的流程和時間,以及各種支付方式的退款方式。
3.3 預約掛號功能
預約掛號功能包括患者的預約掛號等操作。同時,預約功能還需要考慮到預約的流程和時間,以及預約的方式和費用等細節。
3.4 查詢功能
查詢功能包括各種費用、預約、掛號等信息的查詢和處理。同時,查詢功能還需要考慮到查詢的方式和流程,以及查詢結果的呈現方式等細節。
總之,在醫療場景下,收銀臺模塊需要考慮到收費、退費、預約掛號、查詢等各項功能設計。只有在各項功能設計的細節都做好了,才能開發出一個高效、安全、易用的收銀臺應用產品。
4. 寫在最后
在設計醫療場景下的收銀臺應用產品時,需要考慮到多方面的需求,比如保護患者信息的安全、提高工作效率、簡單易用等等。由于醫院等級越高,業務系統越復雜,因此需要為產品設計相應的模塊和功能,以滿足不同的業務需求和用戶群體。同時,還需要確保產品簡單易懂,適應不同用戶的需求。
此外,收銀臺應用產品還可以應用到其他的場景中,比如食堂收費、停車收費等。產品設計需要根據不同的業務需求,為產品設計相應的功能,以滿足用戶的需求。
案例2:積分電商收銀臺
作為線上+線下新零售積分電商系統,有app收銀臺和線下門店收銀POS收銀臺,無論是線上還是線下支付收銀均可共同參與促銷活動、營銷活動,訂單下單后都會影響商家進銷存系統的庫存,收銀臺內有積分+積分全額抵扣、積分+第三方支付、第三方支付、大額轉賬等。
商家店鋪內的商品可參與促銷活動:滿減、滿贈、滿元加購,營銷優惠券(品牌、類別、商品、全場券),積分抵扣消費,會員等級會員價,同時門店可進行儲值卡充值及儲值卡支付。
1. 業務流程圖及系統邏輯
平臺運營后臺設置收銀臺支付方式規則,前臺用戶下單時,系統會獲取支付方式設置順序、在用戶選擇第一種支付方式后會判斷是否為積分,積分支付會出現全額抵扣訂單和抵扣部分,當使用積分不足為部分抵扣時,系統會進入組合支付,用戶在選擇第二種方式時會根據后臺設置支付比例獲取兩種支付方式相加大于100%作為組合支付,不滿足及不可組合。
同時支付方式存在積分時系統會判斷是否實名認證、設備是否常用等,初次將驗證手機驗證碼,最后驗證交易密碼即可完成訂單積分支付。
在請求調起收銀臺時,會判斷是否商品存在營銷、促銷、會員價等優惠,系統會排除互斥優惠方式,將最終優惠價格分攤至參與優惠單品,訂單使用積分抵扣后,也會按照抵扣金額與商品金額占比進行單品抵扣分攤,最終計算出單商品實際支付金額和總訂單實付金額作為后期商家分賬、優惠補貼等結算使用。
2. 產品原型
2.1 商家門店營銷
2.2 商家門店促銷
2.3 線上支付界面
2.4 POS支付界面
2.5 POS會員儲值
2.6 平臺支付方式設置
案例3:線下游樂收銀臺
線下游樂指的是諸如電玩城、真人CS、密室逃脫等依托線下實體的休閑娛樂場所。在這些場所中,收銀臺是必不可少的一部分,它支撐著整個門店的運營。
1. 場景及功能
與傳統的收銀系統只負責收銀這一項工作不同,線下游樂場所為了滿足多樣化運營的需求,往往需要收銀臺除了正常的售票功能外兼顧線上訂單出票、會員管理、當日訂單管理、團建訂單管理、預約訂單管理等功能。
現在我們看一下整個收銀臺變遷升級的過程是怎么樣的,是如何一步步形成了上圖的功能體系。
1.1 線下交易功能
小王開了一家密室逃脫,接入一個收銀臺來幫助他完成門店的售票收銀工作。小王會使用這個收銀臺做些什么呢?
在管理后臺上架商品,在顧客到店時選擇商品創建訂單,使用掃碼槍掃描用戶的付款碼,待用戶支付完畢后將收銀臺打印的票據交給顧客,一天結束之后在管理后臺復盤當天的訂單。
1.2 當日訂單管理功能
上述的收銀過程會產生一個問題,就是對當日的訂單管理起來非常不方便。
如果顧客要更換商品或是進行退款等操作必須要先退出收銀臺或者在另一個設備上登錄管理后臺才可以對訂單進行管理。
于是小王希望能在收銀臺上直接管理當天的訂單。
1.3 優惠及導購功能
收銀臺升級功能之后,小王開始考慮如何吸引更多的客戶。
他想到了可以通過優惠活動的方式吸引用戶消費,同時招募一些推廣人員來為這次活動引流。
為了能在收銀臺上使用優惠以及給推廣人員結算分成費用,小王又需要能在管理后臺中配置優惠券以及在收銀臺上使用優惠券,同時他還需要能在創建訂單時關聯導購員方便結算推廣人員的費用。
1.4 交班功能
小王的生意漸漸紅火了起來,他發現自己一個人有點忙不過來了,他需要招募一個或多個店長來幫助自己完成收銀的工作,這樣可以幾個人輪流倒班。
這個時候就產生了一個新的問題,小王應該如何給每個店長結算業績呢?
最好的辦法是每個店長下班時進行一次交班,收銀臺自動打印一份店長工作期間的流水匯總,小王再根據流水去給店長結算業績。
1.5 第三方訂單出票功能
很快小王的店鋪就遇到了瓶頸,單靠線下的自然流量已經無法實現收入增長了,小王就想著將自己的商品上架到美團或者抖音,從線上獲得收入增長。
于是需要收銀臺要么能直接識別美團或抖音的訂單,要么至少做到將美團或抖音的訂單和當前的訂單關聯起來便于查賬。
考慮到暫不清楚第三方訂單有多少量以及是否會新增第三方,小王選擇了關聯訂單的方案。
1.6 會員管理功能
小王為了能更好的服務顧客以及增加顧客的復購,想推出自己的會員卡業務。
同樣出于便于管理的需求,最好是能在收銀臺上就集成開設會員卡、充值會員卡、管理會員卡的功能,同時在支付時可以選擇會員卡進行支付。
為了便于管理會員卡充值訂單,最好在當日訂單管理功能中也可以查詢到會員卡充值訂單。
1.7 線上訂單出票功能
當積累了一定的會員后,小王考慮著能否接入一套線上商城,讓自己的會員可以在自己的線上商城中購買商品并管理自己的會員卡呢?
說干就干,很快小王就推出了一個線上商城,但是新問題再次出現了,線上的訂單如何在線下進行核銷呢?
收銀臺看來還得支撐線上訂單出票,同樣的為了便于管理收銀臺的當日訂單管理中要能查詢管理到這筆訂單。
1.8 團隊訂單/預約訂單功能
小王的密室店越來越火爆,訂單與日俱增,很多大小團體希望能在小王的店鋪內開展自己的團隊活動,同時散客也不喜歡每次線上買票后到了門店結果無法消費。
于是小王只能考慮新增團隊訂單功能和預約訂單功能,考慮到這兩者面向的對象和消費方式有別于一般的用戶,小王選擇將功能集成在收銀臺一起管理,但要注意和當日訂單做好區分和融合(團隊訂單和預約訂單在最終支付完全前不應該進入當日訂單)。
2. 收銀臺架構
基于上述場景分析和收銀臺功能思維導圖,收銀臺架構如下(藍色為應用層,黃色為服務層,為保證結構圖清晰可見此說明用文字表示):
3. 收銀臺設計
聊完了場景和架構,我們接下來看看具體的設計(會員相關的內容在錢包中已經分析過這里不再重點展示)。
3.1 線下交易界面
選擇導購員本質上是將導購員的信息和訂單信息做一個綁定關系(甚至可以采用備注的方式將導購昵稱寫在訂單備注里),所以在下單時選擇事先配置好的一位導購員即可。
接下來我們看看商品的選擇,在商品區選擇某一個商品后它就會出現在下單區,同時下單區會顯示估算出來的支付金額(為了推銷會員卡這里也會同步顯示如果使用會員卡支付可以優惠多少金額,省去店長口算金額)。
為了便于展示和管理商品,下單區內的商品信息是簡化的,且可以修改商品數量以及刪除商品。
選擇了商品后我們還需要選擇是否使用優惠券,如下圖所示我們可以看到優惠券的信息以及使用限制。選擇了優惠券會在下單區同步優惠券信息,同時估算金額同步發生變化,點擊優惠券的“X”可以刪除優惠券。
3.2 選擇優惠方式界面
選擇好商品和優惠券后,我們就可以點擊下單確認訂單信息并進行收款了,如下圖所示。
3.3 選擇支付方式界面
選擇支付方式界面的左側會顯示訂單最終的信息,需要注意的是該信息可能因支付方式的不同而發生改變。
右側除了選擇支付方式外,如果是第三方訂單還需要輸入第三方訂單號對訂單進行關聯(同樣可以采用備注的方式)。
如果支付方式選擇的是微信和支付寶,那么就使用掃碼槍掃描一下用戶的付款碼,然后確認支付即可。如果支付方式選擇的是會員卡,就需要輸入會員卡號或者用戶手機號,最后點擊確認支付即可。
小知識點:
知識點1:顧客已經在第三方支付了費用,這里還如何進行支付呢?簡單的處理辦法便是小王上架一個0元的商品和第三方售賣的商品對應起來即可。那第三方售賣的是代金券呢?上架一個和代金券一樣面值的優惠券即可。
知識點2:商戶掃描用戶的付款碼屬于B掃C,本質上是通過掃碼獲取用戶的付款碼數字,然后通過付款碼數字調用對應的平臺接口完成支付。
3.4 出票流程
支付完成之后系統便會自動打印小票,到此收銀臺最常使用的收銀功能就形成了一個完整的閉環。整體看下來流程如下(虛線代表下個環節可跳過,實線代表不可跳過):
這個時候我們再來回看收銀臺上出現過,但一直沒有提及的功能:線上訂單出票。
在之前的功能解析中該功能算的上是一個重要的組成部分,但是為什么體現在收銀臺中就變成了一個小小的按鈕呢?
我們來看問題出在哪里,我們先來看看線上下單出票的流程:
我們可以發現相比于線下收銀流程上少了很多環節,線上下單不需要選擇導購也不需要關聯第三方信息甚至不需要輸入支付信息,而且大部分的環節都是在線上完成的(黃色塊)。
所以收銀臺只需要能出票即可,而出票有多簡單呢?輸入訂單號即可打印票據,故此不用在收銀臺上占據太多位置。
出票完成后收銀臺最重要的功能就是提供訂單管理了,我們先來看看訂單管理的界面。
3.5 當日訂單管理界面
這就是一個很普通的訂單管理功能,可以檢索訂單、查看訂單信息以及管理訂單。這里我們重點說說訂單分類和管理訂單的部分。
我們前面有提到訂單的種類有很多,但從整體上來看不管是何種訂單都理應包含以上圖中所示元素。只不過對于其中一些元素不同的訂單類型可能有不同的子項。
比如對于線下交易來說,訂單狀態包含“待支付”“已支付”“已出票”“已使用”等類型;但是對于會員業務來說,訂單狀態要么是“充值成功”要么是“充值失敗”。又比如會員業務沒有更換商品的功能,而線下交易和線上交易需要支持更換商品。
管理訂單的部分主要說明一下各種功能的意義或者辦理流程,但不涉及到具體的頁面表現。
3.6 更換商品流程
更換商品是一種很常見的行為,為什么需要更換商品需要根據門店的經營內容和顧客的心理狀態來具體分析,比如小王的密室店就有可能因為上一場的顧客毀壞了設備而導致下一場的玩家無法正常消費不得不更換商品
退款也是門店運營中一種常見的問題,一般支付渠道都會提供退款渠道,這里就不再展開說明了。
3.7 打印票據
打印票據值得重點說一說??赡苡腥艘蓡栐谇懊娴氖浙y環節和出票環節不是已經打印票據了嗎?為什么還需要提供一個功能來重復進行這一個操作呢?
這是由業務所決定的,如果存在驗票的環節那么就需要考慮到用戶一次性購買多個商品后在進行消費時遺失票據的情況,此時重新打印票據就有意義了。
接下來我們看看團隊訂單管理,依舊先看圖。
3.8 團隊訂單管理界面
如圖所示,一筆團隊訂單除了基本的下單時間和流水號,還會有客戶的聯系方式、預定時間以及押金(押金是為了避免顧客放鴿子導致門店空場)。
下面看看如何添加一筆新的訂單。
3.9 團隊訂單新建頁面
下單成功之后就可以等待客戶到店消費了,消費完畢使用結算功能收取尾款就完成了一次團隊訂單的交易,同時這筆訂單會從團隊訂單管理中移動到當日訂單管理中。
最后是關于預定訂單管理的說明。因為預定的環節主要發生在用戶側,收銀臺只是用于接收預定的信息并進行簡單的管理(獲取用戶聯系方式及取消預定),所以本文不再進行深入解析,有興趣的讀者可以自行研究。
案例4:ETC場景收銀臺
常見的收銀臺,前臺承擔著支付充值請求、可用支付方式處理、默認支付方式及排序處理、支付方式圖標及文案展示處理以及支付充值處理;后臺則承擔著各種支付方式使用和展示規則的配置。
ETC場景的收銀臺比較簡單,主要承擔著收單和充值兩個功能。充值主要是充值ETC錢包,用于后續通行路費的扣款。而消費收單主要是通行路費扣款以及申辦和其他增值服務的收費。
收單的需求和傳統的消費支付一樣,則不贅述了,本次主要介紹下ETC的充值場景。
由于我們是承載在微信小程序的產品,因此ETC場景的充值首選肯定是微信支付這種支付方式。用戶點擊【充值按鈕】,(經過可用支付方式篩選和支付方式展示處理后)則拉起收銀臺,用戶自行選擇微信支付進行充值,或者是銀行卡轉賬進行充值。
為了兼容另外一種特殊的充值方式,我方的收銀臺跟傳統收銀臺有點區別,是先選擇了支付方式之后,再進行對應的支付操作。
點擊微信支付,則跳轉選擇充值金額頁面,選擇金額確定支付后拉起微信小程序的微信支付,支付成功之后即充值成功。
上文所說的特殊的充值方式就是銀行卡轉賬充值,需要用戶主動用手機銀行對指定的賬戶進行一筆轉賬,到賬之后由我方ETC賬戶系統對錢包進行加錢充值,流程如下:
因此點擊銀行轉賬時,不是調起支付通道,而是給用戶展示對應的轉賬引導,并提供復制按鈕,方便用戶切換至手機銀行快速進行粘貼操作,不用打那么多字。
所以說,如果讓用戶選擇完金額再告訴他你要自己去轉賬哦,那就很多此一舉,用戶也會感到疑惑。
案例5:境外游戲業收銀臺
說起游戲行業,大家首先會想到王者榮耀、英雄聯盟、陰陽師等國內游戲。實際上在不管是在境內還是海外,游戲都是年輕人的最愛。年輕人們在游戲里瘋狂氪金,買皮膚、買鉆石、買通行證,滿足自身游戲需求的同時也為游戲公司提供了不菲的收入。
而游戲中必須要有一個收銀臺,收銀臺的核心能力是要能夠支持當地最受歡迎的支付方式,讓游戲玩家能夠快速的完成游戲充值。一個好的收銀臺往往支付流程簡潔、能夠涵蓋當地所有主流支付方式、并且有著良好的支付體驗。
公司為了提升支付成功率,希望能在收銀臺中開發出流程更簡潔,用戶體驗更好的支付方式。
經過仔細研究,我們發現部分電子錢包在產品能力中提供了代扣的能力,只要在用戶首次支付時完成綁定簽約,在第二次及以后該錢包的支付中就可以主動發起扣款。完成了簽約后用戶可以一鍵點擊完成支付流程,極大的縮短了支付交互流程。而交互流程的縮短必然會帶來轉化率的提升,從而提升整體的支付成功率。這種支付方式我們取名為“一鍵支付(one touch)”。
該方案在現有泰國地區收銀臺的電子錢包菜單中增加一個”一鍵支付“的新的支付方式。
原有常規支付流程和一鍵支付流程區別如下:
一鍵支付過程中,最關鍵的邏輯是游戲用戶和游戲商戶一對一綁定關系的建立。
綁定過程流程如下所示:
進入收銀臺后,點擊Onetouch支付方式,點擊去支付。
如果游戲用戶未綁定協議則跳轉到協議簽署頁面。
如游戲用戶已綁定協議則直接發起代扣,而后頁面顯示支付成功、處理中、支付失敗三種結果。點擊“回到商戶“則跳轉回游戲商戶頁面,商戶將展示收到的支付結果并完成充值。
專欄作家
陳天宇宙,微信公眾號:陳天宇宙,人人都是產品經理專欄作家。多平臺支付領域專欄作者,十年資深產品;專注為10萬支付產品經理和支付機構以及企業提供深度支付內容和服務!
本文原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
向我這種不會的只能自己在來這學的單打獨斗的產品,估計是很難有這種思路清晰的規范輸出了
很優秀