在交互设计的工作中，我们常常谈到往前走一步：参与到产品idea的讨论当中去，这助于更好的了解设计产品的原因和目标，好处就不多说了。但如何去做到呢？

很多交互新人进来，工作经验少的同学，他们刚开始可能就不一定适合去做上面提到的要求，他们一开始更多的应该是去了解熟悉自己所要接手的业务线，包括岗位工作流程，对口业务线（运营/PD/视觉/前端/开发/测试/）、网站，产品，用户，还有各种数据，最简单的：主要让你的导师带自己去认识下将来对口业务线（各部门）的相关负责人和leader？等到熟悉甚至了然于胸业务线情况是有能力参与到产品设计更核心阶段当中去的基础之一。试想都不清楚网站有哪几类用户？每天网站新注册用户的转化率多少？转化不成功的原因分哪些？如何能更有效的一起去参与讨论，给出合理的否定理由和有意义的建议。而且和相关业务部门去讨论，其实也是自己在那个圈子里建立口碑和人品的重要过程，这种映像的正向建立到后来你会发现：你从一开始主动要求参与产品核心阶段的讨论到后来相关方主动邀请你去讨论。

根据自己的清楚可以分分阶段，1.新人 > 2.能做事 > 3.事做好。我觉的有能力参与产品idea的讨论中应该是第三个阶段了。记得自己刚进公司做新人，虽然之前已经有工作经验，但那些东西对于来到一家新公司的我来说，很多东西也需要重新开始。第一个阶段要知道公司的交互岗位cover的范围、工作的流程，打好上下游之间的关系，这些是为了便于之后能较顺利的展开工作。这个阶段比较容易渡过。第二个阶段开始了解清楚业务，接手项目，出方案，跟踪落实方案。这个阶段就需要设计师了解的更仔细，比如网站有几种类型的会员？会员账号又有哪几种类型？哪些等级？账号类型等级不同对后台的操作权限有什么不同？不同的产品、模块是否需要中英繁支持？以及它们出现的原因？这些最基础的东西，接手项目的时候理解清楚项目，一般都会有：现状和分析，机会和利益，目标和范围。一开始先别急着就去挑战他们的需分，我相信他们大多在这里待的时间比我久，发起项目也是过过他们的leader，推敲过，不然也不会随便拿出来做BRD评审。而我这个阶段最需要保障的就是评估准工作量，准时给出可行的方案。别因为我延误项目的总体进度，更好的话能保证质量的同时提早交付方案，这样做先给合作方带来些加分印象：认真、踏实。跟踪落实方案也不是小事，从交互稿交付到上线，要经过多个部门，这中间的时间也较久，视觉评审，html评审，功能预演、预发布测试都要参与，特别是html评审会有些实现细节上的变动，外部环境上也会因为资源问题、上线时间要求导致原本的一些设计需优化，变更。有时候项目owner也会为了自行方便改了方案不告而上。这些过程的把控都需要一定经验和方法，而且还要日常工作中去维护这种氛围，这时候就很需要重在执行流程，这是每个人必经的阶段。巩固好上面这些，第三个阶段就想的不光光是做好本职工作了，对那些的驾轻就熟才会想着去影响别人，特别对于业务方，不希望自己只是个工具。还是基于有上面这些扎实的基础，自然而然的会发现在与业务方会议、头脑风暴时，渐渐会有想法，看待问题也会有自己的不同角度，判断他们逻辑推理的合理性，进行有理由的反驳并给出建设性的意见。再有能力，自己去发现问题，整理问题，找机会去推动、去发起项目，解决问题，Review时得到别人的肯定，在后续去调研用户、论坛、群等各种渠道得到用户的反馈、迭代产品。

上面说的三个阶段，大致一个过程