如何进行支付收银台功能迭代？
目前从事接手APP支付收银台PM工作将近一年的时间，有从当初对于收银台前端业务逻辑的了解学习，到逐步深入后端支付接口、与第三方支付交互以及财务清结算的了解。大概整理目前对于支付收银台工作的一个思路：
1、支付方式灵活配置：
通过前期对于收银台前端页面逻辑的了解掌握，到规划收银台支付方式灵活可配置化，来满足不同业务对于收银台的需求，同时节约后台的开发人力成本；
2、支付页支付活动信息呈现：
由于负责支付业务受制于前端页面，仅有支付方式列表页和支付成功页在自己手里负责，支付方式列表页更多地是让用户快速选择自己合适的支付方式完成付款，以及了解每种支付方式的基本信息尤其是参与活动信息；在支付成功页，可以了解某种支付方式的实际付款金额和立减活动金额，进行告知用户；
3、支付的交互优化：
在下单流程页，用户提交订单后跳转到收银台进行支付；如果是待支付订单，从订单详情页点击立即支付，是否可以在订单详情页当前页面弹出收银台让用户快速支付；
目前的困惑：
由于自身陷入在支付前端功能中， 希望有PM能帮忙指点如何通过更宽的视角来思考支付功能的后期迭代， 譬如如何结合金融产品进行支付收银台功能迭代；
泻药。
其实现在国内支付行业已经饱和，不管是最为古老的网关支付，还是移动支付，快捷等等，技术上，模式上，不管你是SDK, APP, PAD, API, H5等等，模式基本固定，形式上，无非是：直接支付，担保支付，预授权，分期付，以及其他。发展了这么久，碎片化慢慢也就出来了：
六个层面供你们参考，去挖掘：
移动应用碎片 ：PC互联网时代的大平台、大流量、大入口已不在适用于移动互联网，移动化的情况下，这个逻辑在不断发生改变，大流量公司越来越少，碎片化应用越来越多；除微信等极少量超级 App 外，在衣食住行和其它生活类服务，细分垂直领域涌现出海量的移动应用。这一点看，基本上都是直接支付。
移动平台碎片 ：目前主流的支付渠道均适配Android、iOS、H5、微信公众号等4 种移动端平台。开发者如要完善其移动支付功能，一般需要在多移动端平台下接入所需的支付渠道。
支付渠道碎片 ：如来自艾瑞的统计图所示，在移动支付飞速发展的 2014-2015 年，支付渠道碎片化趋势加深；除支付宝外的其他第三方支付企业的市场份额，大致都成倍增长；受银联云闪付家族和其他互联网巨头进入等影响，除了支付宝微信之外，碎片空间很多。
场景碎片 ：目前移动支付按场景区分，大致分为App 内支付、HTML5 支付（移动网页支付）、扫码支付、被扫支付、NFC 支付。支付是场景下的资金结算行为，无场景无支付，以上 5 种支付场景均对应着不同的支付需求。
数据碎片 ：支付渠道碎片化导致企业的支付数据碎片化，各自割裂，堆积在不同的支付平台，碎片的来源主要包括且不：财务部门——报表对账、税务管理等，运营部门——查询、退款和争议订单处理等，产品部门——支付数据 BI等。
支付需求多样化 ：随着移动互联网对传统行业的席卷和渗透，移动支付的场景将进一步碎片化，同时支付需求的多样化也会愈来愈丰富，如消费金融领域的小额信贷支付，或其它的增值类营销支付需求等。
对移动应用开发者而言，尤其是中小企业，在前期的支付接入服务和中后期的交易处理、数据运维、产品迭代等上，产生的痛点，并不是简单的和级关系，而是乘级。 由于题主没有具体说他们服务的对象，以及主要覆盖的行业，因此，无从提出比较合理的支付功能迭代的内容供参考。
接着上面的碎片，于是乎，你们就看到了一种聚合型支付平台的出现，支付界的SaaS，比如Ping++。其实Ping++的玩儿法不新鲜的，Neteller, Paysafe, PencePay以及有一个叫WeCollect（这个接的都是灰色行业，哦，说太多了。。）都在玩儿这个模式，也就是： “一点接入多种支付渠道，一站式提供完整支付服务”。
就说到这啦，再多说就泄密了
文/凯撒 知名第三方支付公司 营销
关键字：产品运营
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
