很多项目经理和PMO往往只盯着项目过程和项目交付管理，盯着项目过程中的效率和那些细碎的琐事，但是，对于项目最为重要的一件事却关注很少，那就是需求管理，方向错了越努力就失败的越快。
一个项目经理就像一艘大船的船长，他指挥和掌控着整个项目的方向和动向。如果船长不知道他要去哪里，他会把船开到哪里？很可能是在茫茫的大海上浪费时间和金钱，甚至失去性命。
同样，如果项目经理没有管理好需求，那么项目也很可能失去方向和目标。
研发项目经理如何做好需求管理？ 优秀的项目经理如何做好研发需求管理？ 项目管理从需求管理开始--不懂需求管理还敢带项目？ 一文掌握IPD总体流程架构及端到端的需求管理 项目经理如何做好需求管理和分析？ 一图掌握如何做好需求管理和需求评审？ 项目经理如何更好的理清和管理项目需求？ PMO和项目经理如何建立需求管理方案？
详细说明：
需求生命周期：收集、评审、排期、设计、开发、发布；
需求类型：新增、优化；
需求来源：1、用户反馈 2、竞品分析 3、商家反馈 4、运营建议 5、企业战略 / 客户、用户、市场、客服、产品经理、运营、技术支持、开发、测试、竞争对手、合作伙伴、BUG、论坛、其他；
任务状态：1、需求反馈 2、评估确认 3、开发中；
优先级别：P0、P1、P2、P3、P4(优先级别充分考虑产品长短期目标，也要估算所需投入的研发资源)；
所处阶段：未开始、已计划、已立项、研发中、研发完、测试中、测试完、已验收、已发布、已关闭、空；
当前状态：草稿、激活、已关闭、已变更、空；
关闭原因：已完成、已细分、重复、延期、不做、已取消、设计如此、空；
项目需求卡片 | |
需求编号 | 需求类型 |
1、2、3… | 功能需求/非功能需求 |
需求来源（who、需求从哪里来？目标人群是谁？） | |
产生需求的用户是哪些？这些人是可以联系到的吗？怎么联系？用户相关资料有吗？与本项需求的相关反馈有哪些？ | |
需求场景（where/when）在什么情况下产生的？ | |
产生需求的时间、位置、环境（物理环境、手机环境、应用环境） | |
需求描述（what）最种要的信息 | |
尽量用主谓宾的形式来描述，避免主观性的语句。 | |
原因（why） | |
为什么这部分用户会有这个需求（需求搜集人员的注释） | |
验收标准（how） | 需求重要程度（how much） |
怎么确定该需求被满足了？如何追踪？ | 需求容量（有多少用户有此项需求？） |
需求生命特征 | 需求关联因素 |
1.需求优先级 | 和需求关联的人、事、物。 |
竞品情况 | |
竞品是如何满足此项需求的、用此种方式满足之后用户的反馈 | |
提需求模板 | |||||||
序号 | 目标用户 | 问题描述 | 严重程度 | 现有方案 | 建议方案 | 价值描述 | 改进成本 |
说明： | |||||||
目标用户：这件事是为谁而做 | |||||||
问题描述：目标用户碰到的痛点，说出何时、何地、怎么难受即可 | |||||||
严重程度：以高/中/低来划分即可，可根据用户重要程度，以及问题出现的次数、频率等因素来考虑，如能对有严重程度的案例描述则更好。 | |||||||
现有方案：现在是如何解决此问题的，一个值得解决的问题，一定有现成解决方案，如果没有可能是因为不够严重 | |||||||
建议方案：尽量思考后提一些建议，或者竞品的XXX方案 | |||||||
价值描述：改进方案带来的额外价值。比如省时间、更便宜、更能精准地找到XXX等。 | |||||||
改进成本：建议方案的成本评估，用高/中/低表示，主要是非技术层面的成本。 | |||||||
近期热文：
欢迎加入中国最大的PMO&PM社区
