【设计需求分析拆解模型】

在项目过程中我们经常会遇到需求不清晰或理解偏差问题，在实际场景中这是非常常见的，很多需求方由于缺乏专业知识以及部门内部培训，不理解如何下一个清晰完整的Brief；不能够清晰阐述Brief ；

甚者下发的需求与产品输出不符，造成严重的资源浪费以及项目进度推进严重Delay；虽然是这需求方的问题，这里我们不应纠结于谁对谁错，只希望在执行过程中能够有效快速推进项目进度；因此就需要设计师抽丝剥茧与多方进行多次双向沟通交流，用语言描述非常精准去引导挖掘需求方的核心诉求，来规避项目过程中的认知偏差；拆解 Brief 的层级，设计师需要将需求方零散、抽象的需求进行梳理、分析、讨论、拆解、并最终进行视觉转化；

在现实工作中，见过大部分设计师处于一个被动完成任务状态，不会去刨根问底提出疑问

以及假设性问题来完善需求的准确性，这也会导致长期以往大脑处于被动状态形成惯性，

认为需求方就应该提供完整且清晰的需求；设计师需要知道我们处在一个团队项目中，

需要大家共同配合完成需求，提高质量；也不要自身不断思考、反思提高自身的专业性而

不是被动的接受需求，这样设计师在团队中话语权也会更重；大家都比较尊重专业性，

而不是感性的自认为应该这样，缺乏说服力；

【 抛弃受害者妄想症思想 】

设计师在执行过程中需要了解整个产品链路开发过程，以及运用一些基础的设计推理模型

能够在设计过程中确保其思考逻辑通顺从而快速有效的输出；【很多设计师较为感性以及依靠

经验来判断，在项目中推进过程就会造成在一些不必要的沟通；设计其实是一份需要严谨推理、

分析的工作，有些设计师在实践中缺少这种思维，因此这种方式展现不同的信息，以及在设计

过程中能够引发更有意义的讨论。】

上述每个阶段都包含五个步骤，即：任务评估、发散思考、逆向思考、聚合思考、复盘。

价值挖掘可运用很多方法与技巧如：5W1H等；

信息发现：搜集数据和信息，这些数据与信息可以在内容层面影响与激发创意会议的进行

获取赞同：设想后期在会议组织中实施的方案，寻求对计划的赞同；

设计洞察主要建立在对用户体验过程的了解基础上，对用户体验进行解刨；因为我们无法观察他人的内心与思想；这意味着这些体验往往是基于我们自身经验以及对用户的洞察得出的结论，因此也需要在执行过程中不断反思；对于用户体验的理解是否正确。

因此倾听用户的意见并观察他们的行为与盲目按照需求方的要求设计是截然不同的工作方式；

设计师需要有坚定的态度与毅力，并且要有充分的思考逻辑与准备；从最初的想法、假设、设计一步步推导叙述；要使用站在用户的视角，虽然进行前端的用户研究和评估是需要大量的时间与思考，但这样能够帮助设计师做出更好的决策，以及设计成更好的作品。

在条件用许下，设计师需要渠道现场真实的环境下与用户进行 1v1沟通交流，去体验不同文化以及不同场景；