需求分为几个阶段：获取需求阶段、讨论和设计阶段、待开发阶段、开发阶段、复盘阶段
本章节着重讲讲待开发阶段。
待开发阶段
有了确切方案后，要尽快跟研发的同事做可行性评审，这一步必不可少。如果缺少可行性评审，将会出现很多产品设计方案可行性差、需求频繁更改、产品功能不切实际的情况。
在可行性评审上完成的是对需求的大致评估，要做的有以下几件事情：
1．方案本身的可行性
在技术方案上是不是能够完成？这是技术部门的同事要评估的问题。对于可行性评审里的方案未必是很精确的，所以要引导他们提出对方案实现细节的问题，一起弄清楚可行性。
2．有没有更好的方案
要跟技术部门灌输清晰的需求背景，让他们也基于当前的方案去思考是否有更多可行的方案。方案未必能很快想得完整、周全，但他们提供的思路一般是可行性较高的。
3．涉及的产品和技术环节有哪些
同样，要配合技术部门的同事判断会影响到哪些环节。尤其是很多公司产品线比较多，有可能存在牵一发动全身的情况，如果相关的产品同事和技术同事不知情，必然会延期，然后会扯皮、造成麻烦。再小的产品一般也会分前后端，所以要让技术的同事来判断有哪些人需要知情和参与评估。
4．方案的成本如何
看方案需要多少人、多少资源、多少时间来完成，也要看方案在技术层面耗费的不太明显的成本，比如服务器成本、带宽成本给用户造成的流量成本等。这些讨论结束，会议就能够输出相对比较严谨的可执行方案（或草稿）了。注意，如果会上遇到各种问题需要改日再评，也要确认解决问题的时间节点。
