线下购物场景中，收银台是顾客进入超市最后停留的地方。 随着互联网的发展，线下场景搬到了线上，线上收银台也是用户在网站停留的最后一个地方。

交易的存在是支付发生的前提。 使用付款方式完成交易。 支付是完成交易的最后一步，是通过支付产品之一的收银台来实现的。

一个公司内部往往有多个业务线，所有商业活动都必须涉及收款。 支付系统扮演平台的角色，为多个业务线提供收款能力。 相连的业务线称为商户。

支付平台为商户提供两类支付产品：C端支付产品和B端商户平台。 商户接入C端支付产品向用户提供支付服务，同时利用B端商户平台配置C端支付产品的功能，使商户具备收款能力。

今天我们重点介绍一下C端支付产品的收银台。

之前有人问我，支付还需要专门的产品经理吗？ 如果连上国内的支付宝和微信不就完了吗？ 事实上，大家看到的支付只是冰山一角。 单看商户平台的功能模块，风控、路由、对账等都是大家看不到的后端支撑模块。 前端无法检测到，需要付出很大的努力。 做吧。

1.概念解释

从支付平台的作用来看（支付平台往往接入多种支付渠道，如支付宝、微信支付、京东支付等），需要解决公司各业务线的不同需求收银员在不同场景下提供的支付方式。

因此，收银台有两个概念，即：可以提供的收银台类型、各种收银台可以支持的支付方式、提供支付方式的支付网关。 这里涉及到三个名词概念：支付产品、支付方式、支付网关。

​支付产品

API接口适合不同的业务场景，不同的收银类型就是不同的支付产品。 这里定义了四个类别：

不同的支付产品有不同的优点和缺点。 例如，相比API收银台，PC、H5收银台无需开发商户接入的前端页面。 接入后可以直接使用，但缺点可能是与上游业务系统的UI风格不同。 有所不同，所以商家在接入时要根据自己的实际情况来决定。

大家都熟悉支付方式的概念，但可能对支付产品的概念比较陌生。 事实上，支付宝、微信支付等对于支付产品都有明确的定义。

例如，微信支付根据用户不同的支付场景定义了不同的支付产品：支付码支付、APP支付等。

在APP上使用微信支付时，我们常称其为微信支付，但从微信支付产品的角度来看，则称为APP支付。 （可以自行查看微信支付开发文档）

付款方式

不同的支付产品在支付过程中的支付方式可能会有所不同。 例如PC收银处支付宝会跳转到支付宝收银页面。

用户在浏览器中访问商户的Web应用，选择商品下单，确认购买，进入支付链接，选择支付宝支付，用户点击支付，进入支付宝支付路由页面。

支付网关

PC收银台支付宝和H5收银台支付宝。 这两种支付方式对应的支付网关是支付宝网关。

无论您是接入PC支付宝还是H5支付宝，首先需要签订业务层面的合同。 与支付宝签约这两种支付产品已经成为我们支付平台的两种支付方式，支付平台的两种支付产品也得到了丰富和完善。 。

一般来说，支付网关旨在提供不同类型的支付方式。 多种支付方式丰富支付产品，支付产品为公司不同业务提供服务。

业务的可持续发展需要支付产品的不断完善。 比如线上向线下拓展，需要增加新的线下支付产品，而线下支付产品又需要相应的线下支付方式和支付网关。

支付方式和支付网关不存在 1:n 的关系。 有些支付方式不仅通过一个支付网关提供。 例如，招商银行快捷支付可以通过支付宝网关或银联网关进行。 从系统稳定性或者业务层面考虑网关费率等因素，将同一种支付方式接入不同的支付网关也是支付平台应该拓展的方向。

2、收银台产品设计思路

1.明确用户目标。 明确用户在使用你的产品时需要完成哪些任务。 在这里，用户使用结帐来完成支付。

2、拆解用户行为路径。 根据用户行为流程：到达-参与-完成，将用户使用收银产品的支付流程细分为：支付前-支付中-支付后。 在这三个阶段中，用户都有该阶段要做的操作。 行为。

3.找到每个阶段对应的产品目标。 产品是用户行为的载体，产品必须有目标，才能有针对性。 收银员的总体目标是安全和简单。 至于为什么是这两个目标，还要从支付的起源说起。

在过去的二十年里，支付方式经历了相当多的演变。 支付方式从最早的现金交易，到后来的刷卡消费、网上支付、分期付款等。 支付这些年来一直在变化、丰富、进化，但它一直在解决两个核心问题：信任和效率，这对应于支付产品，即安全性和简单性。

4.寻找数据指标来衡量产品目标。 产品好不好，数据会说明一切。 用户操作行为各阶段的指标是时长和转化率，但北极星指标是从用户到达结帐列表到完成支付并获得支付结果整个订单的成功转化率。

3、收银功能设计

整体分为三个部分：用户使用的收银前端页面、商户配置收银的商户平台、隐形支付系统。

3.1 收银

根据前面提到的用户行为路径，列出支付前-支付中-支付后的功能点如下：

页面标题和一些信息显示在底部。

订单有效时间。 业务系统提示订单有效期可能不唯一。 例如，常规订单可能是 1 小时，但活跃订单可能是 1 小时。

订单需支付的金额。 业务系统通知您，订单需要支付的金额是唯一保持不变的金额。 即使您使用余额、礼品卡等和支付宝的组合进行支付，该值也不应该改变，表示订单需要支付的金额，无论使用哪种支付方式。 支付。

产品信息和运输信息。 业务系统根据商户的订单类型提示不需要填写该字段。 例如，苹果官网主要销售高价产品，用户会更加关注产品和地址。

涉及到可以显示哪些支付方式以及这些支付方式的排序规则。

默认允许用户使用哪种支付方式，降低用户的操作成本（直接选择底部确认支付按钮即可发起支付）。 用户可以自定义设置，例如京东收银台的默认支付工具。

也可以使用动态策略。 动态策略一般考虑几个方面：用户最近使用的支付方式、用户最常用的支付方式、限额履行条件、公司推广的支付方式等，这个要根据公司的业务发展综合考虑以及默认支付方式的显示规则。 。

支付还涉及营销，如分期支付方式的免息配置、某些支付方式的推广、与银行或渠道协商的优惠政策，如绑定XX银行卡享受随机即时折扣等。

支付确认后，支付系统与第三方网关开始交互，调用后端获取支付参数和支付网关，请求网关发起支付请求。 确认付款时，您还应考虑是单一付款、组合付款还是分期付款。

用户选择支付方式，确认支付后，发起支付。 不同的付款方式的付款流程有很大不同。 这里我们以商户的H5收银台，用户选择支付宝支付，用户已经安装了支付宝为例。

用户在浏览器中访问商户Web应用，选择商品下单，确认购买，输入支付链接，选择支付宝支付，用户点击支付，如下图1所示； 进入支付宝支付路由页面，支付宝处理支付请求，并尝试调用支付宝客户端，如下图2（该页面不可自定义和删除）； 进入支付宝页面，激活支付宝支付，出现支付确认界面，如下图3；

用户确认收款人及金额，点击立即支付，出现密码输入界面，如下图4所示； 输入正确密码后，支付宝上显示支付结果，如下图5；

支付后，用户主要返回商户网站确认订单支付状态，商户还需要根据支付结果个性化地展示订单处理结果。

3.2 商户平台

为商户提供一些配置收银的功能。 下面对主要功能模块进行介绍。

3.3 支付系统

看得见的支付产品背后一定有一个看不见的系统支撑。 这就是支付系统。 这里仅作简要描述。

当用户进入收银名单时，支付系统会根据当前业务订单生成支付订单。 每次用户选择支付方式时，支付系统都会请求第三方创建交易。 交易中的交易号用于与第三方进行通信。 网关交互，支付系统也会创建一些参数向第三方网关发起支付（发起支付成功才会打开第三方页面）。 如果用户支付成功，支付系统也会将交易流向推送至财务系统进行财务对账查询。

4. 总结

以上就是对收银员的简单介绍。 可以发现，大家看到的电商收银员的皮囊其实只是冰山一角。 真正解决问题的，是一般人看不到的水下的血肉和骨头。

如果你想设计一个从0到1的收银台，首先需要做好以下准备工作：

知道生意是什么样的，卖什么产品，是不是电商、游戏、课程销售等等。其实就是卖什么、怎么卖的问题。 假设它是一个电子商务平台，销售实物商品。 假设它销售课程并销售虚拟商品。 实体商品和虚拟商品要考虑的业务规则肯定是不同的。

想想你打算向用户提供哪些可用的支付方式，比如微信支付、支付宝支付、银行卡快捷支付、账户余额支付等？ 一般微信、支付宝就够了。 难免有一些用户想直接绑定信用卡来支付。 虽然信用卡也可以通过微信、支付宝进行支付。 这取决于平台的选择。 如果它有能力给用户尽可能多的选择，覆盖更多用户群体的需求。

支付宝或微信某些支付产品无法直接访问。 必须先签订合同。

收银员至少需要什么系统才能完成付款？ 账号、渠道、支付方式的数据结构是怎样的？ 哪些功能是可配置的？ 必须提前制定技术方案。

最后一步是根据网关提供的API文档接入支付和退款流程。

/结尾。

产品经理，一位年轻、文艺的女性。 她白天工作，晚上编码。 她热爱美丽、跑步、旅行。 我希望我能把我的心写在手上，余生永不放弃，永远在路上，永远走着。