设计师须知：3个方法有效避免改需求

设计师须知：3个方法有效避免改需求

改需求可谓是设计师和开发者的大忌，很多时候，已经做了大部分工作，却被告知需要更改需求，这无疑是一个重大打击。浪费人力物力的同时，某些程度会打击工作人员的积极性。如果你是设计师，那么一定要知道哪3个方法来避免更改需求，提高工作效率。

下面就一起来看看这3个方法：

No.1培养战略思维，有自己的主见，深究内部答案

战略层的思考意识缺乏会让我们只能看到和应对短期的需求，而难以从更长远、全局的角度思考产品设计。当 PD 们判断出现失误、方向偏差越来越大时，我们却在浑然不觉地继续执行他们的需求，当失误中途被某个大 Boss 发现叫停时，设计方案已经基本完成，最后不得不推倒重来。

当我们接到需求设计产品的时候，除了从用户体验的角度思考和给出建议，也要有从业务/商业角度思考和追问的意识：这个产品在未来 1-3 年内会是怎样的形态？核心竞争力和差异化亮点是什么？这个短期需求是否能和长远业务目标契合？这个需求的设计投入/产出比是否合理？在整体的业务产品链路地图中处于怎样的位置？在和业务方沟通确认需求的过程中，也要敢于连续追问几个为什么，而不是得到一个表层的答案就满足。

改需求

No.2不过早陷入细节，准确判断准介入细节设计的合适时机

诚然，对体验细节的关注和极致追求是设计师的重要素质，细节说明清晰完整的标注文档也是帮助设计师更好赢得开发信任的重要助力。但设计师同样需要判断准介入细节设计的合适时机，过早陷入细节会有更大的被全盘推翻的风险，造成更强的挫败感。

 我有时习惯性画出高精度设计文档后，再去和业务方沟通确认一些自己的疑问和创想，在这个过程中会发现一些之前没意识到的非普通文案、设计细节的问题，造成整个模块都需要推翻重来，而与此对应的一些细节设计考虑和表达也化为乌有，耗费了多余的设计成本。

当然，在实际中可能会面临设计 – 正式评审周期紧张，业务方除了评审很难抽出时间之类的情况，未必能如此理想地进行，也许就不用频繁陷入抠完细节最后发现全部白抠了的尴尬境地。

No.3必要的解释说明和强势坚守时间底限

有些时候，业务方对于设计的具体完成周期会缺乏清晰的认知，觉得设计师只需要花费很少的时间就能解决，需求改了也不会增加太多的时间成本，但真实情况未必如此。这时候，必要的解释说明和强势坚守时间底限（包括向上级求助争取）就更加重要。

设计师一定要避免频繁改需求，拿到项目前要充分沟通和确认好，避免浪费大量人力物力在需求更改和确认上，如果你能做到以上方法，应该是能很大几率不需要更改需求方案的。