时间过得真的很快，尤其是当你每个月都会有工资领的时候，似乎四周的时间突然变得缩短了很多。之前听一位同事大哥说，人一过35岁，就会感觉一年又一年的过的飞快。我如今还没到30岁，但是一上班就曾经先感觉到了一个月的时间过的迅雷不及掩耳了。

想想曾经任务了四个月，不知不觉的大学似乎曾经离我而去了，很久没有体验学校的生活了，似乎曾经忘了我们在学校的时候平时下课都做些什么。如今偶尔回一趟学校，猛然觉得本人竟然不入流了，看见学弟学妹们的生活节拍太慢了，太惬意了。可惜，我没有了。还好，上帝给我关上了上学的大门，同时也为我打开了一扇上班的大门。走哪不是走，不同的人生阶段就是要走不同的路，体会不同的人生，享用不同的乐趣。

上次写任务日记的时候距今应该也有三个月不足了吧。好吧，那就再说说这后两个月的任务生活吧。

还记得二月初的时候我写过一篇文章叫《实习助理——一个新人的困惑》。说的是本人在任务中遇到了一个“不解之谜”。在完成领导布置的任务之后不知道该做什么，只好本人上网看点东西，做做相关方面的补充。后来没过多久，我有解了！由于如果要用一句话来描述之后的这段日子，那真是“怎一个忙字了得！”

二月二十日部门担任的产品正式上线，每天监测网站的数据就成了我每天的早点了。刚开始数据很乱，来源非常复杂。还记得当时最有成就感的事就是为公司处理了CNZZ数据统计问题，由于当时产品曾经上线，但是连个统计工具都没有，BI听说还要等上十天才能开发完成。所以我就去找项目担任人去提议，当天晚上就装了CNZZ。后来发现这个动作还是很有价值的，由于发现后来开发出来的BI数据不断都有些问题。

公司的一个产品预备做2期优化，其实和重新做一个几乎就没什么区别了，从产品架构，到页面调整，再到程序的开发，似乎都是新作。光看页面和目前线上的老版本完全不像一个妈生的。作为产品部的一名小成员，画原型成了我每天的首要任务。每天跟着部门里的元老坐在会议室里画一天，画完再改，改完再画，画完再改······

我不断在想，这个东西到底是提前就要想好了的，还是边干边想的。至今未解。

也就是由于这个，我的数据日报任务被转交给了一位运营的同学来做。

经过这一段时间的产品原型任务，给了我很多启发。我们做的原型为什么会改来改去，这样既降低了任务效率，又添加了劳动成本。后面美工和开发的同学曾经快等的不耐烦了，由于估量六月份新产品就要上线，如果我们不能按期完成原型设计的话，他们就要被剥缩短工期，这样一来加班加点就是不可避免的了。首先说我们的整个产品原型是分三团体来设计的，当然如果也要算上我的话就是四团体，只不过我是一个只需求动手不需求动脑的那一种。其实期间我也参与了一些东西的设计，一是向为前辈们分忧，而是想验证一下本人的想法能否可行，然而最终无论好坏都只是作为了前辈的参考版本而已。总体来说在这一期的产品中还是有几处我的智慧的，但都只能看到一个影子，曾经得到我本来的思想灵魂。俗话说，一个和尚挑水吃，两个和尚抬水吃，三个和尚没水吃。我们的这个产品做的似乎就是这个样子。产品用户一共分为两类，一团体做A类用户，一团体做B类用户，最后一团体做首页和公共页面来穿插两团体的设计，使两者之间能够完满的对接起来。然而理想情况却并非如此，A类用户和B类用户的一直无法完全对接，甚至在一些功用或细节上尚未达成共识，甚至争论不下。这到是让我想起了一句话：产品是一团体的。这句话到底该怎样理解，求高人指点。

还有一个令我思考良久的地方，也是我与一同画原型的前辈意见不分歧的地方。前辈为用户考虑的非常深刻，几乎用户会遇到的各种情况她都有所考虑，其逻辑的复杂性深为我辈钦佩。但是我总觉得我们这是在完全没有用户数据的情况下胡乱为用户着想，用户或许真的会遇到种种始料未及的情况，但是用户到底会采用什么行为来处理这种情况我们并不知道，或许我们辛辛劳苦设计开发出来的功用基本就没人用。如果真的有需求，也可以完全在产品上线当前并获得了真实无效的用户数据当前在升级添加该功用。

一个逻辑复杂度能够经常能把产品设计人员都搞晕的产品，我觉得不是一个好产品。在用户面对这种产品的时候，团体猜想的用户行为只要两种可能，要么晕；要么直接无视你的复杂逻辑，由于你耗尽心血设计出来的功用他都没无认识到，只是照着本人平时的上网习惯来使用你的产品。

不要把用户想的太笨，由于你的产品不是他上过的第一个网站；不要把用户想的太高深，由于他不懂你的逻辑。