关于金融后台产品的个人经验浅谈

本文作者将以自己在消费金融里面的产品经验做了一个后台设计的分享。

最近，我一直想整理一款互联网消费金融平台的产品的后台及web设计分享。虽然之前前台app（包括安卓、ios）都是我设计的，但是后来还是主要做后台及web。

设计产品的大体流程（因人而异）

前台用户操作层面只是整个产品的冰山一角，尤其对于to B产品来讲后台及商户web乃是企之重器。接下来，我以自己在消费金融里面的产品经验做一个后台设计的分享。

首先我们要熟悉整个消费分期流程里面一套完整的流程，用户注册登录后完善信息，提交订单，审核结果，还款，逾期通知。商户入驻、初审订单（是否有权限）、查看用户审核状况、财务。后台初审、复审、用户管理、商户入驻审核、财务。以上都是比较简单的讲，再之后我们要考虑到我们对接的人有，用户端、银行或者消费金融公司、B端、财务结算。我们的用户有商户，内部运营人员（初审、复审、bd、老板）、财务、B端操作人员（老板还有员工等）。在之后我们需要把所有人员进行内部协同作战，所谓最强也就是一个人对所有的流程节点都非常了解，也非常熟悉操作，这就是一个相当于流水线，当所有人步调一致时效率是最高的，我们如何来把控流水线的步调呢，那就是把所有角色溶于一个人身上，这样整个产品的效率是最高的、并且各个流水线都需要有一定的数据进行衡量其品质。

产品泳道图（简版）

各个产品中订单和账单是串联整个系统的核心，订单的状态前台全部、审核中、已通过、已打回、已取消、已拒绝、还款中、已完成。用户下单的基本流程

用户下单主流程

后台用户的角色有

商户端添加分支机构审核

Bd:给商户演示商户后台的操作以及订单审核的大体流程，商品上架等。

我们在把基础结构梳理出来包括商户的、商品和用户。

用户的基本信息整理出来

之后提交订单时后台需要对订单进行处理，分配给各个初审、复审，并且需要提高审核效率。

所以后台设计的时候需要有管理系统的系统管理、订单管理、用户管理、商户管理、账单管理、初审、复审、商户管理、商品管理、数据统计、办单员管理、财务管理、优惠券

由上述过程大体的流程已经出来，我们接下来整理大体的细节部分并且绘制一个人完成整个流程的流程图，先做加法之后做减法。

中间你会充当很多的角色，但是这样会对你整个系统的协调统一性有很大的作用。

一个人的流程（虽然孤独，但是整个流程你更加清晰了）

接下来补齐其中缺乏的分支流程（为什么不在整个大的流程里补齐呢？因为直接补齐的话，整个系统的复杂度会让你无所适从，拆分流程可以让复杂度降低，我只拆分一个流程）

信审初审、复审走同一个分配订单的流程即可，因为都相同嘛，分配订单问题也适用于其他的有订单的这样的流程。（信审流程与主流程不同需要考虑到使用场景，例如工作时间、审核转单等等）

审核时间为每天：9:00：00-20：30：00，周一到周五时所有人在线值班,周六到周天是只有部分人值班，并且需要考虑到特殊比如放假等，还可能出现转单的情况、离职情况的考虑。每个信审人员分配的订单量应该大体一致（打回再提交的订单的分配）

考虑到上述情况我们现在开始设计排班，因为可能会有昨天20:30:00到第二天早上9点的订单。我们有两种策略，第一设置时间段值班的方式，即由信审负责人设置值班情况 ，第二种登录分配模式 即你登录即会分配 第三种两种结合。因为前两种的漏洞会比较多，我们用第三种方式。可能以后审核还有机构限制，即相关信审人员只能审核相关的机构来的订单，所以这些我们都需要事先留好框架。

信审订单分配流程（适用于初审和复审）

还有其他的分支流程由于过多，暂时就不在文章中体现了。所有分支流程的设计都可按照信审逻辑进行规划。

以上内容就是本人做金融后台时的一些个人经验，对于产品经理来讲，把复杂的问题简单化，就是把复杂的问题进行小颗粒的分解，之后在组装起来，但是所有的分解和组装的依据都是业务的主流程。

最近实在是有些忙，等我忙过这段时间会把后台模块化及原型还有消息、数据分析等内容按照自己的个人经验写出来分享给大家！路漫漫其修远兮，吾将上下而求索！欢迎各位留言，交流！

文章作者系 @mogendatong未经许可，禁止转载。

（编辑：源码门户网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!