[搬运自我的新浪博客-阿里交互新手小记① -- 故事的开始-2016-01-23 02:37:05]
写在前面：有时总会觉得命运很奇妙，它总在一些莫名的时间点会任性地拨动铁路的扳道，让人生的列车开往与原计划并不相同的方向。然后，你只能选择继续待在列车上，或者跳下列车，用一种更为艰难但倔强的方式去抵抗这种无奈的变化。以此来证明，至少人生还是有可以选择的其他路。
言归正传，从实习刚开始，就被传递着一个很重要的概念叫做“拥抱变化”，因为在刚实习入职之前一周，组织架构就发生了调整，于是乎我被早早地灌输说，你以后要成为交互的。但事实上，在实习的几个月里，我一直都在干用研的事情，然后就这么地度过了愉快的实习时光，跑回校园去度过最后的几个难得清闲的日子（ps：其实还在苦逼地做毕设等）。
等到毕业事宜都进行得差不多了，我又被召唤回去，开始真正的交互生涯。也因此，真正的变化，才刚拉开序幕。
最早接触交互的内容是一堆axure文件（交互稿），大致查看了一遍又一遍的每个版本的交互内容，慢慢记住了将要接手的产品主要的功能与交互细节。然后就开始与产品讨论新需求了。新需求也很简单，就是要增加聊天功能。那时就觉得很简单，直接copy现有的聊天IM软件就差不多了，并且考虑到业务需要，更加简单地处理联系人列表（以致于后续变成了个坑）。因此，接手交互的第一件任务，也有惊无险地完成了，得到了一定的满足。同时，在这个过程中也渐渐明白整个协同的流程：需求分析 --> 交互设计 --> 视觉设计 --> 开发测试 --> 上线 --> 反馈迭代（这个在流程前期也可以去进行验证，快速修改）。
需求分析：主要是产品&交互等角色从用户需求和业务需求角度出发，去确定要实现的需求，即用户要通过产品去实现什么目的以及业务上需要让用户在该场景下完成什么事情。
交互设计&视觉设计：将这些确定下来的需求转换成界面和行为跳转的逻辑，让用户能够简单上手并能够顺畅地使用产品。
开发测试：开发是将前面所设计出的一张张页面转化成真正能够使用的网页或软件；而测试则对开发完成的产品进行样例测试，减少上线后的bug。
上线：就是产品通过测试，发布到线上，让大家都可以去更新使用。
反馈迭代：通过用户实际的主观表述或者客观数据来优化产品。这个过程需要不断地去优化自己的产品，来提高用户的使用体验。
总之，自己通过这样野生的工作状态（厂话说：这叫借事修人）来慢慢学习交互的工作。具体学习的方式，看看别人的交互稿是怎么做的，形式是怎样的，标注是如何标注的，最后要跟PD多多讨论，不断提高自己的业务思维。但这样野生的学习毕竟很有局限，并在后面也慢慢表现出来。不过，经过这一次的合作，也与业务方形成了较好的合作关系。为之后继续合作打下了很好的基础。
而变化总会比计划快来一步，新的变化又开始了，我换了一个全新的主管，包括她的性格、她的工作方式等，给了我很多压力也带给我较多的成长。这里的具体细节下回再展开。毕竟，本篇只是一段故事的开始，不能让其抢了大多的戏份，所以到这就停止，以后的事且听下回分解。
-----------------------------------------------------------------------------------------------
躲在华丽丽的分割线之后的话：
其实想说为什么要写这一个系列？因为自己想回顾这段交互的日子的点点滴滴，想清楚自己在这段时间成长收获了什么，失去了什么，有什么可以形成自己的方法体系的等等。回顾过去，才有对未来的一些预判。
愿明天会越来越美好，但即使明天不美好，还有后天！~
