第一次发表文章，谢谢大家支持，我会以IE知识在产品中的运用方面继续努力分享~~
IE，即工业工程，其中最基础的就是5W3H了，下面先介绍一下5W3H的概念：
那么，在需求分析中该怎么运用呢？
1.why
当我们接收到用户需求时，我们首先该想到的就是用户为什么会提出这样的需求，这就需要深挖需求根源了。
一般来讲，C端产品用户的需求大部分就是产品经理要解决的问题，我现在拿B端产品举例，当我们做一个企业的供应链系统时，采购可能会说我需要一个物料附件上传功能，我要把附件给到供应商，这时我们就要去想，采购为什么要上传附件呢，看过采购流程之后，你就会发现，噢，原来是上一步的物控没有给采购附件，那物控又为什么没有附件呢，再看上一步，原来是开发工程师没有将物料的图纸等给到物控，这时，产品经理就只需在工程师上传BOM时，添加上传附件功能就可以了，解决了一连串的问题，更加符合了供应链流程要求。
所以，在了解用户需求时应多问几个问什么，可以问用户，也可以问自己，其实这也是IE知识里的五五法，我以后会单独做个分享。
2.what
了解需求之后，就该考虑怎么做了，what就是要做什么，这时我们需要画出业务流程图来描述需求，再构建简单的框架及模块，知道自己要做什么。
3.who
who代表人员，对于C端产品，可以指内部团队对产品模块分工，对于B端产品，也可以指各种角色的权限，比如说一个ERP系统，里面有生管、采购、仓管等多个职能，所以要对每个只能进行权限设置。
4.when
接下来人员分配完成，就需要设定每个模块开始时间和结束时间了，产品经理要严格把控每个模块开发进度，并设置里程碑节点，遇到问题及时沟通解决，定期召开项目进度报告会，便于不太懂开发的产品经理了解项目开发进度。
如何和程序猿沟通以后我也会分享一些我的经验，毕竟我已与程序猿沟通了五年多了，都是泪啊！！
5.where
where代表地点，这里可以理解为场景，我们做的产品大部分是移动端产品，这时就要考虑用户在家里、在车上、在白天、在夜晚、在户外等各种场景，自己去模拟各种场景用户体验的不同并加以改善。
6.how
how指怎么做，当你知道what做什么之后，就要寻找方法了，这里就是具体的做法了。将流程图细化，再做出功能流程图，原型文档及每一步的交互，需求文档等，这里就先不多说了，相信大家都做过各种产品文档，哈哈！
7.how long
这里代表的是每个模块开发的持续时间，前面when介绍的是开始时间和结束时间，所以就要求产品经理在和程序猿评估交期的时候能了解开发难度，并给出一些适当的宽放时间，毕竟程序猿们上班也需要刷刷新闻啥的，但是产品经理一定要随时与程序猿沟通，避免需求理解有误造成重工。
8.how much
这里要说的就是开发成本了，需求有先后，毕竟程序猿很稀有，一般都忙不过来，所以产品经理要把需求排列优先级，可以根据开发量、满足用户数量、商业价值等对比分析，分出先后。
好了，今天就这先这些吧，我目前做企业管理系统5年多，工业工程专业出身，希望能将更多的工业工程知识运用到产品上并分享给大家。
头一次写这个，先从最基本的开始，希望大家多多提出宝贵意见，大家互相交流，谢谢大家的支持鼓励。
