就在不久前的某一天，杭州一家创业公司的产品经理被老板殴打住院的消息不胫而走，传遍了朋友圈和各大社区，寻根究底，原因不过是因为老板要求四个月做一个抖音的需求而已，我不禁对此事情产生了一些思考。

事实上，类似的一句话需求的案例在日常的工作场景中并不少见，我就经常遇到，但是如果是我，我会怎么办呢？

对于四个月能不能做抖音这个问题，我想我会思考以下问题：

1、问题是为什么做，因为领导喜欢还是有什么业务目的，需求调研；项目缘起

2、思考做成什么样，就可以满足第二个问题，确认初版验收标准；成功标准

3、能不能做；评估项目可行性，确认需调拨资源数量；不满足返回第二步骤和第一步骤重新循环；执行，配团队，定里程碑和deadline，产出物；我会更关心的是需求本身是什么，是否被如实的表达出来了，而不是直接针对这个需求是否合理进行判断。

我们在日后的工作中遇到，要怎么处理这样的问题，经常情况下需求方往往会给出一个自己经过思考后得出的结论，但是这个结论是否成立需要经过产品经理的一步一步论证与分析才可以，我认为这个产品经理存在的价值之一，当然我非常佩服文章开头的产品经理的精神，这个精神是我所不具备的。

下面我总结我的工作场景给出一个解决一句话需求的方法：

1、第一步：得到需求源的信息。

要具备提问的能力，也就是获取信息和挖掘信息的能力，直接的表现就是提问：如何获取需求，就是不停的提问，向所有可能涉及的干系人发问。

2、第二步：深挖需求场景，确定需求的核心场景。

如何深挖？不被需求方的结论性表述所迷惑，要注意启发需求方更多描述需求场景，得出这个结论的场景是什么？据此判断需求方的真正痛点与需求是什么？

3、第三步：拿到需求场景后，确定角色和业务流程，设计解决方案。

这个过程就是基本的产品工作过程，确定之后可以与业务方反复沟通，是否符合其真正的业务场景，以及解决方案是否满足其需求。

4、第四步：优先级划分与项目管理

基于以上四步可以很好的处理绝大部分的一句话需求，最重要的是提问与沟通，整个流程下来需求分析是所有流程的起点，所以一定要更加重视，而对于需求分析来说最重要的就是识别场景与描述场景。

        我认为核心场景就是本次需求的验收标准，是否满足这个场景就是衡量这个项目成功与否的关键。明确场景就是明确需求的整体边界。

       最后，我始终认为虽然产品的用户是人，但是产品不是为用户服务，产品是为场景服务的，用户天然就在场景中，不同的人在不同的场景其角色与需求都是不同的。设计产品的本质是满足场景，交付产品的本质是交付场景。