李亚倩进击的UE，我不是线框仔-思维萤火虫设计

李亚倩进击的UE，我不是线框仔-思维萤火虫设计

李亚倩你心目中的UE，
为什么总是与UI差不多？
文丨思维萤火虫姑娘 图丨源自网络

还在挥霍青春 ?
看着身边那么多人都成功了?
你心慌了吗?
工作已有一年整，回顾我的交互设计师的经历，设计流程一般是“PRD评审——出交互方案——交互评审——跟进开发上线”。尽管在第一份工作过程中接触到客户或者用户，可都是肤浅的了解和沟通，并没有深入的挖掘用户的真正需求，输出的产品同样也没有质量保证，漏洞百出。凭借着求知的态度，转行专心做交互设计，在真正的了解到交互之后发现，真正的交互设计并不是画线框图那么简单，现在我要从分享会、书籍、文章中学习，尝试学习用户研究方法，系统的学习产品经理的相关知识，并在这里和你（们）分享。
0
1
1.以实现业务目标做设计
作为设计师有时候会有一种无奈：主管交给你一个新产品，让你去做交互深化设计，然后丢给你一个axure源文件，打开之后你会发现，整个系统从各个角度来看基本没法看，没有产品介绍，没有流程图，没有人物分析，页面堆积大量需求（并不是功能），页面元素五花八门。然后，然后陈某某就疯掉了，然后没有然后............
嘴里念叨：产品也都不容易
默默收起桌上的菜刀
......
实际上，产品经理（所有正常人）们的脑容量是有限的，除非像我的偶像一样，脑子里存储10多条产品链，提起哪一条都不会断掉的大神，其他的产品都是......嗯，对的，也都是可圈可点的，当产品在外（to C)进行用户调研的时候，会接收大量的需求，在对内传达的时候就会存在真假需求含糊难辨，需求功能混淆，流程逻辑出现漏洞，当然所有的输出物就是那个丢给我的axure源文件。
SO，想让自己的工作快速上手，并高质量的配合产品输出开发的需求品，我们需要打破沙锅问到底，向同生产线的产品经理询问产品的流程，逻辑，以及用户等等，做好打破原来交互稿的准备，在获得产品经理的精神传达之后立足于以实现业务为目标重新梳理所有的功能逻辑，业务逻辑，掌控产品的大格局。
想让自己的用户体验提升建议获得认同和落地，就要尽可能地讲设计立足于实现业务目标。有些小点虽然确实能带来用户体验的提升，但因为和业务目标关联度低的小细节就可以放在最后处理。
0
2
2.实时关注项目进度
之前听一个做交互的朋友说过（不得不提一下凯哥，每每说起他都要欣喜一波，哈哈哈），他跟我描述到：前期项目/产品设计进行到什么阶段全然不知，突然有一天，产品经理拿着一堆线框图说要他立刻做出图来。拼死拼活做完图，经历一轮一轮又一轮的需求变更、页面调整后交付了，之后这些图片和他再无关系……
在一个没有规则或者产品强势的环境中，设计师对项目进展是非常被动的。强硬而缺乏经验的产品经理会觉得一切为自己为中心做产品，设计师照做就可以了，没必要去了解产品设计进展。其实，这种做法最终一定会使得产品研发带来不必要的麻烦
称职的交互设计师如果对项目计划的各个节点都充分了解不但可以避免误会和争吵，还能提前准备和思考，把控自己的工作节奏。保持畅通的信息渠道，关注公司产品进展，会让设计师的工作更加有轻松。
当然我这么厉害，肯定不会有冲突啦....
0
3
3.向上反抗进击
在我一年的工作经验中，画线框图的机会还是蛮多的，并且是从用户调研开始做起的。但是有些设计师就不会了，运气好一些是可能是prd，但是想要对此有更加深入的了解的话，仅仅对prd评审才开始做交互设计是远远不够的，要知道产品经理再做prd之前做了大量的工作，这样正如我一开始说的要盘根问底，平时多主动积极的去关注更多的资料信息，主动地思考
通过参与头脑风暴、需求研讨、MRD评审、BRD评审，倾听获取来自不同业务方的更多信息反馈。在需求挖掘阶段多去参与产品经理的工作，可以帮助交互设计师获得用户原始需求，在头脑中建立起对业务更完整的印象，在交互设计时能够更准确地还原真实用户场景从而把握设计方向。
4.更多的使用用户场景
如果条件允许的话，甚至可以在产品经理撰写prd的同期申请资源做一些用户研究工作，制作体验地图、搜集竞品、撰写体验分析报告……（当然这绝对是不可能的）
那么我们可以在设计交互高的过程中，每梳理一个功能就要考虑他的使用场景和环境，同时在用户场景的过程中衍伸出更加贴切的功能和需求
同时，明确各阶段的用户场景，能够帮助我们将各种体验问题串联起来，整合到一个解决方案中去
5.占据上位，主动设计
张某某曾经这么说过：产品上线后的成果才是设计师的工作结果，而不是设计稿，再往上推，页面无法实现那是开发的问题，产品方向的偏离那是产品的问题，页面丑陋那是UI的问题，交互的逻辑和使用方式别扭那是谁的问题，逃不过，那么在设计师尴尬的岗位中求生存我们不仅需要良好的设计能力，沟通技巧、把控能力也是非常重要的。除了上面提到的“本职工作”以外，你还要能够做到：
①主动的发起设计评审/追问设计反馈
在上一家公司工作的时候，当把交付物以邮件形式交付出去之后，就没有再去过多的追问，静待反馈，那么这样就遇到了很多的问题：邮件没有恢复，开发遇到问题直接上报产品，在快要到deadline的时候是又被催着改稿，产品和开发私下改功能，在开发遇到问题的时候设计师又要背黑锅。
随后，在xx（恩人）的教导下，学会了更加主动，在邮件发出后会问大家有没有设计的反馈并且组织专项的评审会，掌握主动权，这样不仅给自己的当众锻炼的机会，还可以把自己的交互逻辑描述给大家听，看大家的反应就能get到你的输出物是成功的还是失败的，还有哪些地方需要改进。相信这样不仅会让项目参与者感到你的这份用心，也能让设计效率大大提升。如果条件允许，让更多地参与到设计中去，高参与感会换来高认同感。
②主动跟进开发效果
设计师要明白一件事：大多数领导会以上线效果作为评价设计师最终成果来评价。然而，从设计稿到成功上线，中间环节、变量不少。研发是一群人的事情，界面设计也是。所以，设计师必须拥有足够的责任心去对设计交付物进行跟踪直至上线。
设计师都会有强迫症，但仍需适当克制。作为设计师必须接受“开发无法百分百还原设计效果”的惨痛事实。适当的预留一些余地，一般来讲能还原到9成以上就可以了，对于特殊项目或简单项目要尽可能100%实现。设计师多多争取在UAT甚至更早地环节预留时间进行设计还原验收，将出入点详细地整理出来交给开发或前端工程师作为修改指导，这对于产品设计来说能起到一定正向作用。
完...............
感谢阅读思维萤火虫设计
?如果你喜欢这篇文章，欢迎分享到朋友圈?
评论功能现已开启，灰常接受一切形式的吐槽和赞美?

3月8日
祝各位美女姐姐节日快乐

思维萤火虫设计
你若有设计，欢迎前来倾诉，我来执笔成书。
欢迎投稿哦。
长按二维码关注公众号