作者： 日期：2022-03-06 人气：140
比来，我一直想整理一款互联网消费金融平台的产品的后台及web设计分享。虽然之前前台app（包孕安卓、ios）都是我设计的，但是后来还是主要做后台及web。
设计产品的大体流程（因人而异）
1、了解业务流程（了解的对象也就是你的用户）并整理出来大体的流程前台用户操作层面只是整个产品的冰山一角，尤其对于to B产品来讲后台及商户web乃是企之重器。接下来，我以本身在消费金融里面的产品经验做一个后台设计的分享。
首先我们要熟悉整个消费分期流程里面一套完整的流程，用户注册登录后完善信息，提交订单，审核结果，还款，逾期通知。商户入驻、初审订单（是否有权限）、查看用户审核状况、财务。后台初审、复审、用户办理、商户入驻审核、财务。以上都是比较简单的讲，再之后我们要考虑到我们对接的人有，用户端、银行或者消费金融公司、B端、财务结算。我们的用户有商户，内部运营人员（初审、复审、bd、老板）、财务、B端操作人员（老板还有员工等）。在之后我们需要把所有人员进行内部协同作战，所谓最强也就是一个人对所有的流程节点都非常了解，也非常熟悉操作，这就是一个相当于流水线，当所有人步调一致时效率是最高的，我们如何来把控流水线的步调呢，那就是把所有角色溶于一个人身上，这样整个产品的效率是最高的、而且各个流水线都需要有必然的数据进行衡量其品质。
产品泳道图（简版）
2. 绘制出主流程各个产品中订单和账单是串联整个系统的核心，订单的状态前台全部、审核中、已通过、已打回、已取消、已拒绝、还款中、已完成。用户下单的基本流程
用户下单主流程
3、按照主流程，我们来绘制后台的大体框架，而且创建后台任务体系后台用户的角色有
初审员：初审员主要的工作是审核图片是否清晰，信息是否正确 便利审核，便利查找复审员：通过征信信息看是否给该人员放款、电话询问查看情况 便利审核，便利查找运营人员：回答用户问题，而且与商户沟通回款情况商户审核，商户协调，商品上架审核商户端添加分支机构审核
初审QA：质量审核，跟进各个审核员的情况复审QA：质量审核，跟进各个审核员的情况Bd:给商户演示商户后台的操作以及订单审核的大体流程，商品上架等。
我们在把基础结构梳理出来包孕商户的、商品和用户。
用户的基本信息整理出来
之后提交订单时后台需要对订单进行处理，分配给各个初审、复审，而且需要提高审核效率。
所以后台设计的时候需要有办理系统的系统办理、订单办理、用户办理、商户办理、账单办理、初审、复审、商户办理、商品办理、数据统计、办单员办理、财务办理、优惠券
由上述过程大体的流程已经出来，我们接下来整理大体的细节部分而且绘制一个人完成整个流程的流程图，先做加法之后做减法。
4、一个人完成整个下单到审核流程的流程图中间你会充当很多的角色，但是这样会对你整个系统的协调统一性有很大的作用。
一个人的流程（虽然孤独，但是整个流程你更加清晰了）
接下来补齐其中缺乏的分支流程（为什么不在整个大的流程里补齐呢？因为直接补齐的话，整个系统的复杂度会让你无所适从，拆分流程可以让复杂度降低，我只拆分一个流程）
信审初审、复审走同一个分配订单的流程即可，因为都相同嘛，分配订单问题也适用于其他的有订单的这样的流程。（信审流程与主流程差别需要考虑到使用场景，例如工作时间、审核转单等等）
审核时间为每天：9:00：00-20：30：00，周一到周五时所有人在线值班,周六到周天是只有部分人值班，而且需要考虑到特殊好比放假等，还可能出现转单的情况、离职情况的考虑。每个信审人员分配的订单量应该大体一致（打回再提交的订单的分配）
考虑到上述情况我们现在开始设计排班，因为可能会有昨天20:30:00到第二天早上9点的订单。我们有两种策略，第一设置时间段值班的方式，即由信审负责人设置值班情况 ，第二种登录分配模式 即你登录即会分配 第三种两种结合。因为前两种的漏洞会比较多，我们用第三种方式。可能以后审核还有机构限制，即相关信审人员只能审核相关的机构来的订单，所以这些我们都需要事先留好框架。
信审订单分配流程（适用于初审和复审）
还有其他的分支流程由于过多，暂时就不在文章中表现了。所有分支流程的设计都可根据信审逻辑进行规划。
最先剖析要散播的目的客户人群的陋习与话动范畴； 精心安排合乎网民爱好的论坛推广时件或话动； 积淀论谈有关社交圈子資源，会对进行论坛推广出示挺大适用； 搞好数据分析，以知道论坛推广的成功失败之举，加以改进。
2977人们常常会遇上有些人做论坛推广的当时，以便能短期内内看到作用，就在每个论谈网站上注冊很多的id，花两三天的時间就把各大论坛上贴的浓浓的全是软广，可是隔过段时间回来看，以前公布的全部贴子都被删的干净整洁，情况严重将会注冊的id也被封的干净整洁，而针对这类人只有说成爱好者的论坛推广技巧了。在进到这一议论以前，人们看一下自身是不是存有那样的难
2961