因为产品无法按期或者延期上线有多方面的因素影响，boss，产品，开发，测试等，说白了，锅可以背但是不能随便背，或者背了也要明白。目前自己兼项目管理，我就说说自己目前在产品研发管理里的实践：一些环节上的多方配合和调整我想对产品有序开发推进有一定的保障。下面是自己产品研发的流程，抛开收集需求阶段，直接进入产品研发阶段：
1，确定需求阶段。这个阶段需要跟boss敲定产品方案，产品方案主要是围绕需求出发的解决方案，包括产品定位，功能线和目标产出。防止后期boss一拍脑袋变卦了。确定好之后依据产品方案绘制业务流程图、低保真demo和需求文档（如果时间紧迫，文档可以后期弥补或者在低保真demo上备注详细些）。注意在出低保真demo时最好能和视觉交互设计师一起，并达成共识。
PS：我将整体方案切割，梳理成不同的功能线。功能线是一个功能点集合，可以拆分成各个功能点。比如登录注册功能线，有登录，找回密码，注册三个功能点，每个功能点包含不同的功能元素，比如获取验证码。
2，需求评审。评审阶段相信大家都很清楚：需求分析并确定工期。这个阶段参与者包括老板，设计师，前后台开发，测试，运营，市场。评审之后根据意见对流程和原型进行修改，最后得到一个大家都认可的确认版本（这是公认的版本，后面谁敢乱动基本上就是谁背锅了）。然后让前后台开发负责人和测试负责人根据功能点复杂度评估每个功能点的开发时间。然后出一个开发计划表（如果有项目经理那就直接请他帮忙处理吧）。这个环节是考验产品经理能力的时候，如何平衡各方面的利益并保质保量完成产品上线。
PS：每个功能点的开发时间能够量化，每个功能线就能量化。这样在后续执行的时候就能做到心里有数，即使后续变化也能快速调整。
3，设计高保真效果图阶段，产品经理需要注意的就是对高保真效果图进行评审，防止后续开发过程中被返工，”咦，这个设计不对啊，之前不是这么说的！“。不过这个只需要产品经理和视觉交互设计师一起看看就行，如果碰到页面特效方面的不确定性可以征求前端开发的意见。
PS：在空下来的时间可以出一个相对于低保真的高保真的demo，移动端可以用墨刀、mockplus实现，让大家能体验到与真实产品更加接近的样子。
4，开发阶段，由前后端负责人更新开发计划，确定一个固定早会时间（一周一次即可），对过程中的问题进行反馈并解决，因为我们之前对于工作量是按照功能线规划，精确到功能点的，如果碰到人员调休还可以及时调整开发计划。
5，提测。按照功能线开发并提测去操作（而不是瀑布式开发提测），完成一个功能线即可交付测试进行测试，这样开发就能进入下一个功能线的开发并在空余时间修改bug。
以上是个人实践过程中一些点，当然每个项目都不能顺风顺水，很多时候计划赶不上变化，那就及时应变。
作者简介：子凌，互联网医疗产品经理，专注于互联网X医疗X产品,
公众号：像艺术家一样思考
