支付流程设计

支付流程设计

背景：最近APP准备接一个收费业务，负责设计一个支付流程（前端）,记录分析和落地过程。

明确需求的目的：

首先，我对这个业务需求进行分析：

业务需求	业务目的	业务目标
设计支付流程	实现流量变现	完成付费业务的支付

目标	标志	衡量标准
完成付费业务的支付	订单支付成功	订单的支付完成率

首先我们要明确这个业务需求的目的，并且转换成为可以量化的指标，以便给我对流程的优化和修正提供数据基础。

需求涉及的对象：

使用的对象为：App的注册用户

目的：使用我们的付费业务

目标：快速、方便完成支付过程

对象是我们的注册用户意味着人群特征符合我们之前的用户分析，作为20～40岁人群，基本都拥有支付宝或微信的一种，这就让我在选择第三方支付方式的时候有了比较明确的目标。

用户的目标说明了我们再流程设计上要符合用户的使用习惯，减少不必要的步骤。

那么用户的真实需求是可以使用我们的付费业务，所以在支付正常的情况下要保证付费业务的顺畅进行，让用户时刻掌握付费业务的进度。

用户的支付流程设计：

在符合逻辑的情况下，尽量按照用户的习惯去设计，可以减少用户的使用成本，帮助它们完成支付过程。

首先分析得出基本的支付流程如图所示：

基本分析

参考了一些产品的支付流程如下：

经过对比之后发现，在确定购买之后腾讯云课堂、严选会需要进行信息的确认，是因为在信息确认的页面用户还会面临多个选项的问题，因此需要进一步确认，如果“商品”不需要用户再对信息进行选择的话，可以不需要再确认一遍所以对上图流程进行优化

参考

确定流程，并延展出具体页面：

参考

对流程进行检验：

1. 基本符合用户的操作习惯（用户调研、参考其他应用）「仍需验证」
2. 在必要步骤的情况下（“浏览-确认-选择支付方式-跳转支付-跳转返回”）已经达到足够精简「免密支付另说」
3. 从开始的商品浏览页面到最后的订单页面，让用户一直处在获得付费业务的过程当中，减少用户的忧虑。
   基本符合之前分析的用户需求，所以流程可以使用。

页面信息结构设计：

这部分采用两个方式进行设计：
1.与团队成员讨论
2.其他产品借鉴

信息结构图

用户未支付状态下，时间设定为15分钟：
1、是限时抢购的商品，因此在时间上做限制，避免影响库存
2、未支付状态下可能出现的原因：犹豫；账户没钱。针对犹豫，设计时间比较短的情况下会促使用户付款，对于没钱，需要进行转账或者更换支付方式，以最长的从银行卡互转的时间来看，一般15分钟足够，并且可以找到其他的转账方式，所以时间设定为15分钟，最终以最后的订单成功支付数据作为参考进行验证。

在流程和信息结构设计的过程中始终与PM保持对话，因此，基本可以使用，最后就剩下撸原型图，文档中详细记载本次设计的原型图以及规则介绍。

PS：最后还有其中的一个支付子流程没有体现

余额	其他支付方式	余额状态	资金使用状况
有且足够支付	禁用	打开	使用余额
有且足够支付	开启	关闭	使用其他方式
有但不够支付	开启	打开	都使用
有但不够支付	开启	关闭	使用其他方式
无	开启	禁用	使用其他方式

用流程图很好表述，此处采用表格

Over！