创造更好的体验从需求阶段开始
回顾一下刚入职不久后导师给我的第一个还算复杂的项目，通过这个项目，反思最多的是在于设计开始阶段如何做得更好。由于即将上线，就不具体说了。
第一次参加该项目的需求说明会上，听导师讲完了交互初稿，当时觉得做的很完整了，自己要做的只是些收尾和补漏的工作。然而这是个不正确的打开方式：不应该只看到别人给你的交互稿，就像不能接到任务就直接打开Axure画线框图。
一．走出交互稿，从最模糊的地方摸索需求：
刚拿到交互稿，了解了我们的目标，各个功能点特色，上线计划，注意事项，检查了流程，补充了缺失的异常页面，然后就去做其他任务了。但实际要做的事情远远不够。在这个需求里，导师是我的需求方，不同于其他模糊的需求，这里已经有非常明确的交互稿了，正确做法是从交互稿里走出来，去挖掘交互稿之前的所有思路：首先，针对每一个信息点，每一个页面，甚至按钮和文案，都要了解他的原因，目的，阻碍以及风险；其次，要明确不同小流程的用户场景，考虑用户在流程中场景中会有怎样的需求和情绪，我们需要如何调动用户的情绪，又要把他们引导去哪里。
设计是从模糊到明确的过程，我所看的交互稿，只是整个项目需求的冰山一角。很多时候我们做的设计，看起来似乎是某个页面里的按钮放错了位置，但追究下去会发现其实是整体的流程设计没有做完整，再追究下去，其实是用户场景没有梳理清楚。
不同人可能会给我们完全不一样的形式的需求，做好设计的第一步应该是把需求及其思路梳理清楚，然后明确用户，场景。找设计问题优化的时候，也更要带着流程和场景的意识去分析问题。
二：面对改动和临时调整，更要有大局观：
看似顺利的进入开发阶段之后，各端开发包括策划会为了项目进度而要求我去改交互，那么问题就来了，复杂流程里的小小改动会带动整体的很多变化，到了后期会慢慢发现更多漏洞随之出现。我所遇到的大多是这样：一个为了赶进度的小改动，导致了用户体验的下降，于是需要在流程上做更多的改动，这反而带来了开发视觉的更多工作量。在这些改动中，开发像是我的需求方，对于这种改动需求，需要了解详细原因，后果。并且要评估是否值得，如果值得改变，要有充分的准备解决各种连带问题；如果不值得改变，要有非常坚定的立场和足够的说服力。对于新人来说，任何的决策，需要对后果有十足的把握再去决定。
怎么确保做决策前能有更十足的把握呢？
尤其是比较复杂的项目，对于每一个细节的设计理由和每一个小流程的用户场景都了然于心。看到交互稿背后的完整故事，才能更有大局观，更有准备的去优化，更有说服力的去跟开发视觉沟通。
三 : 利用数据做优化
开始开发之后的产品，就需要去整理后期的优化需求，在这个过程中还会进行灰测或是其他形式的用户测试，利用好这些测试，再去完善需求。
可以在灰测开始之前先整理出已经发现的需要优化的点，但也不急着把它优化掉，根据用户反馈和数据去安排优化节奏，有了数据，做后期优化也会更有底气。
最后想说，我们其实是用户体验设计师，所以
并不着急把需求了解完，是把需求了解的更彻底。
也并不着急把交互稿做完，是要把用户接触到的每一个细节都做的更用心。
也并不着急把成本问题解决掉，是要思考每一次改动给用户带来的各种影响。
当然更不能忘了开发视觉测试的工作体验。。。。。
