互联网公司中，一般项目的进行，都围绕一个产品进行：从产品经理最初提出想法，也就是需求，到最终落实到应用里，有一条保证开发过程高效、高质量产出的流程。这个流程会随着公司的规模而有所不同：在大公司中会更完备，小公司中会更简洁。下面我以大公司更加完备的流程来介绍，因为这样的流程相对能保证产品更好的用户体验。
互联网产品开发流程图
如上图，第一个步骤，是产品经理提出需求草稿，然后放入需求池。其中一部分需求会因为不够核心或者当前技术做不到等原因被筛掉，留下来的需求就是确定的需求，产品经理会写成更详细的需求文档，然后召集交互、UI、开发、测试一起开评审会。评审会的意义，是让大家充分了解需求的内容，并讨论需求的各种细节。此时交互设计师由于对用户的了解比较多、对场景的理解比较深，是讨论的主要参与者。交互设计师此时主要的职责，是保证需求的确符合用户的场景。需求评审之后，交互设计师就可以开始设计交互方案了。首先要进行设计分析，明确这个需求是要解决什么问题以及竞品是如何设计的。之后，交互设计师运用设计理论、规范和原则，画出能够很好地解决问题的交互稿，并说明哪些元素需要数据监测，提交交互组内评审。该种评审，就是邀请其他交互设计师，跟他们讲解需求的内容、设计分析、方案是如何解决问题的，并请其他设计师对你的设计方案进行提问。好的设计是有理有据的。
在交互评审后，需要根据大家的反馈对原型进行优化完善，然后和产品过一下原型，保证原型能够满足产品需求。之后，交互设计师需要召集产品、UI、开发、测试，进行交互评审，为大家讲解你的交互方案。参加评审的同事，会从各自的角度，提出一些疑问，比如UI可能会觉得某个动效太复杂，开发可能会认为某个操作易造成卡顿。在会上交互设计师也要充分说明这样设计的原因，和大家共同讨论出大家都能接受的最优方案。在交互评审之后，设计师需要根据反馈对原型进行完善，并邮件发出原型的最终版本。之后就进入UI环节。
之后是开发和测试阶段，交互同学此时主要任务是解答疑问。等到测试同学完成了对功能的测试，证明该功能已经开发完毕。交互同学就可以开始进行交互验收——即使用这个功能，并查找功能中是否存在和交互稿不同的地方。所有的这些不同处，都需要提交bug，请开发同学进行修改。不要小看了这一步，交互稿即使做得再完美，如果开发的同学没有按照交互稿进行开发，而是“强行创新”，那么到时候主要的责任还是在交互同学身上——大家不会去追究某个错误发生的原因，只会看到这个错误是发生在你负责的范围。所以验收是相当重要的一环。
验收结束后，以邮件形式发出验收结果。待所有bug已修复，即可邮件发出“同意上线”的指令（帅不帅？）。在功能终于上线之后，千万不要忘记找产品或者用研同事要功能上线后的数据分析。数据是验证交互方案是否合理的很重要的一项指标，也是增长经验的重要途径。
以上是在大公司中的完整流程。可以看到流程中每一环节都有评审的步骤，这其实都是为了保障最终产出物的质量。在小公司，其实只要砍掉每个环节里的评审环节，就得到了一个简化的、更快捷的流程。有的小公司里可能也没有交互的职位，而是产品经理或是UI设计师代劳。但想学习交互的同学们，请不要气馁。交互设计是诸多设计方法和设计思维的集合，可以帮助一个产品得到更好的用户体验。即使你不做交互设计师的工作，但你依然可以学习交互设计的方法，去设计出体验良好的方案。
