笔者在互联网金融产品实习100天。他的主要工作方向是借贷产品，前后经历了两个项目。这是他个人的总结。希望能对你有用。
实习部门从事借贷业务，相当于一个独立的小公司。麻雀虽小五脏俱全，包括业务、风控、财务、运营、技术、产品。
一.项目一
我的第一个任务是测试迭代一个正在开发的H5，主要功能是获取客户的实名贷款信息。虽然已经有项目在开发中，但是为了准备下一次迭代，你必须知道为什么要开发它们以及整个业务流程。
1.循环
需要在前一个的基础上增加几个产品供客户选择，这里涉及到“产品类型”的概念。
首先要考虑每个产品是否需要收集不同的客户信息。如果每个产品对应一组填写信息，填写前只需添加“选择产品”按钮，选择后会出现不同的填写字段；反之，就简单多了，只需添加一个“选择产品”字段即可。经过分析，客户的核心信息是放款初期最想要的信息，只需要获取最关键的信息，不需要针对不同的产品设计不同的填写字段。所以，第一，不需要从客户那里获取太多的信息，不方便管理；二是会导致程序修改太多，不如选择第二种方案。
其次，解决以上问题后，我们需要让客户知道这些产品是什么，哪些产品适合在哪些条件下使用。这些都是为了让我们的客户了解产品，做出最合适的选择，所以需要增加产品介绍的入口和相关介绍文字。
2.收获
所有的产品都必须与业务密切相关。在做产品之前，要明确:目前需要解决哪些问题？怎样才能让公司利益最大化？我们都知道所有的产品都是为公司利益服务的。对于放贷业务来说，业务员的流失可能会导致一定程度的客户流失。所以要做好客户管理和业务员管理，每个流程的负责人都要按照制度来分配，负责人要全面记录客户信息和拜访记录，确保公司对客户信息的掌握。
二。项目二
关于还款计划的生成和查看。由于一些特殊原因，金融贷款/用户还款后，系统无法直接获取贷款/还款信息，只能手动记录还款时间，制定/更新还款计划。
问题拆卸:
系统需要获取出借时间；获得贷款时间后，需要生成每期的还款计划；还款计划供客户查阅，并督促用户按时还款；客户还款后，将客户的还款时间和金额录入系统，判断是否更新还款计划。相应的解决方案:
当客户进入放款阶段时，系统需要在该阶段提供一个“确认放款”的条目，并配置角色和权限来执行该操作；操作员提交贷款确认信息后，系统会根据之前的贷款方案，按照一定的规则生成还款计划；将生成的还款计划同步到客户的手机APP根据客户APP的还款计划按时还款，并将还款金额打入指定账户。财务人员收到款项后，会及时提交客户的还款金额；系统根据提交的金额判断客户当期是否已还清，需要更新还款计划。先说借贷和还款:
1.贷款
系统需要在借出阶段增加一条“确认借出”的分录。一旦线下放款成功，财务操作就确认了；
客户状态:已经完成前面所有流程，进入放款阶段的客户的前置条件:线下支付成功的相关操作:系统中放款的财务确认的后置条件:记录放款时间，根据输入的放款方案生成还款计划。备注:此处指定的借出时间为点击“确认借出”按钮的时间，不支持修改日期。这里的目的是严格督促财务部门在放款后及时确认放款状态。
2.还款
还款流程:客户在APP中查看还款计划->还款->财务收到资金后在系统中确认还款->更新还款计划和还款日历。
2.1还款确认
这一步是还款过程的第三步。需要在系统的还款阶段增加一个“确认还款”的条目。此时，需要考虑几种情况:
1.正常还款:分为已确认还款、继续还款和已偿还还款三种。
确认还款:还款金额默认为当日到期还款金额，可修改。提交继续还款:此状态为当前未还金额不为0时，可再次点击提交还款:此状态为当前未还金额为0时，不可点击。2.提前还款:有全额还款和部分还款两种情况。
全额还款:还款金额为当天提前到期的金额。部分还款:手工输入金额。如果还款金额> =当期应还，重新计算剩余本金，更新还款计划；否则，更新当前未偿金额2.2的还款日历。
日历形式，标明还款日期，并在还款日期下方显示还款金额、还款状态等还款明细。
还款明细对应的还款状态如下:
未付:显示本期到期金额的还款状态为“未付”；提前还款:显示还款时间、本期到期金额和本期已付金额，还款状态为“已付”；逾期还款:显示还款时间、当前逾期金额、逾期利息，还款状态为“逾期”；【注意】1。实际还款额与当前还款额的比较:
实际还款额>本期应还，多余部分则直接抵扣本金，本金减少，重新生成还款计划；实际还款额
