员工贷项目总结

项目概述

项目名称：员工贷一期

项目目的：a)拉新，通过授信平台使更多用户使用分期乐平台进行消费；b)增加GMV，通过授信平台获取更大额度，进行消费

负责内容：员工贷授信侧

用户：企业级员工

主要工作内容

(1) 完成用户的授信/激活/提额流程（主要工作）；

(2) 打通授信-CRM系统的通道；

(3) 打通授信-消费的通道（包括开通乐花、对接收银台）；

(4) 打通授信-乐卡的通道（会员）；

(5) RCOA对授信/激活/提额单的操作。

工作中的问题/原因分析/改进建议

(1) 需求在做的过程中，会有些内容实现起来难度大，或者是流程不清楚，过程中需要确认的东西太多。

具体体现：a)面签流程，面签流程在对需求的时候，就应该确认清楚整个流程是怎样的，但是这部分丢了 b)用户的注册流程和打通用户与授信侧的通道，未梳理清楚

原因分析：需求评审时未深入了解每一个点，只了解了大体流程

改进建议：两个方面解决这个问题，a)产品设计时，尽量把流程梳理清楚，做到不遗留点；b)开发在做需求评审时，要确认每一个点的流程是怎样的，要敏感地感应到，这个点的设计是否合规、是否合理

(2) 沟通问题

具体体现：a) bd刷脸问题，沟通的结果是底层做兼容，业务方透明调用，后面因为接口修改的问题没沟通清楚，导致了这个问题到预发布才暴露（因为底层反馈测试环境刷脸是不ok的，要真实数据） b) 身份证信息crm问题，产品在身份证输入的时候，要达到的效果是如果crm系统存在，则不需要用户重新输入身份证，但是开发的时候没实现到

原因分析：沟通不到位，对需求的沟通没详细到细节，也可以说是对需求的细节理解不够

改进建议：还是对需求的细节理解，明确某个部分由某个团队或者个人完成，不放过每一个细节

(3) 系统设计

具体体现：a) 前期准备不足，需求分析和概要设计等准备不充分，时间也略显不足； b) 代码设计上有一定的缺陷，需要后续再重构

原因分析：对一些流程上的东西如概要设计基本是0经验，初次实现有点困难，需要以后慢慢提升；其次，时间确实是比较赶，这个也是很关键的一点；代码上的一些小缺陷是当时规划的时候没规划好。

改进建议：加强流程规范，不要一味赶进度；注意一些文档东西的积累，积少成多；加强项目设计的把控。

(4) 外部因素

具体体现：a) 乐卡的设计，是在需求外的，不在一开始的需求规划之内，一开始对应的是会员；b) 收银台，也是没有规划到的东西；c) 外部版本质量导致我方需要做额外的工作，优惠券重构的项目中，发到生成质量有问题，导致这边有一批数据要修，确实也影响到了进度 d) 学历和学籍的底层做了逻辑变动，但是没通知到业务和测试方，导致了测试和业务以为一些数据是错误的

原因分析：主要是一些外部的影响

改进建议：目前项目内部暂时还无法把控，希望一些东西能挡的就尽量挡了；另外，在项目时间评审的时候，尽量预留一些时间来处理这部分，由于该项目时间紧张，基本是没预留这个时间的

(5) 测试环境的稳定性

具体体现：a) 在提测开始时，出现了一起测试zk误删的事故，导致了半天无法进行体验流程 b) 提测开始时，很多公共服务不稳定，导致流程走得很慢

原因分析：测试环境不稳定

改进建议：测试环境的问题是一个痛点，希望研发管理部能统一解决这个问题

下一步工作计划

(1) 代码优化重构，目前发现需要优化有：

(a) 调用外部的service放到一个统一的工程

(b) Cache的优化，统一使用CacheUtil，不直接使用Redis，以便后面切Cache

(c) Log优化，impl层打日志全部使用注解，不显式调用

(d) 增加log流程日志，不停留在只是入参出参阶段

(e) 增加自己的流程埋点，方便后面定位问题

(2) 员工贷二期，重点内容：老用户切入授信流程、商户授信流程切入新授信流程，具体的需求待产品方案

总结

这个项目时间紧、任务重，但是通过加班加点，总体上来说还是比较成功的，最后也如期上线了。项目的过程中，大家都很配合，态度大多都积极主动，遇到问题基本能主动解决。项目测试的过程中，测试方提出的问题也能做出比较快的响应。遇到问题时，推动问题的态度和能力也值得肯定。

项目里，主要突出的痛点有几个：

1.对需求的理解，这个基本是永恒的话题。很多问题的根源，都在于对需求的理解不透彻；

2.流程的规范，这个是目前不太规范的，目前我们比较缺少CR和项目规划的时间，希望后续我们能解决；

3.能力上的要求，包括设计的能力和文档的能力，这个还有所欠缺，希望后续能慢慢积累，达到要求。

转载于:https://www.cnblogs.com/billmiao/p/9872177.html