前言
每个产品经理都应该有自己的一套方法论，别人的经验和方法可以借鉴学习，但真正的路还是要自己走，脚下的坑还是要踩过才能体会深刻。我喜欢做产品，我觉得产品可以带我们提前看到未来，可以探索脑洞大开的创意，可以享受产品发布后的喜悦；虽然苦逼的要命，但每天都面临着不确定的挑战，每天都充满了乐趣。
今天开始，我想从产品角度把之前零散的工作经验做一个系统性的整合，一方面回顾并总结之前踩过的坑，另一方面也分享给有需要的小伙伴们。
产品的开发流程
一套完整的产品开发流程包含从产品的定义、需求分析、产品设计开发到产品的上线运营，每一个环节都是相互衔接紧密配合的，最终形成产品周期的完整闭环。项目有完结的一天，但产品没有，只要有用户喜欢，产品就会持续迭代更新。
产品开发的5大流程：需求、设计、开发、测试、发布；
需求阶段
主要参与角色：产品经理、用户研究
产品经理的主要职责：就像启示录里所说的，产品职责就是评估产品机会，确定产品是否有必要做；确定产品解决方案和故事优先级，利用有限的时间和资源把产品做上线。其实这个解释相对比较宽泛，如何评估产品机会是个技术活，要考虑的因素和所需的技能都很多，感兴趣的也可以先看这篇文章《探索产品经理的方法论》。
交付物：产品定位、目标用户、产品目标、故事板；个人感觉产品阶段就是把机会转化成故事；
设计阶段
主要参与角色：用户研究、交互设计、视觉设计、demo开发
产品要跟设计团队充分沟通，准确传达产品目标和定位，确保设计团队高质量的完成产品创意；
设计团队交付物：用户调研（定性）、描绘用户画像、确定用户使用场景；梳理信息架构、梳理产品流程、绘制产品线框图和低保真原型图；确定情感关键词、制作情绪板、确定视觉风格、界面及元素设计；演示demo开发；（当然这个交付物相对比较全，实际项目中根据产品的重要和紧急程度，产出相关的交付物即可），设计阶段就是把故事转化成原型的过程；
开发阶段
主要参与角色：技术master，前后端研发；
产品需协助解决开发过程中的遇到的问题，并快速做出决策；
开发团队需完成：产品的开发和实现；开发阶段就是将demo原型转化成可用的产品；
测试阶段
主要参与角色：测试、项目组成员
产品需要协助把控产品质量；
测试团队需完成：用例测试、压力测试、安全测试；
发布阶段
主要参与角色：运维、项目组成员
发布策略：灰度发布；
发布后产品需要跟进：线上产品功能验证、产品推广计划、收集用户反馈、分析点击数据、梳理迭代需求；
产品开发流程及不同环节的职责范围↑
（说明：用户调研和用户画像是用研跟产品经理并行参与的，但由于部分公司会把用研并入在ued部门，因此会上图暂时把用户画像归为设计职责范围；）
产品的团队
根据产品的开发周期，一个完整的团队需要以下队员。下图中我其实还整合了敏捷团队的角色（技术master），我觉得这是个很重要的角色，他可以和产品探讨解决方案，可以把控开发质量和进度，还有全局的产品边界意识和系统架构规划能力。
但是实际上很多中小型的互联网公司，其实没有这么多资源，身兼多职的情况比较多，详见上图打星的角色。营销会由产品代劳，用户研究会由交互主导，可用性测试虽然在测试环节，但大部分还是用研来主导。
产品团队的人员配比
在这里干说团队人员配比其实没有实际意义，还要看产品形态，产品所处的生命周期，目标用户群体，团队成员的熟练程度等。
在《启示录》上看到的各主要角色配比，参考下图：
敏捷团队中也建议产品团队人数控制在5-9人比较合适；
拿我之前的某个产品来说，由于是针对企业内部用户的，而且是优化整合类的产品，很多技术都依赖外部团队的接口，因此我们团队的核心成员配比是：产品1，视觉0.25，开发2，测试1；
还有个营销推广类的产品，针对C端普通用户，做品牌延伸推广并完成拉新的目标，我们的团队成员配比则是：产品1，视觉1，开发2，测试1；当然这里面运维是公共资源，没有计算在内；
关注公众号【零点零壹】 ，和玉米大人一起 每天进步一点点；
网友评论