在日常生活中，相信“收银台”我们都不陌生，在各种场景都需要用到。那么一个好的“收银台”该如何设计？作者列举了五个场景的“收银台”，探讨其业务架构设计、关键逻辑设计、收银台功能设计等，希望对你有所启发。

案例1：医疗场景收银台

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

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

场景一：预约挂号

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

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

场景二：线下问诊

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

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

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

1. 业务架构设计

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

2. 关键逻辑设计

2.1 门诊业务

就诊前：

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

就诊中：

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

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

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

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

就诊后：

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

2.2 住院业务

入院前：

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

住院中：

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

出院后：

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

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 打印票据

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

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

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

3.8 团队订单管理界面

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

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

3.9 团队订单新建页面

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

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

案例4：ETC场景收银台

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

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

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

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

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

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

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

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

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

案例5：境外游戏业收银台

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

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

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

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

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

原有常规支付流程和一键支付流程区别如下：

一键支付过程中，最关键的逻辑是游戏用户和游戏商户一对一绑定关系的建立。

绑定过程流程如下所示：

进入收银台后，点击Onetouch支付方式，点击去支付。

如果游戏用户未绑定协议则跳转到协议签署页面。

如游戏用户已绑定协议则直接发起代扣，而后页面显示支付成功、处理中、支付失败三种结果。点击“回到商户“则跳转回游戏商户页面，商户将展示收到的支付结果并完成充值。