来滴滴实习不知觉已经两周了，作为一名汽车资产管理中心的B端产品实习生，，写了4个需求，3个功能化需求，1个流程化需求。周末加班调研第5个大需求。经历了两次需求评审会，数不清的产品需求讨论。
从一开始的一脸懵，到慢慢对业务有一些理解。复盘一下自己初次实习的一些体会。
实习工作内容
首先，产品实习生的第一要义是执行力，产品经理设计产品，将需求分配给实习生，自己如何在最短时间高效内完成这个wiki中PRD的书写；其次，了解所写需求的业务背景，时间不允许先了解整个业务再去写需求，所以只能在写的时候把了解当前需求的背景，事实证明在参与中了解业务比自己纯粹看文档要高效很多；最后，参考其他wiki的格式、背景、原型图规范化书写产品wiki，因为wiki是作为PRD让RD、UI等去参考的产品书，自己能看懂的同时也要保证自己其他人可以看懂。
B端产品的体会
实习的产品是B端产品，在来实习之前对关于toBtoC的产品理解：我们一般在手机上装的APP基本都是toC的产品，面向广大用户，目的在于提升用户体验和用户价值；toB的产品面于企业，目的在于提高企业的业务效率，不过于关注业务员的使用感受，在意业务实施得效率。通过这两周的观察，对B端产品又有了一些新的体会。在这里，我们不谈用户体验，我们关注业务的需求。业务是产品的上游，RD,PE,CDX都是资源，对接业务的需求，调动资源去完成产品的设计和落地。但是并非简单完成业务要求，这件事在老板和业务的一次开会中深有体会。
事件：业务要求在最后还款日，由原来上午十点的一次扣款改成早上十点下午三点的两次扣款，让销售在未下班之前可以催还款人还款。
我的角度：在我看来这个要求很合理，但是产品并没有同意两次扣款的要求。并进行了激烈的讨论，产品觉得这个需求的要求是不合理的，犹记产品不停的重复场景场景，向业务说明这个需求是不合理的。
老板产品的角度：透过现象看本质，业务需求的本质目的是让销售可以在最后还款日催款，增加两次扣款机制是不解决根本问题的，虽然表面上提示销售要去催款，但是没有解决根本问题——让还款人及时还款。解决方案，为销售增加催收机制，不用系统统一告知什么时候要催收，职责指向销售，销售直接对接需还款人，简化业务流程。
体会：在业务提出需求时，首先不是想为了去满足业务的需求立刻设计产品，而是先思考，业务提的这个需求的场景是什么？为了满足这个场景，从大的业务流程宏观来看如何本质的解决，以一个产品的角度去简化业务的流程，提高业务的效率。
网友评论