从需求沟通到产品上线的整个过程，这是一个项目团队一起回忆整个产品总结出来的经验，值得我们学习，enjoy~

上周，我负责的一款B端产品上线了。这个产品涉及的功能点很多，时间只有两个月，还包括后台管理系统、APP、微信小程序和网站四种产品形态。当时研发人员知道需求的时候，第一句话就是：“这么多功能，都不敢写代码了。” 最终，产品虽然没有超过预期，但是通过大家的共同努力，在规定的时间内完成了当初设定的目标：先保证完成，再优化细节。

产品上线之后，产品经理组织整个项目团队一起进行了复盘，并从中总结出了一些经验，以下是按照职位进行分类的经验教训。

产品

1、提前给最终的用户演示

定义好核心功能后，确定核心功能的完成时间，提前给最终的用户演示。

在产品研发过程的中后期，因为担心产品正式上线演示的时候会出现问题，用户迫切希望能够早点看到这个产品，因此两次提前了产品演示的时间。

这让整个团队有点措手不及，只得抓紧时间把重要的业务流程走通。

这个产品的功能包括基础管理、业务管理、积分管理等，而业务管理是整个产品的核心，我们完全可以先完成业务管理部分的研发，提前让用户体验产品的业务流程，也能富余一些时间来应对后期的项目风险。

2、多考虑细节

前期需求设计的时候多考虑细节，如写清楚必填字段，减少后期的沟通成本。

整个产品前后端涉及的页面达100多个。

虽然按照优先级输出了原型，但是原型中没有注意页面的细节，比如页面的必填字段、需要校验的字段、选择地理位置的交互等。

产品设计的时候是完全可以多考虑这些细节的，时间紧的情况下，可以按照需求的优先级，保持和研发同步的节奏进行产品设计，先把一个功能点思考透彻并输出成原型之后再考虑另外一个功能点。

3、重功能，体验可以稍弱

项目的形式重功能，体验可以稍弱。

对于B端的产品来说，更重要的是能够解决客户现在遇到的问题，提升客户的工作效率，所以功能相对来说就比体验重要。例如对于少数人使用的管理后台，就完全可以先不考虑引导页面。在不影响产品使用流畅性的情况下，适当地减弱体验可以节约很多的时间。

4、需求需要有统一的入口

需求需要有统一的入口，所有问题单独提出来之后都需要汇总，确保产品与技术的需求同步。

对于研发来说，统一的需求入口很重要。这个项目的后期，产品提出了很多之前没注意到的优化和体验，有些由于功能点少，常常是口头说过或者QQ里面提过就结束了。

对于研发来说，刚收到产品经理需求的时候大都在研发别的功能，常常需要把这个功能完成之后才能处理优化或者bug，这个时候把所有的需求进行汇总就非常重要，不仅可以大大节省研发人员查找需求的时间，也能防止研发人员遗忘这个问题。

5、先与技术沟通，再加入需求管理表

新增或者修改需求时，需要先与技术沟通，再加入需求管理表。

产品在接到新的需求之后，要首先思考客户为什么有这个需求？这个需求是在什么场景下发生的？有没有可能在另外的场景下使用？

除此之外，还有很重要的一步，就是询问研发人员如何看待这个需求？

从研发的角度来看，新需求需要多少时间和人力成本？弄清楚所有这些问题之后，产品经理再进行判断，确定这个需求有必要后，再把它加入到需求管理表中，排期进行开发。

研发

1、定好项目计划表

项目开始之前，产品经理和研发负责人需要一起定好项目计划表。

根据边际效应递减规律，项目后期的效率相对会更低一些。因此在项目开始的时候定好项目计划表就非常有必要。

一张细致的计划表需要按照时间周期排好所有需要完成的功能、相应的人员、每一个功能每一天需要完成的工作量，项目成员则需要每天早上花十分钟开晨会，跟进项目的进展，若遇到延期的情况就当天完成相应的任务，以免增加项目后期的压力。

2、前端和测试需要参与后台库表设计

前端和测试需要参与后台库表设计，产品也可参加。

参与后台库表设计的过程，能够加深项目组成员对业务的理解，同时也会减少项目进行过程中的沟通成本。产品能站在更长远的角度看问题，考虑更多的扩展性，因此能及时对与未来业务有冲突的部分进行分析和调整。

3、项目评估时需要预留更多的时间

多客户端联调花费时间多，有需求变动，项目评估时需要预留更多的时间。

根据二八定律，可以把项目周期中前80%的时间定为项目的时间，预留出后20%的时间。项目后期的体验优化、bug修复、甚至需求的调整，都会占用大量的时间，提前预留出时间，就能更加从容地应对项目后期的各种未知情况。

4、积极参与需求评

研发人员要积极参与需求评审，积极给产品反馈。

产品经理与客户沟通的时候，项目成员应尽量一起参加，这能加深对需求的理解。项目评审的时候，研发人员可以提前查看产品原型，独自思考研发的过程中可能会遇到的问题，在真正评审的时候就更容易提出有建设性的意见，从而大大提升沟通效率。

产品经理作为产品的负责人，对需求的把控能力非常重要，但是做到面面俱到往往很难，这时研发人员的及时反馈，如给出流程和体验上的建议，就很有可能降低产品的返工风险。

UI

1、增加UI评审的环节

增加UI评审的环节，着重讲述设计思路和与原型的差异。

之前项目的UI设计稿都是由产品经理和客户直接决定的，从来没有进行过整个项目团队的UI评审。实际上，这是非常重要的一个环节，UI和UE往往会存在差异，UI童鞋主持UI评审会，在会上给研发人员讲解自己的设计思路以及和原型的差异点，可以加深研发对需求的理解。

2、多考虑产品体验

UI设计时应多考虑产品体验，如设计过程中的交互、没有数据的缺省图片等。

从《用户体验要素》这本书中，我们知道了产品可以从战略层、范围层、结构层、框架层和表现层五个层面进行分析。

对于创业公司的UI来说，不应该只考虑表现层，还应该考虑结构层和框架层的设计，用产品的思维优化产品的交互细节，提升整个产品的美感。

3、整理出项目的设计规范

前端工程师工作量大，UI每次设计完成之后需要整理出项目的设计规范。

现在UI完成产品的设计之后，就接着进行另外的设计了，而设计稿的长宽比、颜色都是等到前端研发人员用到的时候，主动询问才能告知，有时候前端研发人员觉得麻烦，就自己用小工具去测量了。这时，若UI把这个产品的整体设计规范整理出来，形成文档，方便相关人员查阅，就可大大增加工作的效率。

以上就是整个项目团队一起回忆整个产品从需求沟通到产品上线的过程之后总结出来的经验。

现在又开始了全新的项目，我们把上述的总结都化为了行动，希望能够累积越来越多的案例，成为更好的团队，成就更好的产品。

作者：华华，高级产品经理一枚，坐标长沙，微信公众号：爱产品爱生活

本文由 @华华 原创发布于人人都是产品经理。未经许可，禁止转载。

（题图来自 摄图网，基于 CC0 协议 ）