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