《产品日思录》是我个人公众号上每天更新的系列文章，记录了我在做产品过程中的思考、总结、经验积累，也希望在这里和简书的大家分享~
今天聊聊如何收集“内部”需求，所谓内部需求，指公司员工向产品经理提出的，希望在App或后台增加的各种需求。内部需求一般需求方明确，可以详细沟通细节，且上线后发挥的价值可预期。对此我总结了一套模板，并举个今天和同事沟通的真实案例，向大家详细说明这套方法。
总的来说，这套方法就是通过询问一系列问题，来帮助需求方和自己梳理需求、明确需求，具体如下：
需求提出人：XXXXX，需求提出时间：2017-07-05
1、需求提出的原因？
说明：让需求方解释为什么要提出这样的需求
举例：36氪经常举办各种行业大会和线下沙龙，每次办会都要制作宣传网页，包括PC和移动Web页。因此希望有一套模板工具，能通过后台配置快速生成各种网页，避免重复开发、重复沟通，提高产出效率。
2、需求在什么场景下，解决了什么问题？
说明：让需求方讲清楚，他的需求在什么情况下，为了什么人，解决了什么问题。
举例：需求的直接场景，主要是为了市场运营人员，满足他们在短时间内，希望无需开发排期，就能快速上线一个大会活动宣传页的需求。间接场景，也是为了满足用户希望更多，更快看到我们举办活动的宣传页的需求。
3、需求满足的人群基数
说明：让需求方预估需求的受众群，用于开发评估负载，以及产品预估用户价值
举例：预估活动页有几十万的浏览，平均2000-3000报名量。
4、需求产生的价值有多少？
说明：让需求方为我们说明这个需求可以产生的商业价值和用户价值
举例：
用户价值：统一、清晰、及时地看到活动信息。
公司价值：节省重复开发成本，节省沟通成本，提高更新速度，还能收集用户数据，为今后的精细化运营打下基础。
5、采用什么方式满足需求？工作量和开发成本如何？
说明：具体了解需求细节，沟通需求方希望要实现哪些功能。
举例：
1、模板定制——包括这个模板的版块要求、布局样式要求。
2、后台——要求能编辑模板，更新模板版块，及版块的内容。更新颜色、图片等等。
3、适配平台——页面要能同时适配PC和移动端
4、字段填写——活动时间（起始、截止），地点，嘉宾，议程，联系我们等等。如果需要报名，还要能定制用户要填写的个人资料。
6、需求的重要程度
这个不解释~
重要度：高
7、需求的紧急程度
同不解释~沟通好即可
紧急度：中
8、如何评估需求的达成效果
说明：采用一些定量，或定性的方法，验证需求是否达到预期。
举例：这个需求的实现，可以通过计算节约开发的时间，产出活动页面的数量，或者收集用户数据的量级来验证。
以上是我定义的采集需求8大问题，你是怎么看的呢？期待你的留言~
