在数字化浪潮中，简化的信息传递成为时代的呼唤。近日，一群学子于老K的知识星球上，对一项需求评估进行了热烈的探讨，此议题颇引人深思。所谓需求评估，亦称“撕裂战争”，乃是指在既定领域内，一群志同道合者展开多轮思维碰撞，最终在欢笑与坚持中达成共识，预备下一轮交锋的和谐交流方式。

回顾我漫长的职业生涯，参与需求评估的经历大致可分为三个阶段：

初入职场，我投身于冲锋陷阵的行列。作为需求评估的主角，我以职业的微笑，引领团队中的同仁与上级展开会议。一番唇枪舌剑之后，或促使他们接受工作安排，或促使他们加班调整需求。

随着经验的积累，我逐渐转为悠闲的旁观者。手持咖啡，悠然刷着微博，静观产品经理与团队成员的沟通。在产品经理处于弱势时，凭借自身的地位与资历，与CEO谈笑风生，巧妙运用社会资源，保障产品部门的顺利运作。



如今，我已步入漠不关心的境界。不再参与需求评审会议，仅听取产品经理的简要报告。若核心需求被削减，即按江湖规矩，与技术负责人展开一对一的辩论，直至问题解决。

基于多年的实践经验，我想与大家分享如何在需求评审会中称霸之道。

首先，明确需求评估的目的。产品经理的使命在于迭代产品，通过收集需求、深思熟虑，形成产品需求文档。在文档转化为功能之前，需要说服众人支持，包括老板、上级总监、开发、设计、测试等。

这一说服过程，即需求评估。因此，需求评估会议的目的在于说服团队中的关键人物，支持产品迭代决策，共同推进产品开发与上线。

关键人物的识别至关重要。产品开发团队中，老板与技术负责人是两个关键角色。老板决定产品方向，技术负责人则拥有否决权。说服这两位关键人物，需求评估的成功率将高达90%。

需求评审会议的黄金原则在于，在会议前与老板/董事沟通需求本身，确保其同意；与技术负责人沟通需求的技术实现，阐明业务目的，确保其认可需求，并确认技术可行性。

在需求评审会议上，若老板/董事在场，他们将是你坚定的支持者。面对技术专业的质疑，保持冷静，无需过多解释。若技术负责人对领导能力产生怀疑，他可能会站出来维护团队。

最终，需求评审会议将确认需求细节，启动产品迭代。

以下是一些注意事项：



会议前：至少提前两天与团队约定会议时间，预订会议室，并通过协作工具发送产品原型、需求文件等信息。

会议中：在讨论具体功能前，先阐述需求背景、业务目的，明确目标与价值。在讨论功能时，系统性地组织讨论，确保每个细节都得到充分阐述。

会议后：及时输出会议记录，包括结论、争议点和解决方案。通过电子邮件发送给相关人员，并要求评估工作量及大致工作时间。

总结争议点，重新输出解决方案。如有必要，可召开第二次会议确认。

面对分歧，若对方提出更好的建议，应果断采纳，并表示感谢。若对方指出错误，应保持冷静，微笑接受，并承诺会后调整。

总之，需求评估虽以形式呈现，但关键步骤往往在会议前就已完成。正如胜利的凯歌并非冲锋的号角，上市敲钟并非公司发展的关键，需求评估亦然。

愿每一位产品经理都能在需求评审中游刃有余，赢得尊重与认可。

—— end

欲了解更多产品经理知识，关注微信官方账号“产品经理日记”（ID：p_m_diary）。我们还拥有全网最活跃的3500人产品经理社区，微信官方账号回复“加群”即可加入。



特别说明：本网站旨在收集互联网运营干货，为运营伙伴提供便利。内容来自互联网或用户贡献，不代表本网站观点，亦不对内容真实性负责。



如有侵权行为，请联系网站管理员删除。