编辑导语：产品经理在推进项目时需要做到整体规划和监督的作用，包括团队的沟通、跨部门沟通、项目需求等等，不断地进行项目梳理和实践，达成目标；本文作者分享了关于在产品立项过程中收获的经验，我们一起来看一下。

本人负责嵌入式操作系统产品，属于技术驱动型专业软件产品，在产品立项过程中，收获了一些过程经验，这里做一些记录。

根据项目的生命周期来说，目前为迭代型生命周期，在完成产品基础版本之后，不断在此基础之上做增量型开发。

整个项目按照时间推进，以及需求的完成状态，分为四个阶段：

• 概念阶段：初步构想项目整体框架，提出项目概念，成立项目小组；
• 计划阶段：制定项目目标，论证计划实施；
• 执行阶段：项目设计，开始实施，过程需要进行过程控制；
• 结束阶段：项目成果交付，经验总结。

立项属于项目计划阶段，其工作内容包含：确认项目背景、项目需求、项目整体推进计划、产品的竞品分析、可行性分析、最终交付物；主旨说明项目的价值，告诉相关人“是什么”“为什么”“如何做”三大问题。

整个立项过程涉及跨部门沟通，多次评审会议，项目材料梳理等复杂工作，目的是多方意见达成一致，推动项目后续进程。

一、立项前准备什么？

1. 明确项目的特征

由于立项的对象就是项目，首先要明确所处的行业，不同的行业项目的特征不同；对于软件产品，不同的产品，项目过程中所具备的特征也有所不同。

立项的对象，可以是标准的产品研发，也可以是定制型产品开发，可以是技术服务项目，可以是解决方案；根据不同的对象，立项的侧重点会有所不同。

对于嵌入式操作系统产品，技术门槛较高，产品要求的技术成熟度也较高；所以在产品设计过程中，需要将技术在产品发展中的影响放到最高的等级，其次关注易用性等其他需求

在产品的发布计划中，优先确保功能可用性，解决有无的问题；能够让用户能够快速使用，其次考虑产品功能的完备性，考虑多种用户的需求，定义产品模块，延伸产品的功能；继续推进，则是注重产品的易用性，功能好不好用，增强用户粘性。

明确项目的特点能够帮助明确立项关注点，产品则按照产品思路，解决方案则更重要的是场景化和可行性，预研项目则需要注重前期资料的整理等等。

2. 明确立项的主要工作

立项主要的工作是沟通和资料书写，这两个既耗时也耗力。

沟通工作：横向包含多个部门之间的信息传达，与研发部门确认需求描述、资源、风险；与测试部门确认对需求描述是否达成一致，需求描述是否具有可测性，着重测试的点是否体现——这些沟通都需要开会一次一次轮番确认。

纵向包含向上级汇报，确保与公司未来战略保持一致；领导的市场规划，是产品未来发展的方向，无论是在提升市场占有率上还是盈利策略，都具有指导价值。

资料书写：输出需要分析过程文档以及立项报告——过程文档包含用户需求、需求分析、设计方案等，并且对收集的资料需要有序的整理，加以标记。

立项报告则是根据具体的模版，描述相应模块的内容，经过多次修改、评审，提升可读性。

二、如何提升立项效率

1. 信息达成一致

在多次开会过程中，保证信息的一致性；只有沟通过程中，收集各方意见，并且通过会议形式，达成一致意见。

2. 明确计划

在立项阶段需要确认的所有内容，需要给出计划；在什么时间段，完成什么事情，完成的程度如何，层层递进。

计划的重要性体现在：

• 指导团队：我们在做什么？怎么做？意义是什么？通过计划就可以精简的明确，表现形式可以是Roadmap，从产品从0-1的发展顺序，以及后续技术的成熟，市场的竞争力越来越强的发展思想，指引团队继续干下去（强调这里不具有层级性，一切都是交流）。
• 明确工作内容：只有明确的计划，才能提升工作效率，根据项目的发展计划，把工作的时间划分多个段，明确投入时间，就可以把握工作节奏；不至于在临时性任务来时焦头烂额，提高工作输出内容质量。

三、立项完成之后的输出？

1. 交付物

需要明确立项往往站在眼前，忽略了过程要产出什么，而交付物则是项目过程中各个环节连接产物，也是确定项目闭环的验证物。

交付物需要质量流程协助一起制定，将其写入规范要求中，以推动项目整体运行；比如：立项过程的交付物就是，立项报告、需求说明书、需求表单等，以推动下一步项目计划实施，以此类推。

2. 经验总结

工作过程的复盘，是一种带有仪式感的事情。

养成书写总结的习惯，可以帮助发现工作的缺陷，不断修正大大小小毛病，也是对过去的一种追溯；依照个人习惯的不同，经验总结方式可以不同形式，日记、报告、图示都可。

作为产品经理的一点总结吧，无论负责什么产品类型，都要以用户为中心，把产品做大做好；工作中要在产品思维下不断实践、验证、纠偏。

欢迎拍砖，大佬们多多砸来意见～感谢工作过程提点我的领导和同事。

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

题图来自Unsplash，基于CC0协议