今天的思考，和大家简单聊聊如何正确、合理地向技术、运营、市场等内部同事描述好1个需求，从而推进需求的执行。
具体的描述方法，我整理了一个模板，可以从如下几个维度描述：
需求来源：
也就是需求从何而来。包括需求是谁提出的，可以是内部团队，可以是用户反馈，还可以是产品的市场调研，或者明显的体验问题等等。
需求产生背景：
也就是为什么要做这个需求。可以是解决现有问题，可以是有更优化的体验方案，可以是有新的业务方向
需求的重要程度：
列出一个重要度分级列表，然后标出当前需求在这个重要度中的位置，比如：
1 不做会造成严重的问题和恶劣的影响的
2 做了会产生巨大好处和极佳效果的
3 跟重要合作对象或投资人有关的
4 跟核心用户利益有关的
5 跟大部分用户权益有关的
6 跟效率或成本有关的
7 跟用户体验有关的
从上到下重要度逐层降低，如果在某个重要度下，就用✅标识。
需求的紧急度：
列出一个紧急度分级列表，然后标出当前需求在这个紧急度中的位置，比如：
1 不做错误会持续发生，造成严重影响
2 在一定时间内可控，但长期会有糟糕的影响
3 做了立刻能解决很多问题、产生正面的影响
4 做了在一段时间后可以有良好的效果
从上到下紧急度逐层降低，如果在某个重要度下，就用✅标识。
需求的开发成本：
根据产品估算，分高、中、低
需求的解决方案：
就是产品这边打算采用什么方案来满足需求、解决问题的。可以文字描述，再配以示意图
如何验证需求成果：
从数据角度，描述要收集什么数据，达到什么标准，才能说明需求达到预期了。
综合以上几个角度，就可以将一个需求描述清楚，在次基础上，每个需求绘制对应的原型图，就能更加帮助大家理解需求，支持你的方案。你觉得呢？
