产品日思v58.如何正确描述一个需求？

今天的思考，和大家简单聊聊如何正确、合理地向技术、运营、市场等内部同事描述好1个需求，从而推进需求的执行。

具体的描述方法，我整理了一个模板，可以从如下几个维度描述：

需求来源：

也就是需求从何而来。包括需求是谁提出的，可以是内部团队，可以是用户反馈，还可以是产品的市场调研，或者明显的体验问题等等。

需求产生背景：

也就是为什么要做这个需求。可以是解决现有问题，可以是有更优化的体验方案，可以是有新的业务方向

需求的重要程度：

列出一个重要度分级列表，然后标出当前需求在这个重要度中的位置，比如：

1 不做会造成严重的问题和恶劣的影响的

2 做了会产生巨大好处和极佳效果的

3 跟重要合作对象或投资人有关的

4 跟核心用户利益有关的

5 跟大部分用户权益有关的

6 跟效率或成本有关的

7 跟用户体验有关的

从上到下重要度逐层降低，如果在某个重要度下，就用✅标识。

需求的紧急度：

列出一个紧急度分级列表，然后标出当前需求在这个紧急度中的位置，比如：

1 不做错误会持续发生，造成严重影响

2 在一定时间内可控，但长期会有糟糕的影响

3 做了立刻能解决很多问题、产生正面的影响

4 做了在一段时间后可以有良好的效果

从上到下紧急度逐层降低，如果在某个重要度下，就用✅标识。

需求的开发成本：

根据产品估算，分高、中、低

需求的解决方案：

就是产品这边打算采用什么方案来满足需求、解决问题的。可以文字描述，再配以示意图

如何验证需求成果：

从数据角度，描述要收集什么数据，达到什么标准，才能说明需求达到预期了。

综合以上几个角度，就可以将一个需求描述清楚，在次基础上，每个需求绘制对应的原型图，就能更加帮助大家理解需求，支持你的方案。你觉得呢？