收银台

RookieCyliner

发布于 2025-06-17 22:23:58

8700

文章被收录于专栏：支付领域知识支付领域知识

如今，电子支付已经广泛普及，因此收银台对绝大多数人来说并不陌生。然而，如何设计收银台却是一门新的学问。

1.收银台的演变

收银台并非新生事物，电子收银台是在历史发展过程中，随着技术和支付方式的不断进步，逐渐演变成如今的形式。收银台的演变主要可以分为三个阶段：传统收银台、线下收银台和线上收银台。

1.1.传统收银台

很早以前，人们去饭馆吃饭喝酒吃肉，酒足饭饱后，会走到柜台前，掏出50两的大元宝放在“收银台”上，说：“老板，结账，不用找了。”最原始的收银台就是那个柜台，它的作用就是作为结账的场所。客户把钱放在柜台上，有专门的人员来核实账款与实际消费是否一致。核对无误后，交易就算完成了。结账场所通常应该包括以下内容：

商品信息：记录了消费者购买了哪些商品或服务；
价格信息：明确了这些商品或服务应该支付多少钱；
支付方式：说明了消费者是如何结算的，是现款支付还是赊账；
核实人员：负责核对账款与消费是否一致；
账款交割：完成付款结账，宣布交易结束。

这些信息构成了收银台应具备的基本元素和职能，这些职能是在实际执行过程中逐渐形成并固定下来的。对于电子支付收银台的设计来说，这些元素和职能具有重要的参考意义。

1.2.线下收银台

近代，在电子支付尚未出现的时候，我们去超市购买商品，选好货品后拿到结账处进行清点。工作人员会告诉你：“一共10斤商品的粮票。”你随即掏出纸质的票子完成付款，商品便归你所有。此时，负责收款的工作人员被称为收银员，他面前的台子就是收银台。在这里，收银台是商品和现金进行交换的场所。虽然其形式与传统收银台没有本质差别，但在技术和管理能力上却有了显著提升：货币形式发生了变化，出现了专业的收银人员，交易场所更加规模化，商品管理也更加标准化。

1.3.线上收银台

电子支付出现后，引入了新的货币形式：账户货币，并催生了新的支付方式，即电子支付方式。随之而来的是线上支付场所的诞生：电子支付收银台。这是一种可以在线上通过各种电子支付手段完成账户货币转移的收银台形式

基于不同的业务需求，收银台衍生出了更多样化的附加功能，如营销功能、引流功能等。这些新衍生的内容可以在收银台页面展示，在支付过程中呈现，也可以在支付成功后的落地页出现。因此，当下的电子支付收银台已不再是单纯的支付模块，而是融合了多种元素的综合模块。它一方面旨在更高效地促成交易，并影响用户的支付决策；另一方面，还可能为未来的用户复购打下良好基础，提高用户的复购意愿。

2.收银台架构解析

要做好收银台的设计，我们需要深入理解收银台，这不仅仅是了解其定义那么简单，还需要从架构、流程、功能及作用等多个维度去全面认识它。收银台，作为支付的起点，无论对于何种企业还是支付组织而言，都占据着支付架构最前端的位置。它是支付过程中直接面对终端用户（包括消费者、B端商户以及内部用户）的第一环节。

收银台的业务架构应着重关注以下三个方面：

明确规划公司支持的收银台种类及未来拓展方向，包括用户端用于消费支付的收银台、商家端收银台，以及内部用于资金调拨转账的内部收银台等。
梳理并明确支付方式的种类，并根据业务发展预判其拓展趋势。从微信支付、支付宝支付、银行卡支付等现有支付方式出发，未来可能会逐渐拓展出更多支付方式，如余额支付、银企直联支付、数字人民币支付等。
制定收银台服务端的能力建设规划和实施路径。一个强大的收银台背后，必然需要一个强大的服务端作为支撑。服务端需具备诸如收银台配置管理、支付模式管理、支付排序策略设定、支付营销管理以及支付处理管理等多项功能。下图展示了收银台的产品架构。

收银台并不仅仅是用户所看到的页面那么简单。它在不同交易场所的页面元素和交互方式会有所不同，同时与后台的数据交互以及子系统的划分也存在差异。例如，普通商户和第三方支付机构在设计收银台时的思路就会有所差别。这些差别一方面源于它们直接服务的用户群体不同，另一方面则是因为收银台的业务定位有所差异。我们可以从不同角度去分析这些差别，比如对比不同组织之间的收银台差异，或者分析同一个组织内收银台的前后端差异。

为了评估收银台的好坏，我们需要建立一些核心指标来进行考核。以下是常见的几个考核指标：

NPS（净推荐值）：衡量收银台是否好用，界面是否舒适，操作是否流畅，以及支付方式是否多样。
支付时效：确保用户能在最短时间内完成支付，一般情况下，加载后5秒内即可反馈支付结果。
支付成功率：支付成功率越高，代表用户体验越好。
支付转化率：支付转化率是交易转化率的重要组成部分。

3.设计之前的准备

在设计收银台之前，需先做好以下几个方面的准备工作，以确保设计出的产品相对完整，能够达到预期的用户体验，并顺利完成相关的支付指标。

了解公司业务模型：设计任何产品的前提都是要先了解业务。比如，公司售卖的是什么商品？业务模式是电商、游戏、课程售卖，还是会员充值等？简而言之，就是要搞清楚卖什么以及怎么卖。
选择支付方式：需要确定为用户提供哪些支付方式。如果平台有能力实现，应尽可能为用户提供更多选择，以满足更多用户需求，覆盖更多支付场景。
签约支付通道：完成支付方式的分析后，基本就可以确定要签约哪些支付产品，从而知道该如何设计收银台。
确定收银台的支撑系统：需要分析清楚完成支付至少需要哪些支撑系统，如订单账单系统、账务系统、收银台后台管理系统、路由系统、风控系统、支付处理系统以及渠道管理系统等。

4.收银台处理流程

可以从页面流程、前后端交互以及后端系统间的流转关系来审视收银台的支付流程。首先，前端主要涉及四个关键页面：购物车页面、订单填写页面、收银台页面和支付结果页面。其次，是前端流程与后端之间的交互，例如前端请求后端创建订单，后端则返回收银台的链接。最后，是后端各系统之间的交互关系，如图所示，包括交易系统与订单系统、卡券系统、支付系统等进行的数据交互。

各业务终端通过收银台或开放API接入支付核心，发起支付请求。支付核心负责处理这些请求，完成相应的支付业务。而支付业务的实现，还依赖于其他各层的支持，包括交易核心、清结算系统、账务核心，以及用户中心、商品中心、合同中心等。整个支付系统的产品架构可以简化为如图所示。

在这样的框架下，我们可以从全局流程、核心系统处理流程以及单据结构这三个方面进行分析。

从全局视角来看支付流程，我们需要清晰了解从用户挑选商品开始，到最终支付完成，各个系统层之间是如何协同工作的，具体如图所示。

横向来看，支付进程包含交易处理环节、收银台处理环节、支付处理环节和支付应答环节这四个环节。它们分别负责生成交易单、封装和展示收银台、请求支付渠道完成支付，以及处理支付后的各方应答和反馈。纵向来看，支付信息流在客户端、交易核心、支付核心以及外部支付渠道侧等多层之间进行协同交互。此处简化了与其他系统（如账务核心）的交互描述。

在三方支付机构收银台以更加丰富的形式存在，通过API或者URL的形式提供给交易平台，如图所示。

5.前后端设计

收银台由前端和后端组成，前端是用户可见的收银台页面，用户提交订单后会跳转至该页面。前端页面的调研相对容易，因为直接面向用户，只需在任意平台上下单并支付，即可到达相应的收银台，进而分析其展示的元素及交互流程。收银台页面主要包含以下元素：

商品信息：显示用户购买的商品；
收款方：指明支付对象；
支付有效时间：规定支付完成的时间限制；
支付方式列表：列出可选的支付方式；
支付金额：显示需支付的金额；
支付操作：提供确认支付的按钮。

收银台的拓展：随着业务的发展，收银台也在不断变化。它在更多终端上得到应用，如PC收银台、H5收银台、APP收银台等；同时，支付方式也在不断拓展，除了微信支付、绑卡支付、余额支付等，也将逐渐增加数字人民币支付、线下支付等支付方式，以支持更多支付场景。

余额支付：作为一种新的支付方式，可以通过自行包装或接入支付机构的钱包来实现。在引入新的支付方式时，需关注以下要素：

支付logo：即展示给用户的支付方式图标；
支付方式名称：如抖音支付、余额支付、钱包支付等；
支付发起流程：选择该支付方式后，提交支付后的业务流程。

若余额支付由自身包装实现，其最大特点是“组织内闭环”，即不依赖外界渠道，可直接在内部完成账务处理。这带来了更好的支付体验和额度控制的优势，但劣势在于依赖前置的账户充值，且初始充值仍需依赖外界支付。在实现余额支付时，账户系统可以模拟出一条“余额支付”通道供支付系统调用，并至少需提供“支付”和“查询”两个服务给上游系统，如图所示。

为了便于运营和管理，收银台还需要配备相应的操作后台和基础配置功能。这些功能能够实现对支付信息的查询，以及对收银台进行必要的配置，从而满足运营需求和提升产品研发的效率。

6.收银台配置

在购物时，你有没有发现，这次收银台提供的支付方式和上一次不一样了？这其中的原因可能有很多。比如，你可能换了手机，上次用的是安卓手机，这次换成了苹果手机，收银台里就多了苹果支付选项。同样，在进行超大额支付时，收银台所提供的支付方式也会有所不同，这很容易理解，因为有些支付方式本身支持的限额就比较小。

那么，为什么同一个平台，在不同支付场景下，收银台的展示会不一样呢？主要有以下几个原因：

终端不同，支持的支付方式不同。比如，安卓手机里的APP不支持苹果支付，微信支付也有APP支付、H5支付、小程序支付等多种方式。在不同的发展阶段，不同终端能支持的支付方式会有差异。比如，在H5应用初期，可能仅支持支付宝一种支付方式，而微信支付、绑卡支付等其他支付方式计划稍后再接入。这就会导致APP内的收银台和H5内的收银台支持的支付方式不一样。
商品不同，支持的支付方式也不同。有时候用户选择的商品不同，也会造成支付方式的不同。比如，有些企业存在多条业务线，每个业务线都是独立的公司、独立的团队运作，开通的收款账户复杂多样。有的业务线可能根本就没有支付宝收款账号，那么当用户选购了该业务线的服务进行支付时，收银台里就不会有支付宝的支付方式。
支付场景不同，支持的支付方式也不同。比如，在京东进行分次付款时，微信支付和数字人民币可能就不支持了。这是由于不同的支付能力造成了收银台展示的支付方式的不同，也可以认为是不同的支付场景导致了支付方式的不同。因为不同的支付方式支持的场景是有限的。
一些特殊的合作也会造成支付组合不同。比如，跟某些渠道达成合作，如果平台50%的交易在支付时将该渠道放在收银台支付列表的第一位，渠道将提供一定的手续费优惠。这种情况下，收银台策略会发生变化，不同的用户或者同一个用户多次支付时，收银台展示的支付方式的排序可能会不一样。
还有其他一些原因也会造成收银台展示的支付方式不同，比如支付限额。当超大额支付时，如果明确超过了某些支付方式的限额，那么就会屏蔽或者置灰该支付方式，避免在后续过程中支付失败。

那么，一个平台是如何实现收银台支付方式组合的多样化的呢？

用户在收银台看到的支付方式，完全可以通过代码逻辑来实现。比如，判断是什么终端、什么品类，然后展示相应的支付方式组合。但是，随着公司的发展，业务越来越复杂，终端种类越来越多，支持的支付方式也越来越多，收银台支付方式组合的逻辑也会变得更加复杂。

此时，通过代码逻辑实现收银台支付方式的个性化展示可能不再是一个好选择。因为不能频繁地调整收银台的展示，不能因为一个小的策略变动就把收银台代码改一遍。可以通过“收银台配置模板”来实现。将平台支持的支付方式抽象出来，如图所示，这样就可以更灵活地配置和管理收银台的支付方式了。

这些支付方式在不同的支付场景中，会形成不同的组合，如图所示。

每一种组合和排序都构成一个收银台模板，而支付场景则是由一组条件组成的。这些条件中，有的可以抽象并固化为配置项，有的则需要通过逻辑和策略来实现。这些配置决定了不同支付场景所支持的支付方式及其排序等内容。如图所示。

从配置页面中可以看出，我们可以进行更加多样化的内容配置。具体来说，可以配置支付方式的可用性，调整支付方式的排序，以及设置支付方式的推荐等。有了这个逻辑框架，很多配置需求都可以轻松添加进去。

7.常见支付场景及关系

收银台的设计离不开企业业务特点，而企业的业务特点又离不开交易场景，我们看下常见的支付场景有哪些，这些场景对收银台的诉求

8.支付方式选择与分析

对于常见的支付方式选择，可以结合上面所述的支付场景，然后通过以下几个维度进行分析

对于主流支付方式，目前国内成熟市场下，主要还是微信和支付宝以及银行卡这三种支付方式，大部分可以满足消费需求，但也有基于其他目的比如降低费率、覆盖低收入人群等等，可以选择外漏支付宝花呗等消费贷支付产品

另外还要考虑的问题就是对用户的覆盖、支付体验、支付限额、用户类型等维度，以下是主要几个支付方式的维度分析

8.1.代扣支付方式

常见的代扣场景有2个，一个是自动周期性扣费，如自动会员续费；另一个是先服务后支付，如乘车码，我们以微信代扣支付为例

从协议中看代扣，有几个关键描述点：从哪里扣钱、代扣前的通知、订阅周期

我们串起来看一下腾讯视频会员在苹果内签约的自动续费的扣款路径，以及扣款账单

先服务后扣款的常见场景是打车以及乘坐地铁的乘车码，如我用滴滴打车，结束后微信自动支付成功，看下图微信内的支付通知和账单信息

微信代扣产品叫“微信支付扣款服务（原委托代扣）”，是为微信支付为商户和用户提供的，可以在交易场景之外完成支付的能力，主要服务于三个场景

免密支付：可以实现对存在签约协议的用户进行小额立即扣款的功能，扣费时间无延迟，无扣费前通知，商户只需调用【申请扣款】接口发起扣款即可
自动续费：扣费时间有延迟，需有扣费前通知，具体参看【周期扣费】说明文档，目前支持通知后【24小时自动扣费】或【预扣费通知】两种模式，商户只能选择申请其中一种模式实现扣费，一般申请后为【24小时自动扣费】模式，如需使用另种模式，请联系对接您的运营同学协助申请修改模式
授权扣款：可以实现对存在签约协议的用户进行大额立即扣款的功能，扣费时间无延迟，无扣费前通知，商户只需调用【申请扣款】接口发起扣款即可

8.2.小额免密支付

小额免密支付是在零售小额场景下，一定金额以下的小额支付时，无需用户进行支付密码确认，商户直接发起扣款指令完成扣款的支付方式

8.3.消费分期支付方式

接入外部消费分期产品方式，以接入花呗为例，至于独立设计消费分期属于信贷范畴，体系庞大，后续会出单独的内容体系，这里站在大多数普通企业视角做分期支付场景

花呗分期是蚂蚁集团推出的消费金融产品，用户在商家端网站或线下门店购物时使用花呗分期支付，订单全额实时支付到商家支付宝账户中，用户分期偿还花呗

9.五个收银台实例

9.1.医疗场景收银台

作者：Y匠

在医疗的业务场景下，患者在接受医疗服务后需要缴纳相应的费用，而传统的医院收费方式存在排队等待、缴费不方便等问题。因此，我们的医疗场景下收银台模块设计旨在解决这些问题，提供一种更加便捷、快速的缴费方式。

9.1.1.场景痛点

那么，接下来我们一起通过两个常见医疗场景了解存在的用户痛点。

1）场景一：预约挂号

小李上班时间固定，某天请假去医院看病，但因不熟悉医院流程，不知道挂哪个科室，只能去导诊台咨询。之后又去挂号窗口排队缴费，但被告知科室已无号，只能改天再来。

小红上班时间固定，某天身体不舒服，于是通过某医院的小程序，轻松挂好了专家号，到了就诊时间直接前往医院。

2）场景二：线下问诊

小李在诊室门口等候，听到叫号后进入诊室进行问诊，医生开完处方后，小李再到缴费窗口排队缴费。缴费后，小李拿着收据到药房取药。

小红在诊室门口等候，听到叫号后进入诊室进行问诊，医生开完处方后，小红使用手机扫码完成支付，然后直接前往药房取药。

通过以上场景，可以看出医疗场景下收银台解决的核心问题是便捷、快速的缴费减少排队等待，以及提高医院工作效率。

9.1.2.业务架构设计

通过上述医疗场景分析，业务架构设计如下：

9.1.3.关键逻辑设计

1）门诊业务

就诊前

此处的“收银台”界面即“确认预约”界面。

就诊中

就诊中缴费的交互方式分为两种：

方式一：医生开完处方单，HIS系统直接推送“缴费单”信息至微信，或者患者直接进入小程序点击“缴费单”，点击“立即支付”即可完成缴费业务。（小程序已存在患者信息）

方式二：医生开完处方单，打印出收费单据，患者仅需使用微信扫一扫，即进入“缴费单”界面，点击“立即支付”即可完成缴费业务。（小程序不一定存在患者信息）

此处的“收银台”界面即“缴费单”界面。

就诊后

患者微信支付成功后，微信支付回传支付信息至收银台模块，收银台模块通知订单系统，订单通知相关的业务系统。

2）住院业务

入院前

此处的“收银台”界面即“住院押金”界面，类似金额充值。

住院中

医生每日录入该名患者的处方信息，生成日清单（订单），向收银台模块发起账户扣款请求，执行成功记录在住院清单模块。若余额不足，账户系统推送余额不足信息。患者点击，进入“住院押金”界面。

出院后

医生在住院业务系统里点击结算，结算系统获取订单信息并统计生成结算信息，推送账户系统执行扣款结算任务。若存在余额，则由收银台模块执行原路退回任务。

9.1.4.收银台功能设计

在医疗场景下，收银台模块是非常重要的一环，可以提高医院的工作效率，节省时间和资源，同时也可以提高患者和家属的支付体验。

1）收费功能

收费功能包括各种费用的收取和处理，如挂号费、检查费、药品费、手术费等。同时，收费功能还需要考虑到支付方式的多样化，包括现金、银行卡、支付宝、微信等多种支付方式。（以下介绍均以微信小程序为例，故支付方式上仅支持微信支付。）

2）退费功能

退费功能包括各种费用的退还和处理，如挂号费、检查费、药品费、手术费等。同时，退费功能还需要考虑到退费的流程和时间，以及各种支付方式的退款方式。

3）预约挂号功能

预约挂号功能包括患者的预约挂号等操作。同时，预约功能还需要考虑到预约的流程和时间，以及预约的方式和费用等细节。

4）查询功能

查询功能包括各种费用、预约、挂号等信息的查询和处理。同时，查询功能还需要考虑到查询的方式和流程，以及查询结果的呈现方式等细节。

总之，在医疗场景下，收银台模块需要考虑到收费、退费、预约挂号、查询等各项功能设计。只有在各项功能设计的细节都做好了，才能开发出一个高效、安全、易用的收银台应用产品。

9.1.5.写在最后

在设计医疗场景下的收银台应用产品时，需要考虑到多方面的需求，比如保护患者信息的安全、提高工作效率、简单易用等等。由于医院等级越高，业务系统越复杂，因此需要为产品设计相应的模块和功能，以满足不同的业务需求和用户群体。同时，还需要确保产品简单易懂，适应不同用户的需求。

此外，收银台应用产品还可以应用到其他的场景中，比如食堂收费、停车收费等。产品设计需要根据不同的业务需求，为产品设计相应的功能，以满足用户的需求。

9.2.积分电商收银台

作者：饭饭

作为线上+线下新零售积分电商系统，有app收银台和线下门店收银POS收银台，无论是线上还是线下支付收银均可共同参与促销活动、营销活动，订单下单后都会影响商家进销存系统的库存，收银台内有积分+积分全额抵扣、积分+第三方支付、第三方支付、大额转账等

商家店铺内的商品可参与促销活动：满减、满赠、满元加购，营销优惠券（品牌、类别、商品、全场券），积分抵扣消费，会员等级会员价，同时门店可进行储值卡充值及储值卡支付。

9.2.1.业务流程图及系统逻辑

平台运营后台设置收银台支付方式规则，前台用户下单时，系统会获取支付方式设置顺序、在用户选择第一种支付方式后会判断是否为积分，积分支付会出现全额抵扣订单和抵扣部分，当使用积分不足为部分抵扣时，系统会进入组合支付，用户在选择第二种方式时会根据后台设置支付比例获取两种支付方式相加大于100%作为组合支付，不满足及不可组合；

同时支付方式存在积分时系统会判断是否实名认证、设备是否常用等，初次将验证手机验证码，最后验证交易密码即可完成订单积分支付；

在请求调起收银台时，会判断是否商品存在营销、促销、会员价等优惠，系统会排除互斥优惠方式，将最终优惠价格分摊至参与优惠单品，订单使用积分抵扣后，也会按照抵扣金额与商品金额占比进行单品抵扣分摊，最终计算出单商品实际支付金额和总订单实付金额作为后期商家分账、优惠补贴等结算使用。

9.2.2.产品原型

1）商家门店营销

2）商家门店促销

3）线上支付界面

4）POS支付界面

5）POS会员储值

6）平台支付方式设置

9.3.线下游乐收银台

作者：Sisyphus

线下游乐指的是诸如电玩城、真人CS、密室逃脱等依托线下实体的休闲娱乐场所。在这些场所中，收银台是必不可少的一部分，它支撑着整个门店的运营。

9.3.1.场景及功能

与传统的收银系统只负责收银这一项工作不同，线下游乐场所为了满足多样化运营的需求，往往需要收银台除了正常的售票功能外兼顾线上订单出票、会员管理、当日订单管理、团建订单管理、预约订单管理等功能。

现在我们看一下整个收银台变迁升级的过程是怎么样的，是如何一步步形成了上图的功能体系

1）线下交易功能

小王开了一家密室逃脱，接入一个收银台来帮助他完成门店的售票收银工作。小王会使用这个收银台做些什么呢？

在管理后台上架商品，在顾客到店时选择商品创建订单，使用扫码枪扫描用户的付款码，待用户支付完毕后将收银台打印的票据交给顾客，一天结束之后在管理后台复盘当天的订单。

2）当日订单管理功能

上述的收银过程会产生一个问题，就是对当日的订单管理起来非常不方便。

如果顾客要更换商品或是进行退款等操作必须要先退出收银台或者在另一个设备上登录管理后台才可以对订单进行管理。

于是小王希望能在收银台上直接管理当天的订单。

3）优惠及导购功能

收银台升级功能之后，小王开始考虑如何吸引更多的客户。

他想到了可以通过优惠活动的方式吸引用户消费，同时招募一些推广人员来为这次活动引流。

为了能在收银台上使用优惠以及给推广人员结算分成费用，小王又需要能在管理后台中配置优惠券以及在收银台上使用优惠券，同时他还需要能在创建订单时关联导购员方便结算推广人员的费用。

4）交班功能

小王的生意渐渐红火了起来，他发现自己一个人有点忙不过来了，他需要招募一个或多个店长来帮助自己完成收银的工作，这样可以几个人轮流倒班。

这个时候就产生了一个新的问题，小王应该如何给每个店长结算业绩呢？

最好的办法是每个店长下班时进行一次交班，收银台自动打印一份店长工作期间的流水汇总，小王再根据流水去给店长结算业绩。

5）第三方订单出票功能

很快小王的店铺就遇到了瓶颈，单靠线下的自然流量已经无法实现收入增长了，小王就想着将自己的商品上架到美团或者抖音，从线上获得收入增长。

于是需要收银台要么能直接识别美团或抖音的订单，要么至少做到将美团或抖音的订单和当前的订单关联起来便于查账。

考虑到暂不清楚第三方订单有多少量以及是否会新增第三方，小王选择了关联订单的方案。

6）会员管理功能

小王为了能更好的服务顾客以及增加顾客的复购，想推出自己的会员卡业务。

同样出于便于管理的需求，最好是能在收银台上就集成开设会员卡、充值会员卡、管理会员卡的功能，同时在支付时可以选择会员卡进行支付。

为了便于管理会员卡充值订单，最好在当日订单管理功能中也可以查询到会员卡充值订单。

7）线上订单出票功能

当积累了一定的会员后，小王考虑着能否接入一套线上商城，让自己的会员可以在自己的线上商城中购买商品并管理自己的会员卡呢？

说干就干，很快小王就推出了一个线上商城，但是新问题再次出现了，线上的订单如何在线下进行核销呢？

收银台看来还得支撑线上订单出票，同样的为了便于管理收银台的当日订单管理中要能查询管理到这笔订单。

8）团队订单/预约订单功能

小王的密室店越来越火爆，订单与日俱增，很多大小团体希望能在小王的店铺内开展自己的团队活动，同时散客也不喜欢每次线上买票后到了门店结果无法消费。

于是小王只能考虑新增团队订单功能和预约订单功能，考虑到这两者面向的对象和消费方式有别于一般的用户，小王选择将功能集成在收银台一起管理，但要注意和当日订单做好区分和融合（团队订单和预约订单在最终支付完全前不应该进入当日订单）。

9.3.2.收银台架构

基于上述场景分析和收银台功能思维导图，收银台架构如下（蓝色为应用层，黄色为服务层，为保证结构图清晰可见此说明用文字表示）：

9.3.3.收银台设计

聊完了场景和架构，我们接下来看看具体的设计（会员相关的内容在钱包中已经分析过这里不再重点展示）。

1）线下交易界面

选择导购员本质上是将导购员的信息和订单信息做一个绑定关系（甚至可以采用备注的方式将导购昵称写在订单备注里），所以在下单时选择事先配置好的一位导购员即可。

接下来我们看看商品的选择，在商品区选择某一个商品后它就会出现在下单区，同时下单区会显示估算出来的支付金额（为了推销会员卡这里也会同步显示如果使用会员卡支付可以优惠多少金额，省去店长口算金额）。

为了便于展示和管理商品，下单区内的商品信息是简化的，且可以修改商品数量以及删除商品。

选择了商品后我们还需要选择是否使用优惠券，如下图所示我们可以看到优惠券的信息以及使用限制。选择了优惠券会在下单区同步优惠券信息，同时估算金额同步发生变化，点击优惠券的“X”可以删除优惠券。

2）选择优惠方式界面

选择好商品和优惠券后，我们就可以点击下单确认订单信息并进行收款了，如下图所示。

3）选择支付方式界面

选择支付方式界面的左侧会显示订单最终的信息，需要注意的是该信息可能因支付方式的不同而发生改变。

右侧除了选择支付方式外，如果是第三方订单还需要输入第三方订单号对订单进行关联（同样可以采用备注的方式）。

如果支付方式选择的是微信和支付宝，那么就使用扫码枪扫描一下用户的付款码，然后确认支付即可。如果支付方式选择的是会员卡，就需要输入会员卡号或者用户手机号，最后点击确认支付即可。

小知识点

知识点1：顾客已经在第三方支付了费用，这里还如何进行支付呢？简单的处理办法便是小王上架一个0元的商品和第三方售卖的商品对应起来即可。那第三方售卖的是代金券呢？上架一个和代金券一样面值的优惠券即可。

知识点2：商户扫描用户的付款码属于B扫C，本质上是通过扫码获取用户的付款码数字，然后通过付款码数字调用对应的平台接口完成支付。

4）出票流程

支付完成之后系统便会自动打印小票，到此收银台最常使用的收银功能就形成了一个完整的闭环。整体看下来流程如下（虚线代表下个环节可跳过，实线代表不可跳过）：

这个时候我们再来回看收银台上出现过，但一直没有提及的功能：线上订单出票。

在之前的功能解析中该功能算的上是一个重要的组成部分，但是为什么体现在收银台中就变成了一个小小的按钮呢？

我们来看问题出在哪里，我们先来看看线上下单出票的流程：

我们可以发现相比于线下收银流程上少了很多环节，线上下单不需要选择导购也不需要关联第三方信息甚至不需要输入支付信息，而且大部分的环节都是在线上完成的（黄色块）。

所以收银台只需要能出票即可，而出票有多简单呢？输入订单号即可打印票据，故此不用在收银台上占据太多位置。

出票完成后收银台最重要的功能就是提供订单管理了，我们先来看看订单管理的界面。

5）当日订单管理界面

这就是一个很普通的订单管理功能，可以检索订单、查看订单信息以及管理订单。这里我们重点说说订单分类和管理订单的部分。

我们前面有提到订单的种类有很多，但从整体上来看不管是何种订单都理应包含以上图中所示元素。只不过对于其中一些元素不同的订单类型可能有不同的子项。

比如对于线下交易来说，订单状态包含“待支付”“已支付”“已出票”“已使用”等类型；但是对于会员业务来说，订单状态要么是“充值成功”要么是“充值失败”。又比如会员业务没有更换商品的功能，而线下交易和线上交易需要支持更换商品。

管理订单的部分主要说明一下各种功能的意义或者办理流程，但不涉及到具体的页面表现。

6）更换商品流程

更换商品是一种很常见的行为，为什么需要更换商品需要根据门店的经营内容和顾客的心理状态来具体分析，比如小王的密室店就有可能因为上一场的顾客毁坏了设备而导致下一场的玩家无法正常消费不得不更换商品

退款也是门店运营中一种常见的问题，一般支付渠道都会提供退款渠道，这里就不再展开说明了。

7）打印票据

打印票据值得重点说一说。可能有人疑问在前面的收银环节和出票环节不是已经打印票据了吗？为什么还需要提供一个功能来重复进行这一个操作呢？

这是由业务所决定的，如果存在验票的环节那么就需要考虑到用户一次性购买多个商品后在进行消费时遗失票据的情况，此时重新打印票据就有意义了。

接下来我们看看团队订单管理，依旧先看图

8）团队订单管理界面

如图所示，一笔团队订单除了基本的下单时间和流水号，还会有客户的联系方式、预定时间以及押金（押金是为了避免顾客放鸽子导致门店空场）。

下面看看如何添加一笔新的订单

9）团队订单新建页面

下单成功之后就可以等待客户到店消费了，消费完毕使用结算功能收取尾款就完成了一次团队订单的交易，同时这笔订单会从团队订单管理中移动到当日订单管理中。

最后是关于预定订单管理的说明。因为预定的环节主要发生在用户侧，收银台只是用于接收预定的信息并进行简单的管理（获取用户联系方式及取消预定），所以本文不再进行深入解析，有兴趣的读者可以自行研究。

9.4.ETC场景收银台

作者：别字君

常见的收银台，前台承担着支付充值请求、可用支付方式处理、默认支付方式及排序处理、支付方式图标及文案展示处理以及支付充值处理；后台则承担着各种支付方式使用和展示规则的配置。

ETC场景的收银台比较简单，主要承担着收单和充值两个功能。充值主要是充值ETC钱包，用于后续通行路费的扣款。而消费收单主要是通行路费扣款以及申办和其他增值服务的收费

收单的需求和传统的消费支付一样，则不赘述了，本次主要介绍下ETC的充值场景

由于我们是承载在微信小程序的产品，因此ETC场景的充值首选肯定是微信支付这种支付方式。用户点击【充值按钮】，（经过可用支付方式筛选和支付方式展示处理后）则拉起收银台，用户自行选择微信支付进行充值，或者是银行卡转账进行充值

为了兼容另外一种特殊的充值方式，我方的收银台跟传统收银台有点区别，是先选择了支付方式之后，再进行对应的支付操作

点击微信支付，则跳转选择充值金额页面，选择金额确定支付后拉起微信小程序的微信支付，支付成功之后即充值成功

上文所说的特殊的充值方式就是银行卡转账充值，需要用户主动用手机银行对指定的账户进行一笔转账，到账之后由我方ETC账户系统对钱包进行加钱充值，流程如下

因此点击银行转账时，不是调起支付通道，而是给用户展示对应的转账引导，并提供复制按钮，方便用户切换至手机银行快速进行粘贴操作，不用打那么多字

所以说，如果让用户选择完金额再告诉他你要自己去转账哦，那就很多此一举，用户也会感到疑惑

9.5.泰国游戏充值收银台

作者：墨玉

说起游戏行业，大家首先会想到王者荣耀、英雄联盟、阴阳师等国内游戏。实际上在不管是在境内还是海外，游戏都是年轻人的最爱。年轻人们在游戏里疯狂氪金，买皮肤、买钻石、买通行证，满足自身游戏需求的同时也为游戏公司提供了不菲的收入。

而游戏中必须要有一个收银台，收银台的核心能力是要能够支持当地最受欢迎的支付方式，让游戏玩家能够快速的完成游戏充值。一个好的收银台往往支付流程简洁、能够涵盖当地所有主流支付方式、并且有着良好的支付体验。

公司为了提升支付成功率，希望能在收银台中开发出流程更简洁，用户体验更好的支付方式。

经过仔细研究，我们发现部分电子钱包在产品能力中提供了代扣的能力，只要在用户首次支付时完成绑定签约，在第二次及以后该钱包的支付中就可以主动发起扣款。完成了签约后用户可以一键点击完成支付流程，极大的缩短了支付交互流程。而交互流程的缩短必然会带来转化率的提升，从而提升整体的支付成功率。这种支付方式我们取名为“一键支付（one touch）”。

该方案在现有泰国地区收银台的电子钱包菜单中增加一个”一键支付“的新的支付方式。