我备受打击后的总结反思

[rejoanhasan]

是这样，难产中的清结算项目（之前文章有专门介绍过，感兴趣的可查看我上一篇文章）即将上线，但是，半路杀出个活体检测实名认证的需求，也需要我负责。



活体检测需要用户做实名认证、清结算项目对接第三方支付公 工作职能电子邮件列表 司亦需要做实名认证，我emo了，这2个实名认证，撞车了？真的撞车了，也是我的翻车经历，走了不少弯路。



第二次技术评审时，领导说了一句“这都第二次了，怎么还设计成这样”，破防了，对自己的自信心备受打击，我把自己的经历总结了一下，特此分享，可当故事看，也可引以为戒。



二、故事经历

接收到活体检测实名认证需求以后，把大厂的云能力以及价格做了个调研，大概了解了一下，开始着手做方案了，开启了自己的弯路旅程：







1. 弯路之一

最初，我参考了不少APP的设计文案与设计思路，最终了解定下我们的业务里面，活体实名认证的需求是对账号维度的身份认证（真人的维度），清结算的实名认证是对钱包账户维度的主体认证（交易主体：个人、企业），本来就是2件事情，那就分流程做，让用户自己触发活体检测的实名认证、自己触发清结算实名认证，于是就分化出来了不同情况的操作流程：



 
我吭哧吭哧把上面的场景需要原型、PRD基本都写完了，内部评审时，产品leader一下给否了，原因是，用户做身份认证时，默认同时进行清结算钱包账户的实名认证。我也把我的顾虑说了出来：



我：个人都可以进行身份认证，但并不是都会开通个人类型钱包账户，有的需要开通企业类型的钱包账户。



产品leader：需要开通企业钱包账户的用户就不用做活体实名认证了，到时候直接对接第三方支付公司，做公司主体认证。