B端产品如何做产品详细方案设计?

B端产品（如何做产品详细方案设计？）

本文作者详细的描述了，一个产品经理在做B端（后端）的详细的方案设计时的思考以及工作的流程，enjoy~

一、前言

有一天被老板拉进了一个微信群，上游渠道的对接群，然后就说，和这个上游对接一下，把两边的系统打通。老板的需求就这么一句话，两边系统需要打通，而两个企业系统之间对接起来往往需要通过接口的形式，所以首先需要的看对方给出的接口文档。做B端的产品往往对外输出产品的时候也是以接口的形式对外输出。

二、系统流程设计

在和对方的接触过程中，发现对方是一个支付公司，老板的想法是在原有系统的支付渠道中加一条支付通道，加强系统的容灾能力。原本系统是只有单渠道在允许，一旦上游出现问题，那么我们系统就无法完成支付，造成系统的瘫痪。

1. 原有流程整理

在进行新的方案流程设计之前，如果这个系统之前不是你经手的，或者是你很久之前做的，经过了几个版本的迭代，也不太记得具体的流程了。最好首选要做的是先梳理一下现有的系统中逻辑，只有清楚了现有系统中的逻辑才能实现以最小代价完成系统的改造，并且在上线之后不会有太大的后遗症出现。

那么先来看一下整理的现有的系统流程图。我采用的也是常用的泳道图，可以清晰的看到每个模块的处理情况。

给大家稍微的解释一下原来的整体流程：

这是自助零售系统的充值业务，整个流程需要经过优惠管理模块、订单管理模式、账户管理模块。具体流程主要以下几点：

1. 用户在前端点击充值，后端接收请求后会根据系统配置判断改用户是否有充值优惠，如果有充值优惠则返回充值优惠套餐给用户选择，系统没有配置单的优惠套餐则选择系统默认套餐。
2. 用户选择充值金额后，请求后端订单管理模块，会创建充值订单。根据用户的支付结果返回给前端，然后前端展示相应的页面。
3. 如果用户充值成功，会通知账户管理模块，账户管理模块会根据充值数量，对应的用户上增加相关的数量。还会判断存在代理商分润情况，如果有分润则对应的代理商账户也会增加分润值。

2. 问题思考

由于第一版系统设计的是单渠道模式，所以在创建订单时直接是往上游（即支付公司）上送交易数据，思考了以下几点问题：

1. 如果需要新增一条渠道，需要如何进行新增，创建订单之前添加还是创建订单之后添加？
2. 是否需要单独的将渠道管理模块独立管理？
3. 用户使用的前端