实例解析从业务视角看交互设计师的价值

最近和组里的设计师review近期工作进展时，发现了不少问题。想起设计新人一脸无辜和迷茫的表情，我觉得我需要再多做点什么。对于处在业务部门中的UED团队来说，专业固然重要，但更重要的是如何体现你带给业务的价值。

长话短说，我认为要做到有价值，需要做到以下几点：

一、敢于追根溯源，不做表面功夫

很多设计师认为他们的工作只是优化和前台界面相关的工作，而其实真功夫来自于对后端的改造(PS：我们做的是偏技术的平台型产品)。

拿我今天review的一个项目举例子：我们目前的产品体验很糟糕，流程非常不通畅，于是我让设计师先优化一下流程。但是她完成后，却告知我改动并不大，我心里顿时涌现出一万个惊叹号，问为什么。她的大意是：根据现有业务逻辑，设计上能优化的空间不大。

​于是我问她：那你认为你存在的价值是什么呢?​

二、寻求最优解​，而不是正确解​

太多设计师认为只要做到“正确”就可以了。于是我们看到的是一个个满足需求方，没有大问题，却非常平庸的设计。

还是刚才那个例子，​​设计师把自认为已经无可挑剔的流程图给我看，我至少发现了以下这些问题：

①部分流程调整位置后更顺畅(不符合最优心智模型)

②有些流程是不合理的，可以去掉或优化(需要改变业务逻辑)​

③有些流程是可以合并的​(需要改变界面逻辑)

④有些流程无法形成闭环(需要改变运营规则)

“正确”的流程设计可能有千千万万，但“最优”的也许只有一个。而找到那个最优解，才是设计师的价值所在。别忘了，“界面”只是“用户体验”范畴中很小很小的一部分，任何人都可以涉足其中。

​三、拿得到结果

光找到最优解还不够，还要想方设法拿到结果。比如上面那个例子，也许我发现了很多问题，但是同时我也发现要改变这些问题需要驱动很多其它角色，比如产品经理、运营、技术架构师等等，对于一些比较棘手的问题也许没有人能立刻给出答案。很多有想法的设计师到了这里也就止步了，但执行力强的设计师会想办法利用一切资源验证自己的想法是否正确，比如调研、跑后台数据等等。

再举一个例子，最近老板反馈我们的另一个产品体验不佳，我找到对应的设计师询问，她说之前设计的所有方案都没有被采纳，她列举的主要原因如下：产品经理说这个地方改不了;产品经理说开发成本太高;产品经理说痛点不明显;产品经理说他无法保证这个流程是通用的;产品经理说这个地方要推动其它部门，太不可控……于是她二话不说，一一妥协。​我心里又冒出了那句话：你认为你存在的价值是什么呢?​

其实每个人都有自己的立场，产品经理也不例外，对于平台型产品经理来说，用户体验本来就不是他最痛的点，更何况很多UED发现的问题可能并不在产品经理的KPI当中。所以作为设计师一定要有自己的坚持，要清楚自己的立场、价值和不可替代的优势。

四、思考对业务的价值

当然，很多理论上的最优解也许在当下并不符合业务需要，很多时候我们不得不做出妥协和退让。但这应该是在我们已经充分发挥了专业能力和积极性，经过各种权衡、思考和尝试得出的当前促进业务健康向上发展的最优方案。想了一百个可以突破创新的点，哪怕暂时只实现了十个，也是向前迈进了一大步;而一个突破创新的点都没有，只是在原有基础上修修补补，那么终将是岁月蹉跎，一事无成。

所以作为设计师，不妨时不时的停下来认真想想，自己最近的一段时间，对业务的贡献到底有多大，自己存在的价值到底是什么，被替代的难易程度如何。这样，未来的方向才可能变得更加清晰。