B端交互设计师的迷与思

上周在即刻上读到了朋友的一条动态，里面提到了她作为交互设计师在大厂里面遇到的困局，我读完之后感觉和我目前的境地非常相似，所以想借此分享一下，希望能遇到明灯，或者也能给你提供一些启发。

动态原文：https://okjk.co/dxUIQf

交互设计师，是交互，还是设计师？

我的工作内容和朋友的类似，都是属于粘合剂那一种角色，既粘合上游空位，也补上下游不足，这就会让我产生一个疑问：我是交互，还是设计师？先说交互，原指能够以低保真原型处理功能逻辑的能力，实际上，我的工作中大部分都在梳理需求，打个比喻是，我们的产品同事负责输出需求解析度约30%的产品文档，而我要把剩下的70%，通过不限于原型、文档、脑图的形式解析完成，在遇到一些比较大型的项目需求时，这样的分工，尤为明显，这是属于粘合上游的部分；在完成这部分工作后，我会继续作为设计师，结合自己对需求的理解，结合设计规范，输出高质量的原型图（能让老板公开向上演示的那种质量），这是属于粘合下游的部分。

迷：交互设计师，越来越向产品侧靠近

有了以上的那种“三七分工”之后，我的一个明显感觉是，我越来越像个纯粹的产品：对产品负责，理解需求，也能让需求一步步顺利地从文档到设计再到落地。那假如说，我是产品，那么团队里的产品，也在往前靠近，对于b端来说，产品侧在往前，是售前支持，我司也把这个岗位称作“解决方案”，其实是类似定位的角色：负责做技术方案，满足项目投标需要，相当于技术型销售，不涉及研发。但让人吊诡的是，这样的角色，在我的团队里面，也需要对接研发，这就好比一根悬空的线，一头接着销售，一头接着实现，但是中间空了，空了的地方，谁来补？交互设计师来补。

思：产品到了什么阶段，交互设计师才会像个设计师？

以上的境况，其实也不完全出现在b端交互设计师的整个工作周期里面，设计师为业务、为产品服务，那么，到了什么阶段，交互设计师才会发挥作为设计师的作用呢？

我们知道，一个产品的生命周期，如果按照从零开始的第一轮来说，会经历：业务闭环——寻找用户验证合理性——匹配用户需求这么个阶段，上述提到的交互=产品的境况，其实是在产品前期阶段，产品需要持续用产品概念去做提案的时候，会花费大量的时间，而对于产品本身会容易出现思考不足的情况，当然也不排除是产品本身能力不足的问题，这个时候，产品还需要持续闭环下去，这样才能接得下提案上提出来的“大饼”，而要让产品闭环，交互设计师对于产品架构的理解能力就体现出来了，所以这个时候，交互=产品；

而到了产品中期，业务已经闭环，产品能力已经得到部分能带来实际收益的客户认可之后，交互设计师的产品能力能够有所收敛，设计师的能力会被释放，举例的话，就是负责产品的设计系统，梳理交互设计规范，梳理页面范式等。

以上是我作为一个五年经验的交互设计师的迷惑和思考，到了我目前的这个阶段，其实产出也不只是设计内容本身，随着对产品理解不断加深，我个人也会释放产品相关的能力，也包括团队上的事情，这篇算是个不吐不快的杂谈，希望也能对你有启发。

《24px》，显济