昨天我们老板跟我提了个系统的需求，说要明天上线，我看了下这个需求，其实也没那么紧急，对比了当前的资源分配，还有正在处理的需求优先级更高的，于是我跟老板沟通了下，延后了上线时间。
我们现实工作中，肯定会出现这种，临时需求，挺多还很棘手，如果遇到了，我们该怎么办?
关于产品需求文档撰写可以查看以下2篇往期内容：
一、先分析这个临时需求
不管接到什么需求，先分析下再说，看看什么样子，再决定后续规划。
分析需求可以按照下面的步骤：
1)首先是要理解需求，多沟通，确保完全理解需求的目的和细节。
2)明确需求背景，重点了解这个需求为什么会是“临时需求”，它背后的业务逻辑是什么，有没有一些特殊的市场机会。
3)抓住需求核心内容，快速识别核心点，比如功能要求。
4)评估需求影响范围，涉及哪些系统、功能影响，涉及哪些使用部门影响。
5)评估需求实现可行性，技术上、产品方案上，是否是可行的，有哪些实施难度。
6)确定需求的紧急程度，是否值得作为高优先级处理，是否需要特殊处理。如果这一些需求分析结果，是确实挺紧急的，要优先处理，那第一步就过了，我们先接下这个需求，再看看下一节。
如果分析结果是不需要处理，或者不那么紧急，那就直接看第3节。
二、综合当前资源对比
需求确定要做，也是紧急做，但到底要多紧急，什么时候上线，这个是要对比当前资源的。
我这里说几个对比的点，可以参考看看：
1)需求的相对价值
2)需求的相对紧急程度
3)需求的相对占用资源程度
4)当前团队资源情况综合这些，看看这个临时需求应该放在什么时间处理合适。
三、与涉及需求方沟通
这里的涉及需求方，有两个：
一是这个临时需求的需求方。
二是如果调整了优先级，影响了其他需求的需求方，毕竟人家本身是正常上线，你这突然延后，总得解释一下。
沟通，需要把所有的事项说清楚，比如说：
1)解释原因，临时需求为什么不会优先处理，说下，临时需求如果优先处理了，影响的其他需求，也跟人家说下，是因为有其他优先级更高的需求顶替了。
2)展示影响，最好是提供一些具体的数据，这个需求不及时上线，会造成哪些影响。
3)寻求理解，要跟两边的需求方讲下，这样决定是基于整体考虑，并寻求双方的理解，你只要说清楚了，大家都会理解的。
4)寻找替代方案，我们做任何事，都要有一个B计划，尤其是在拒绝掉用户的需求，或者要调整他们的需求时，除了解释原因，还要有个替代方案，提出你的计划，尽可能减少相关影响。
说到这，我额外说个工作技巧，如果你向你领导汇报工作，遇到问题，不单单只是提出这个问题，有问题很正常，但是你得有你的思考，要附带你觉得合适的解决方案，这样，你的领导才会对你刮目相看。
四、反思当前的需求流程
我一直认为，从公司层面讲，我们所有的工作都要依赖于合理的工作流程，并加以特殊情况处理。
如果这个临时需求的增加，对你们的工作影响很大，并且很难处理，你就要反思下当下的需求流程了，是否合理，对于临时需求这方面，还有哪些流程上是有问题的，要及时调整。
我们的工作不是完美的，但发现问题就要修正。
尤其是对于很多流程上没那么完善的小公司，出现这种情况都是正常的，都要一步步来，随着时间、人员、内容等因素越来越多，这些流程都会逐步完善。
五、如果有一些需求外的情况
最后一个，我们就聊几个需求外的情况，毕竟这是职场。
如果需求方特别强势，这个指的是你领导，是老板，不好说话，那就调整你们当前的安排，加进去吧，毕竟人家是老板，沟通无效，接受就好。
记住，前提就是你老板这种，如果是其他部门，再强势，也要按前面的流程处理，很多工作原则一旦打破，后续将一发不可收拾。
如果有一些人情往来的，这个很现实，因为只要有人，就会有人际关系，这个自己把握处理就好。
希望简单的文字对大家的产品工作有些帮助。
