这篇文章从项目背景、产品架构、各系统模块设计思路、设计文档分享这几个部分来讲，在做产品项目的时候，没有完整的项目经验该如何去进行思考。
产品新人进入公司，由于经验不足，通常都是负责产品部分模块，很少有机会能接触到从0到1的完整项目，对产品的全局思考会比较欠缺。
刀哥分享一个去年参与的项目，这一个项目刀哥全程参与，产品经理也就是刀哥一个人，主要负责产品需求分析、方案设计、项目管理等工作。希望这个案例，能帮助产品新人对产品从0到1的过程有更全面的了解。
此外刀哥还会分享这一个项目的设计文档。之前刀哥写过一篇如何写PRD的文章，很多读者希望能提供一个比较完整的案例，这份设计文档就是完整的案例，包括PRD和原型等，希望对大家有帮助。
这个项目是按照MVP（最小可行化产品）理念，实现的第一个版本，功能比较精简，但是可完全支撑业务。
这篇文章分几个部分来讲：项目背景、产品架构、各系统模块设计思路、设计文档分享。
小额信贷，又叫现金贷，是针对申请人发放的消费类贷款业务，具有方便灵活的借款与还款方式，以及实时审批、快速到账的特性。
从2015年开始，现金贷作为消费金融一个重要的分支在中国开始强势崛起。以一二线日，监管部门下发《关于规范整顿“现金贷”业务的通知》，强化年化利率36%的政策红线，提高贷款资质的要求，限制网络小贷牌照发放。
截至2018年1月，现金贷平台融资渠道遭全面封堵，除了银行和ABS产品融资渠道遭封堵，长期资金市场融资渠道也在收紧。
这个项目也是国内一个企业，为了进军东南亚地区，而开展的。刀哥的职责就是帮此公司实现产品从0到1，协调业务技术等部门共同完成目标。
公司希望组建自己的IT团队，搭建一套完整的系统，支撑C端和B端业务，待线上业务跑通以后，开始扩张。
C端用户主要是借款人，核心需求是更便利的借到钱、资金利率低、还款方便、资金合规；
负责在Facebook、Twitter等渠道进行广告投放，对增长负责，希望能监测渠道投放的ROI；
负责对提交借款申请的客户进行资质审核，包括但不限于电话审核、资料审核、社会化媒体审核等，对通过率和逾期率等指标负责；
负责信审规则制定，风控策略制定，包括但不限于准入条件、机审规则、评分卡、黑名单等，对逾期率、坏账率等负责，是金融理财产品中最重要的职能；
负责对逾期客户进行催收，包括但不限于电催、短信、社会化媒体、委托外部催收等，主要对催回率负责；
负责数据统计与分析，定期产出各类报表，给管理层及风控等部门提供决策依据，对数据准确性、时效性等指标负责。业务模型
上面我们已分析了各类角色并梳理了他们的需求，下面我们就设计通过哪些系统/功能来满足这些需求，做产品架构。
产品架构，就是从产品应用层面对产品做合理的架构，产品架构跟研发的技术架构不一样。
搭框架就是做产品架构（或者功能架构），遍历出满足各类用户需求的系统（或功能），并按照某种纬度做到合理架构，产出产品架构图或思维导图。
定流程就是梳理不同角色完成同一业务目标的先后顺序和逻辑，主要产出泳道图、活动图、状态机图、时序图等。
这是个MVP产品，比较精简，复杂的信贷系统远远比这个复杂，这个版本也没有接入太多第三方接口，主要也是为了节约开发时间成本，缩短开发周期。
这是订单的状态机图，还有另外一些『单据』也需要梳理状态机，比如还款账单、催收里的案件单，这些后面会说到。
这个流程只是提交借款申请，所以我把他叫做核心业务流程，其实还有一些分支流程，比如注册、登录、还款等，这些流程在做具体功能设计的时候需要详细设计。但是最开始一定要梳理最核心的业务流程，让大家知道这个产品的大致全貌。
注册登录。为了提升注册转化率，尽可能简化注册流程，使用验证码登录，登录后自动注册的方式可以减少用户的操作成本；
提交借款申请。这个步骤需要填写的资料很多，需要做合理的步骤引导和信息模块分类。在这个流程中还需要用户授权获取通讯录、抓取已安装APP；
驳回后重新提交。客户提交资料有误，可能会被打回，需要考虑驳回后再次提交流程；
还款。客户需要方便的查看还款方式，一期仅支持线下还款，不支持线上还款。
前面说了，做产品三大步骤：搭框架、定流程、扣细节，已经做了前2步，第三步就是扣细节，扣细节部分通过原型+PRD呈现，文章最后我会附上APP的原型和PRD，可以作为参考。
框架：订单提交成功后，就流转至审核系统，我们来看看审核系统有些什么核心功能。
审核系统是信贷业务里最重要的系统之一，审核系统与风控系统和很多三方数据有着频繁的数据交互，在他们的共同作用下，最大程度预测客户的还款意愿和还款能力。审核系统一定程度上决定着金融产品最重要的逾期、坏账等指标。
在做功能架构时，要尽量详尽，让相关人员看了系统的功能架构图后，能了解系统的全貌。
分配订单。订单由APP提交至审核系统后，需要按照订单类型、提交时间、地区等纬度进行分单，由于前期单量比较收啊，我们只做人工分单，后期单量提升后可考虑自动分单。
审核。订单分配至审核员后，审核员进行审核，审核人员使用频率很高的是审核页面，审核页面信息较多，设计时需要重点考虑，对信息模块和核心操作做到合理布局。审核有通过、拒绝、驳回的选项，通过后订单进入资金系统；拒绝后流程结束；驳回后客户需重新提交进件资料。
生成合同、账单。在审核通过时，需要给客户生成电子合同，由于电子合同里有账单等信息，所有需要『预生成』账单，放款后对账单更新。
国际化。由于审核人员在其他几个国家，需要对所有文案做国际化处理，支持多国语言，这玩意是个体力活，没找到自动翻译的插件，只能人工处理，相当耗费时间。在界面信息展示时，也要考虑到多国语言显示长度不一致带来的问题。
角色权限。审核系统有三个角色：审核经理、审核组长、审核专员，审核经理负责团队管理，做绩效考评，有分单、查看所有数据的权限；审核组长负责小组的团队管理，绩效考评，有分单、查看小组数据的权限，审核员主要负责审核执行，有查看自己数据，操作审核等权限。由于有数据权限的需求场景，在做权限系统时，不仅设计了菜单权限，还设计了数据权限。
客户在应还日前，交了展期费用后，能申请展期，展期后应还日延后一个周期。
入案。催收系统核心处理的就是案件，所谓案件，就是一种供催收人员管理的订单类型，案件是在客户发生逾期时产生，案件分为以下几种等级（类型）：
案件处理。催收员通过电话或社交工具联系客户进行催收，记录催收跟进记录，客户还款后，催收员发起还款申请，审核通过后，更新案件和账单状态；
核销管理。催收员发起还款申请，财务专员对其进行审核，审核通过后，对该笔账单进行核销操作。
以上就是这一个项目里核心系统的设计思路，虽然看上去东西并不是非常多，但其实是很重要，功能框架可能涉及一期的研发工作量，业务流程关系到产品的合理性，一定把这两个东西先考虑清楚，再去设计具体的细节（界面、交互）。
很多产品新人很喜欢一开始就做原型交互，沉迷于酷炫的效果，这其实是一种本末倒置的做法，没有合理的设计，再酷炫的效果都是徒劳。
产品是企业与用户进行价值交换的媒介。一个好的产品应该由有三个属性：有效用、有利润、可持续。