视角1：产品体验设计流程
这里所说的「产品体验设计」，不只是局限在UI或视觉设计，而是广义上的产品体验设计，比如我们所熟悉的用户体验5要素视角下的全流程产品体验设计。
之所以要从这个角度去说交互设计师的工作内容，是因为我个人一直认为：在产品研发过程中，交互设计师工作范围的跨度仅次于产品经理。
（需要说明的是：理论上说，产品与交互的跨度都很大，很难放在一起比较，但就目前大多数公司环境来说，产品还是更大一些，交互次之。当然，如果团队中没有交互岗，那么UI设计师的工作跨度也是比较大的。）
下面这张图示意图，是产品经理、交互设计师、UI设计师在产品体验设计流程中的工作覆盖面和大致的衔接点。希望能帮你理解交互设计师的工作范围。
如上图所示：
1. 一般情况下，在产品设计流程中的「战略层」阶段，交互设计师是可以与产品经理一同参与，如果能接触用户和市场的一手信息，这样对设计交互模式和流程是有帮助的。当然，如果没有机会参与产品战略层设计的阶段，那当我们从上游接到需求时，第一时间要了解清楚战略层的设计背景和目标。
2&3. 在「范围层」和「结构层」设计阶段，产品经理通常会将功能点、需求描述、业务流程，甚至是草图给到交互设计师，交互设计师需要在理解需求目标和本期主要功能的前提下，输出交互流程和页面原型，用于和产品确认需求实现度。在这个阶段，很多沟通和确认的工作需要在设计原型时之前完成，不然返工就很容易成为家常便饭。
4. 在「框架层」设计阶段，交互设计师着重关注用户体验，结合各平台设计规范，将页面布局、元素控件等内容，编写成交互设计说明文档给到上下游同事。
5. 在「表现层」设计阶段，虽然交互设计师一般不会直接参与视觉设计，但还是需要关注视觉稿的效果是否能够满足交互设计目标和用户体验。
实际工作中的场景远比上述所说的复杂和多变，所以交互设计师工作内容的覆盖范围并不是一成不变的，而是要根据需求大小、难易、项目成本等情况灵活适应。
有时需要在「战略层」多做一些，有时甚至需要在页面布局和元素细节上多做一些。所以，图中所示的工作范围的条形图其实是动态变化的。
视角2：行业属性
下面我从行业属性的视角，说一些交互设计师在工作中需要关注的关键点。
1. C端
我接触到的C端产品设计不多，所以分享几点零碎的观点吧：
- 相对而言，C端产品的消费感要强于B端。这里说的消费感，简单点说，就是需要唤起用户买单的欲望。在这样的产品和商业目标下，交互设计师要想尽办法，用有效的信息传递方式，让用户在产品里”逛下去”。
- 如果要选一门学科作为C端交互设计师的必修学科，我会选择行为经济学。
- 用更有效的方法，传递更丰富的信息，就是在帮助用户作出有难度的消费决策——刘润。
举例：支付宝保险产品的示意
- 用户可以使用「步进器」交互组件实时查看保费与养老金、分红的关系；
- 时间轴的视觉呈现方式，清晰地向用户传递了这份保险产品从缴费到终身保障这段过程中各个阶段的保单价值。
上述提到的两种交互和信息传递方式，就是产品在用有效的方法传递丰富的信息，打消用户购买疑虑。
2. B端
对于B端的交互设计师来说，我个人建议可以重点关注如下几点？
（1）理解业务
千万不要认为业务是上游的事，是产品的事，和交互没多大关系。事实上，B端产品通常是某个行业比较细分领域的产品，产品设计的背景具有行业和用户独特性，甚至是为某类特殊业务和用户定制的系统，所以这就要求交互设计师要在理解业务的情况下设计出合理的交互方案。
（2）注重效率
B端产品的用户和C端不一样的是，他们通常是被「管理层（花钱买产品的人）」要求使用我们设计出的系统的，所以刚开始用户的内心可能是抗拒的。在这样的环境下，如果我们的交互体验不能为实际用户的使用过程提高效率，那交互设计的价值很难被体现和放大。
试想一下，如果一个用户在使用页面和表单过程中的操作难度、复杂度、后期维护成本，要比原本线下手工操作要大，那我们交互设计的价值就没体现。
（3）交互的复用性
B端产品系统随着业务的扩大，服务的客户和场景也会越来越多，为了产品的扩展性和开发成本可控，交互的通用性也是交互设计师需要关注的。小到控件，大到某个通用业务流程的交互，都可以成为公共规则，复用到其他项目中。
写在最后
流程虽然比较固定，但人是灵活的，不同的项目周期、成本，会影响交互设计师的具体工作范围和跨度，有时候往上游多做一点未必不是好事。
交互设计师是产品设计流程里，一个非常非常「承上启下」的岗位（如果团队里没有交互，这个岗位应该是UI设计师）。在做好岗位工作的同时，如果能为团队为公司多做一些，多往上游接触接触，那么个人的职业空间还是有很多可能性的，比如外部机会，或是内部转型做产品或项目。
产品经理的岗位在逐渐细分，交互设计师未来很可能也有此趋势，所以对于3年以上的交互设计师来说：扎根一个行业一个细分领域去做交互，可能是目前性价比最高的选择。