产品立项随笔总结.docVIP

产品立项随笔总结 / 本人负责嵌入式操作系统产品，属于技术驱动型专业软件产品，在产品立项过程中，收获了一些过程经验，这里做一些记录。 根据项目的生命周期来说，目前为迭代型生命周期，在完成产品基础版本之后，不断在此基础之上做增量型开发。 整个项目按照时间推进，以及需求的完成状态，分为四个阶段： 概念阶段：初步构想项目整体框架，提出项目概念，成立项目小组； 计划阶段：制定项目目标，论证计划实施； 执行阶段：项目设计，开始实施，过程需要进行过程控制； 结束阶段：项目成果交付，经验总结。 立项属于项目计划阶段，其工作内容包含：确认项目背景、项目需求、项目整体推进计划、产品的竞品分析、可行性分析、最终交付物；主旨说明项目的价值，告诉相关人“是什么”“为什么”“如何做”三大问题。 整个立项过程涉及跨部门沟通，多次评审会议，项目材料梳理等复杂工作，目的是多方意见达成一致，推动项目后续进程。 一、立项前准备什么？ 1. 明确项目的特征 由于立项的对象就是项目，首先要明确所处的行业，不同的行业项目的特征不同；对于软件产品，不同的产品，项目过程中所具备的特征也有所不同。 立项的对象，可以是标准的产品研发，也可以是定制型产品开发，可以是技术服务项目，可以是解决方案；根据不同的对象，立项的侧重点会有所不同。 对于嵌入式操作系统产品，技术门槛较高，产品要求的技术成熟度也较高；所以在产品设计过程中，需要将技术在产品发展中的影响放到最高的等级，其次关注易用性等其他需求 在产品的发布计划中，优先确保功能可用性，解决有无的问题；能够让用户能够快速使用，其次考虑产品功能的完备性，考虑多种用户的需求，定义产品模块，延伸产品的功能；继续推进，则是注重产品的易用性，功能好不好用，增强用户粘性。 明确项目的特点能够帮助明确立项关注点，产品则按照产品思路，解决方案则更重要的是场景化和可行性，预研项目则需要注重前期资料的整理等等。 2. 明确立项的主要工作 立项主要的工作是沟通和资料书写，这两个既耗时也耗力。 沟通工作：横向包含多个部门之间的信息传达，与研发部门确认需求描述、资源、风险；与测试部门确认对需求描述是否达成一致，需求描述是否具有可测性，着重测试的点是否体现——这些沟通都需要开会一次一次轮番确认。 纵向包含向上级汇报，确保与公司未来战略保持一致；领导的市场规划，是产品未来发展的方向，无论是在提升市场占有率上还是盈利策略，都具有指导价值。 资料书写：输出需要分析过程文档以及立项报告——过程文档包含用户需求、需求分析、设计方案等，并且对收集的资料需要有序的整理，加以标记。 立项报告则是根据具体的模版，描述相应模块的内容，经过多次修改、评审，提升可读性。 二、如何提升立项效率 1. 信息达成一致 在多次开会过程中，保证信息的一致性；只有沟通过程中，收集各方意见，并且通过会议形式，达成一致意见。 2. 明确计划 在立项阶段需要确认的所有内容，需要给出计划；在什么时间段，完成什么事情，完成的程度如何，层层递进。 计划的重要性体现在： 指导团队：我们在做什么？怎么做？意义是什么？通过计划就可以精简的明确，表现形式可以是Roadmap，从产品从0-1的发展顺序，以及后续技术的成熟，市场的竞争力越来越强的发展思想，指引团队继续干下去（强调这里不具有层级性，一切都是交流）。 明确工作内容：只有明确的计划，才能提升工作效率，根据项目的发展计划，把工作的时间划分多个段，明确投入时间，就可以把握工作节奏；不至于在临时性任务来时焦头烂额，提高工作输出内容质量。 三、立项完成之后的输出？ 1. 交付物 需要明确立项往往站在眼前，忽略了过程要产出什么，而交付物则是项目过程中各个环节连接产物，也是确定项目闭环的验证物。 交付物需要质量流程协助一起制定，将其写入规范要求中，以推动项目整体运行；比如：立项过程的交付物就是，立项报告、需求说明书、需求表单等，以推动下一步项目计划实施，以此类推。 2. 经验总结 工作过程的复盘，是一种带有仪式感的事情。 养成书写总结的习惯，可以帮助发现工作的缺陷，不断修正大大小小毛病，也是对过去的一种追溯；依照个人习惯的不同，经验总结方式可以不同形式，日记、报告、图示都可。 作为产品经理的一点总结吧，无论负责什么产品类型，都要以用户为中心，把产品做大做好；工作中要在产品思维下不断实践、验证、纠偏。 欢迎拍砖，大佬们多多砸来意见～感谢工作过程提点我的领导和同事。