无论你是GUI，UI，交互，还是用户研究员，作为体验设计这个大圈子里的一员，我们应该认为，和其他职业的同事比起来，自己对用户的关注要相对更有天赋一些。但是，虽然我们一直标榜自己在为用户设计，但在实际的工作过程中，尤其是初入职场的时候，似乎总是忽略了自己在这方面的天赋。
让我们从几个问题入手来探讨一下：
1、当我们接到一个任务，我们的用户首先是谁？
具体的任务千差万别，不过总有一个共通的点，就是有任务，就总有需求方，在接到任务需求后，我们就开始履行我们作为设计师的工作职责了。
经典的体验设计流程一般包括：定义——调研——分析——设计——评估，我们进行用户访谈，观察分析用户，建立人物模型，为用户模型设计具体的交互流程和用户界面，无论我们处于整个用户体验的哪一环，似乎我们时时刻刻都在关注用户。
但是，在接到任务的那一刻，谁是我们的第一个用户呢？
经典的体验设计流程里其实也有提到，那就是利益相关者访谈或者沟通，但我们可以更直接明了一点：这个任务的需求方，是我们在接到这个任务的第一个用户。
任务的需求方，在实际的工作环节下，指任务的直接发起者。用户可能说如果有个什么功能就好了，但他绝不会说：帮我设计下这个功能的交互流程。我说的这个任务发起者，就应该是说这句话的人。
当然，这句话只是一个例子，实际的任务多种多样，需求方的具体身份也可能有所不同，可能是你的上司，可能是产品经理，也可能来自别的谁……但无论如何，在这个场景下，这个需求方一定比产品的最终用户更靠近你。
他，才是这个任务里，我们的第一个用户。
如果我们不理解他，很可能就把一个重要的任务做得很随意，也可能把一个简单的任务做得很繁重，要么白白错失了表现的机会还一无所知，要么浪费了大量的精力还得不到什么回报。
2、当我们完成了一个任务，第二个用户又是谁？
对于交互设计或者GUI设计师来说，一般设计好的内容会交由工程师进行实现，如果按照上一个问题的思路，或许你会猜第二个用户是工程师。
但在此之前，其实还有一个用户，或者说：一堆用户。
设计师完成设计后，一般会有一个中间环节是设计评审。一般来说，我们可以将自己完成的设计文档或者图片通过邮件发出来，正式的话后面可以用会议作为最终确认的方式。
如果有发邮件，那么第二个或者第二波用户，就是包括抄送人在内的邮件收件人了。
你有没有为这波邮件的用户考虑过？
首先，起一个清晰明了的标题。让即使不会去打开你邮件的抄送人（大多是领导），能够仅仅通过一个标题就能清楚你做了什么。
其次，邮件正文概要写出你输出的主要内容，主次分明，排版简洁美观，信息传达明确。这点，应该正是我们的强项吧？
换位思考下你邮件里的所有用户吧，如果你是收件人，你会希望收到怎么样的邮件呢？
是一封标题和内容完全不相干的邮件（比如常见的Re /Re /Re，结果你打开一看已经完全是一个新话题了），还是一封标题清晰明了和内容一致的邮件呢？
是一封完全没有正文，不知道该不该打开附件的邮件呢？还是一封正文主次分明，排版美观的邮件，甚至让你在手机上移动办公时都可以方便阅读的邮件呢？
其实这是所有职业都会遇到的一个问题，但我私心的认为，我们设计师理应比其他职业处理得更有天赋的样子。
会议也是一样。从发出会议邀请的那个时刻，你就开始设计你这波用户的体验了。
3、在我们的设计见到最终用户之前，还得处理下第三个用户。
对于研发流程中的设计师来讲，通过评审后的设计，就该交给研发小哥哥小姐姐去开发实现了。这个时候，他们就成为了我们的第三波用户。
在我们为最终用户考虑之前，如果稍微多花点精力服务好我们的工程师们，会对最终设计的落地有莫大的好处。去年我在脉脉上吐槽面试有人连切图有什么要注意的都回答不了，没想到下面有好些人也不知道，也有人认为切图根本没什么需要注意的。
其实很简单，比如为了符合代码规则，图片的命名不要用中文，使用“_”而不是”-“。还有界面相同模块的图标切图大小一致，这样在计算边距的时候就很容易统一设置，让界面规整……
最后，输出文档的时候，尽量写得清晰明了，必要的时候当面沟通，确保设计落地的程度尽可能高。
了解基本的研发规则和技术原理，其实就是在了解用户的习惯，只是我们似乎总是很少花费精力用在和我们直接产生利益共生的工程师上。
作为一名设计师，我想你一定能理解，如果不理解用户所可能造成的后果吧？
用户体验思维在工作中的用处当然远不止如此，它可以作为一种通用的沟通或协作技能存在，而我以前却总是拘泥于产品最终的用户上，反而错过了身边这些实实在在的“用户”，实在太浪费自己的这门职业天赋了。
