记一次支付模块产品设计流程：支付模块怎么设计？

本文作者结合自己的实践经验来分享下支付模块产品的设计流程，enjoy~

背景

目前笔者负责的是一款平台类WEB端TO B产品，前期重心放在搭建平台核心功能，同时平台也是免费对客户开放。随着用户数增加，产品本身也考虑从会员分级开始，为不同等级的客户提供不同的服务及平台功能。因此需要引入支付模块，满足客户在线付款和线下银行转账的需求。

需求调研

通过和客户沟通，我们发现目前国内客户普遍比较支持银行转账、支付宝/微信、银行卡（借记卡、信用卡）付款，付款之后需要平台可以给开具发票或者支付凭证，他们能够拿去报销即可。基于这点，我决定首先支持国内用户的支付需求，设计了支付模块v1.0版本。
支付渠道我们选用了国内一家第三方支付厂商，可以提供同时接入支付宝、微信、银联的支持，费率大概是0.6%单笔交易。

需求梳理

WEB端的支付流程相较于APP端更为复杂，需要更多的交互细节考虑。从商品选择到订单确认，再到选择支付币种，选择支付渠道，如何给用户比较友好的用户体验尤为重要。
在产品设计阶段，我将不同等级的会员及所能提供的不同服务差异放在了一个页面，用户可以很清晰的看到每一等级的会员所能享受到的服务差别。这里建议不要设置过多的会员等级，增加用户的学习成本（我们设置了3个级别：免费会员、高级会员、专业会员，同时留下了联系方式可以直接联系我们提供定制化的服务）。
不同层级的会员一定要有足够吸引用户选购的功能点，或者说你要明确自己的客户分层。比如中小企业客户需要哪些功能？大企业用户需要哪些功能等。关于用户分级的问题，这里先不做赘述。

线上支付流程

当用户选择了适合的服务后，进入到确认订单页面。这里我省去了购物车的环节，转而将“选择时长、选择支付币种”等购物车流程，与订单详情合并。让用户做到所选即所得，缩短支付路径。同时可以非常直观的看到自己选择的服务，以及需要支付的金额。

线上支付下单流程

当用户下单后，我们在后台自动生成1笔“待支付”状态的订单，同时第三方接口会回传给我们一个URL。通过二维码生成工具，我们会在新弹出来的页面上将URL转成该笔订单所需要的二维码。（期间涉及到我们需要用第三方支付平台的公钥解密文件，当时开发就出现了密钥格式出错导致解密失败的问题，排查了半天原因最后大家也很尴尬

关键字：支付模块, 设计流程, 支付, 会员

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！