一个体验设计师的基本思维模式

　　在产品经理稍微花点功夫就能画出很好看的原型稿，视觉设计师已经慢慢学会了基本的交互逻辑的环境下，交互设计师该如何体现自己的价值呢？
　　一、被邀请做设计培训
　　背景是这样的，有个其他部门的开发工程师跟我很熟悉，前几天突然邀请我去他们团队给前端们做一下基本设计原则的培训，希望能让开发们在日常的页面开发中，保持一定的美观和好的体验。因为以前也做过类似培训，因此这类培训也算是举手之劳了。但是我在答应之前，作为设计师第一反应是这样的：
　　二、首页Redesign的需求
　　还有另外一个需求是来自正儿八经的业务方，请我帮他们做首页的优化。原来的首页出现的问题是：很low！达不到装逼的效果！（这是业务方的原话，emmmm没错，很多你以为光鲜亮丽的产品经理，他们的思维其实都是很日常化的。）
　　这个其实算是职责业务之内需要支持的业务了，但是同样的我在接需求之前，先发过去我经典的炮弹6连问：
　　为什么要这个东西？
　　没有这个东西行不行？
　　这个东西的用户是谁？
　　用户来到这里的目的是什么？
　　用户通过哪里进来到这里？
　　用户完了之后下一步要去哪里？
　　三、总结
　　真不是开玩笑，我经常把上面的炮弹问题都直接复制在我的备忘录里面，有需求过来，直接复制到对话框，发给业务方。如果这些问题都没有弄清楚，或者逻辑有出入的，我作为设计师是没办法产出让用户满意的设计的。
　　当然，并不是上面那几个问题解决了就可以开始做设计了，而是上面这几个通用的经典的问题，仅仅是需求了解的开端。了解了这些问题之后，还要不断挖掘出每个问题背后的问题的问题的问题的问题
　　快看，我下面这个脑图：
　　仅仅罗列出了简单的两层问题：第一层是基础6连问，第二层是基于每个问题背后的子问题。但很多时候不是照本宣科的拿着这些问题机械性地来了解需求，甚至说，我平时不一定会围绕这些问题来问，只是说，这仅仅是我们了解真正需求背后的一个基础的思路，是作为一个设计师该有的基础思考框架
　　有时候我会针对用户是谁这个问题，发散出很多关于用户的人种学问题，于是所谓的Persona（任务画像）也就这么出来了。甚至，关于为什么要这个问题，有时候都能把一个陌生的系统，从头到位的业务逻辑抡一遍，把逻辑不通以及老产品遗留下来的问题，也一并解决了。还有，所谓的用户体验流程图、商业画布不都是从这些问题一步步衍生出来的吗？
　　emmm，没错，是的，很绝望的是，这个基础的思考框架也仅仅是，能帮助你基本满足需求而已；如果想把一个设计做到超出期望，那又是另外一回事了。
　　所以，为什么现在很多交互设计师很焦虑，焦虑自己的价值不知道如何被体现。毕竟，现在的产品经理稍微花点功夫画出来的原型稿，分分钟都比我们好看；很多视觉设计师，已经慢慢学会了基本的交互逻辑。
　　那么在这种情况下，你还在继续做那种，在产品经理原型稿上美化图形，交给视觉设计师出视觉稿这样的角色当中吗？
　　全链路设计这个概念抄了那么久，大家是否真正重视过这个概念在我们日常工作中的运用呢？全链路的思维模式没有我们想的那么玄乎，只不过是要求我们，往前多想一步，往后多想一步，横向多思考，纵向多挖深罢了。