1.新手的个人发展视角

新公司入职2个多月，作为交互设计师，经历了2种完全不同的工作方式！在各种“ux已死…”的背景下，简单谈下我个人的感受。

设计师是公司的一个成员，和其他所有岗位的成员一样，存在的目标就是让公司的产品成功、公司的收益最大化。所以，如果设计师只盯着设计产出这点东西，我认为是不合格的，设计产出的东西在见到真正的客户之前，可以说都是一堆废品，本身是没有任何价值的。所以，我们要尽可能的让产品成功、客户满意、公司赚到钱！能够做到这些，不管这个行业变成什么样，设计师的名字是叫交互设计师、用户体验设计师、全链路设计师，都没有关系，我们的存在是有价值的，就不存在职业焦虑。因为我们是和行业、整个设计圈一起成长、改变。（是不是有点老生常谈了？^_^）所以，我从不担心设计师会失业，只要尽可能做好当下每件事，不断完善自己的工作方法即可。

观点发表完毕，下面说说目前具体怎么做事，主要是做B端产品。

2.交互设计复盘

前公司是偏产品的交互（公司没有产品经理这个岗位），天天奔波于各类客户之间，从访谈里挖掘客户场景、痛点，提炼产品需求、功能、画原型。现公司要求交互和视觉设计一起做（产品架构和功能由PD输出），所有细节是精确到像素级别，刚刚接手时，输出的设计稿存在各种问题，产品实施也不如意。

问题越多就意味着进步空间越大。我整理了①约200个check问题、②与前后端的沟通记录、③与PD的沟通记录，总结这边的工作流程，以及过程中的注意事项，希望能够更高效的完成工作、让产品完美的展现在客户眼前。

以下纯属个人看法，不同公司、不同产品会有不同的工作方式。

目前的工作流程如下，会不断迭代哦~~

2.1 需求分析

用怀疑的心态看产品经理（PD）输出的PRD。所有的产品都必然对他的目标用户产生价值，否则这个产品本身就没有意义，设计自然也没有意义了。所以首先要自己搞清楚目标用户是谁，最好能有用户画像；这个产品从架构上分为几个模块，每个模块给用户带来哪些价值、解决哪些问题。

常见的PRD问题如下：

Demo中功能优先级与视觉优先级不符。对数据分析产品而言，一个页面一般有很多指标，这些指标是有优先级的。对于界面设计而言，也是有视觉优先级的，如动画、图片是最抓人眼球的，其次是文字。如果PRD中的二级功能指标用图表，而一级指标用文字，这明显不合逻辑。

不同页面中，多数功能指标重复。指标重复是表象，PD当时为什么这么设置才是问题本身。这时候需要找到PD，这2个页面想传达的价值、解决的客户问题是什么，如果价值相同那就删除1个；但是价值不同，则理清楚传达的价值点到底是什么，各采用哪些指标才合适

Demo中的链接按钮没有给出点击后的页面。同样的，需要跟PD当面沟通，他是忘记写了还是自己也没有想清楚。模拟用户在什么场景下会点击按钮，点击按钮是想要获取什么内容。再综合考虑平台（移动端、PC端）的用户习惯给出解决方案

PRD表达的内容特别复杂，设计师研究很久才搞清楚。但是用户怎么会有那么多耐心去研究你的界面呢？且我始终遵循一个原则：1个界面只说清楚一件事情。对于一件事情一定有1个主要指标，少数次要指标，剩下的就是辅助信息，界面复杂说明这个逻辑关系没有理清楚。所以这时候一定要回到最初的问题：想要给用户传达什么价值、解决什么问题？再去思考解决方案，理清楚界面设计的优先级，这样设计出来的界面一定会简单很多。

对于一些说不清楚价值的功能点，可以说服产品经理删除

2.2 设计分析

理解需求，且对功能点掌握清楚之后，不要着急打开软件画图。先做好下面几件事：

整理主业务流程：流程中哪些是跳转新页面、哪些是页面的局部变化

主界面的排版布局，因为B端产品逻辑较复杂，先理清楚逻辑的上下级关系，然后再根据逻辑关系在纸上大致画出布局样式

根据检索条件，罗列出一共有几种场景组合，每种场景有哪些指标不同，确保不会落下。

由于本人对设计图的美观把控能力较差，根据产品布局样式，对于一些图形化界面、主界面在做之前在behance、花瓣等网站上找到类似的参考样例，模仿别人的布局、间距、字体等元素

预先考虑产品平台的特殊性，如微信小程序，提前跟前端开发沟通他使用什么组件，在设计上有没有什么注意事项。我之前就是设计稿出来后，前端各种组件限制说实现不了，后面又做了大量修改。

2.3 UI设计与Checklist

设计与Check是相辅相成的。设计的时候考虑不全，在check的时候就需要补上；设计全面，check就简单很多。人无完人，在设计的时候很难把所有的细节都考虑到，这就需要在设计的时候至少做到不遗漏产品功能，在checklist的帮助下把细节考虑的面面俱到。

总结入职后工作中遇到的问题，分为以下几类（内容会定期优化迭代）：

2.3.1 控件

表单、图标、字体、表格、按钮、面包屑、导航条、搜索框。这里面的内容较繁琐，见图，既要遵循现有的设计规范又要考虑业务，如表格的默认展示条数、表格默认排序方式、表格是否需要固定最后一列。如果具体设计的过程中，发现已有的设计规范有问题，可以记录下来，为规范的迭代做积累。

2.3.2 功能齐全

功能齐全包含不乱加、不遗漏、表述精准三方面。这一点说起来是理所应当的，貌似也很简单。但是因为产品经理做PRD的时候不一定考虑周全，B端业务逻辑、交互复杂，想要做到完美还是有些难度的。这要求设计师完全理解用户理解业务、反推产品、质疑功能点本身的合理性，最终输出完善的设计方案

2.3.3 其他

默认状态：系统加载出图片前，默认展示的图片；输入框是否有默认值；表单是否有默认值

可调整大小的控件，要给出默认+最大+最小的宽度、高度

凡是有数字的地方，要考虑空值、最大值、最小值

……

2.4 设计评审、与前端交接、设计验收

2.4.1 设计评审

评审前要提前把设计稿发出来，留出至少半天时间让相关人员浏览。

评审过程中，要把所有的细节点都讲到。做好会议记录，会后抄送给相关人员。

如果产品菜单结果的改变给后端童鞋造成很大的工作量，建议调整方案，毕竟产品及时做出来了才有价值。

2.4.2 与前端交接

主要包含3个方面

在给前端切图的时候，最好先跟前端沟通下有什么要求。在不同的开发平台，交接给前端的图标和图片的大小、格式可能不同。

页面跳转需要注意的点：点击按钮或链接，如果是打开新页签一定标注出来

复杂的界面反馈逻辑务必要标注清楚，设计稿上不放其他任何的冗余信息，否则前端看不懂

2.4.3 设计验收

设计验收就是看开发对设计稿的还原度如何。可以一边看设计稿一边看开发的界面，这里

Powered by Froala Editor