继续说说在S公司这段意外的实习时光。

从2009年11月17日入职手续正式办理以来，我已经在S公司呆满了一个月。和同事们终于混熟，中午一个人吃饭的时光已然不在。到目前为止，S公司给我的感觉还不错。同事们都很年轻，思维开放，很好沟通，对于我这个新人，他们也是有问必答。让我感觉良好的最重要的因素应该是目前的工作——产品设计。初到公司时，交互设计的负责人让我先呆在微博的产品设计部熟悉一下产品，因为，交互设计的前提是要对产品有全面而深入的认识。在产品设计组实习的日子，任务接二连三，把工作日的计划排的满满的，以至于我没有时间去胡思乱想。

不同的公司，部门的分工组织也不相同。S公司的分工肯定不同于淘宝和腾讯，2T的产品设计的似乎主要是由UED或CDC的团队承担。而S公司则是有相对独立的项目组，项目组中有专门的产品设计师负责设计，而产品设计师的工作则涵盖了信息架构、文案、交互设计等部分。

在S公司，Web产品从设计到实现的基本流程大概是：

1. 项目总监（产品经理）提产品需求
2. 项目团队开会，评估，确定需求
3. 产品设计负责人将需求分配给产品设计师
4. 产品设计师进行产品需求规划，使用思维导图等软件做出需求和产品结构规划，交付初步的产品需求文档或MM图（Freemind软件保存的格式为.mm），和产品设计负责人、项目总监开会，介绍设计思路。
5. 开始做流程图和原型，进展的一个阶段都需要和产品设计负责人及项目总监开会评估确认，继续修改、完善。这是一个不断迭代设计的过程。
6. 产品设计师手中的原型基本是中度保真的，原型确定后，交付给视觉设计师进行统一的设计（产品有一套视觉设计规范）。
7. 视觉设计师将设计图交付给产品设计师，这个过程需要双方的沟通，不断修改，最后定稿。
8. 定稿后，前端开发人员（S公司通常称他们为Builder）负责切图，xhtml+css。
9. 前端开发人员build的同时，产品设计师开始写设计文档。用Word，结合原型的截图、把产品的功能块和功能点进行划分，并按照一定的规范进行撰写。供开发工程师和测试工程师参考。
10. 开发工程师（还有个RIA工程师，程序开发那块的分工，我还不是很了解，似乎又分成了两块）进行开发。
11. 进行第一轮测试。测试工程师和产品设计师要一起开个会，由产品设计师介绍产品的功能，并解答测试人员的疑问。
12. 测试反馈。测试人员在测试的过程中会发现不少（在我看来是“大量”）问题，需要通过电话或IM同产品设计师确认。如果出现Bug或需求变更，需要使用内部的项目管理系统建立提案，分配到人。
13. 开发工程师们收到Bug后要及时解决，对于需求进行评估，视情况改动，待第一轮测试完成后更新。
14. 进行第二轮测试。这个过程中测试人员的疑问和Bug都应该大大减少，产品应基本符合上线要求。
15. （有没有第三轮测试暂时未知，我参与的项目目前还没进展到这个阶段）
16. 上线，网友们于是看到了变化后的web产品，希望有更好的体验。
17. 上线后，测试中提的不少需求变更和改进建议就提到日程上来了。根据用户的意见反馈，产品设计师需要提供相应的改进方案，这又是一个不断迭代设计的过程。

大公司有大公司的好处，管理有序，组织规范，已经形成了自己的一套产品进度程序。大公司的产品基本属于“不怕做不出来，就怕想不到”，“不怕做不出来，就怕时间不够”，“不怕做不出来，就怕人手不够”的状态。

当然，大公司也有大公司的弊病。需求一般都是层层下达，产品的风格也是求稳求固。因此对于设计者（包括产品设计、交互设计、视觉设计等）来说，就受到了不少制约，许多想法是需要妥协的。大公司的Boss们其实也不是思维传统的人，但对于这样一个庞大的系统，要确保自己能“永续经营”，就必须稳扎稳打，这是没有办法的。

S公司很忙碌。尤其是miniblog小组，只要总经理一声令下，项目团队的所有成员就改变速度，开始赶工。这一个月实践下来，我希望看到S公司在产品设计和交互设计的过程中能够：

1. 慢下来。
2. 试试纸片分类、用户调查、纸上原型这些设计方法，也许对未来新产品的上线，和已有产品的改进会有帮助。

希望我自己能够：快速思考，快速做出决定，学会说服。