项目回顾 – 大皇帝印象站

7月份忙的昏天暗地,两个项目:大皇帝印象站king.youzu.com,CJ专题www.youzu.com/chinajoy
1. PC站点的需求,市场是六月初提出,当时的策划方案只有一个参考网站和部分没有完善的素材画,时间是定在7.8号上线。
2. 依据参考网站和素材。预估耗时较长的是设计和前端效果,开发功能部分主要是手机领码激活。设计安排两周,同步后期同步进行前端和效果调试;第四周进行开发功能。时间安排的刚刚好,预期7月初可以上线。
3. PC站点中间开发的时候,【市场临时提出一个需求,希望能够做一个在微信中传播较快的H5站点】。初步的参考网站效果被认同,策划案也确认,立即按照此需求完成了设计版本,并且提前设计完成了该H5页面,坐享7.8号同步发布上线。
4. 后期PC和H5站点快完成之后,上线时间调整延后至7.18号。
5. 本来基本功能已经完善好了,测试也okay,中间的十天就未做任何调整,至7.18号发布上线即可。
6. 后期市场临时需求又提出:H5站点纯图片展现形式确少页面文案信息,不利于用户了解游戏其他信息。PC和H5站点上面文案信息基本没有,前期的一些宣传文案和活动没有承接的页面展现。【所以期望在手机上面做一版本新的wap页面,图+文呈现方式】。由于时间只有一周,wap站点临近17号才完成。
7. 定好的18号上线,17号晚上发布上线的时候,一直存在Pc站点和手机wap站点错乱跳转的问题,【开发人员无法解决,直至第二天还重复出现。后续开发经理发现问题是手机和PC跳转的判断不能在服务器端判断】。
8. 另网站内部测试的时候,领导们反馈是小屏幕无法查看整个图片,只有大屏Pc才能够看到很好的效果。根据平台网站访问的Pc分辨率来看,50%的是1366×768 1400×900.等小屏的PC。【设计确认时,已明确告知小屏效果不佳】最后,只能前端加班把页面缩小70%,针对小屏做一个小屏版本。高度900及900以下设置为小屏,高度900以上为大屏展示。
9. 7.19号晚上,最终两个版本发上线,适配大小屏PC。然而,本应该正确的发布,调整至线上又重现了PC和WAP轮转不定换的切换问题。【最后问题日志:开发人员A不知开发人员B相应修改内容,重新本地未修改内容上传至线上。】
10. 7.22号,问题解决。发布上线。

中间串联了很多问题
从一开始策划案单纯复制,素材不齐全导致设计速度慢;
前端效果调试的时候,完全Copy代码,很多兼容性和各个浏览器的适配没有完全考虑,后期调整反复也较多;
重要的是,设计的时候选择大屏,放弃小屏,其实设计师和产品等都应该考虑到小屏是大多数用户;
对于手机站的需求变化,从单纯的微信快捷传播到手机wap的多内容呈现;
网站发布上线,线上出现的wap pc跳转;
最后网站在修修改改加班加班中坎坷的上线了。

策划,需求确认,项目跟进,测试,其实每一步都有漏洞。
策划时候的考虑周全,对于不同屏幕呈现,页面内容呈现 以及手机版本和PC版本的需求;
需求确认的时候,应该明确上线后的效果是如何,具体功能的流程,提示及反馈;
项目跟进的时候,各个功能的完成确认以及最后的效果呈现是否okay。

计划,沟通,质量管理,整合管理。

项目回顾 – 2014ChinajoyPC专题

需求方:品牌公共部门。具体需求:针对2014年CJ做一个专题活动;相较于去年而言的传统,今年的主题是闪耀2014。
后期补充需求:主推五款游戏。按照常例,补充需求内容有:Showgirl模块,精品游戏,活动资讯,活动现场(现场资讯,活动周报,活动日程,现场视频),合作单位。五个模块内容。

针对如此简洁的主题和内容提供,各方的关注点:用户关注CJ的话,美图和活动现场的展示是最为关键的,吸引眼球;然而公司想要展示的是游戏和资讯;作为合作商场,合作媒体的位置也是需要展现的。
初步定的策划稿是:类似网易的一 页式展现所有内容,右侧和上部展现各模块导航,点击模块内容,链接至内页展示(内页采用通用模块)。eg:http://nie.163.com/chinajoy/.没找到13年的,猛然看到网易14年的专题和13年的如此相似。
初稿评审的时候,大家对此没有很多意见,以为pass。第二次评审确认,市场部门提出一句:这个作为方案1。另外方案2:首页采用win7风格,简洁且吸引人,是否需要。最后设计部门的意见是尝试方案2。
win7的风格简洁,主要是靠整体的设计来协调,体现主题基调。内页为列表及详细内容呈现。

初步设计稿出来,主页贴切主题闪耀2014,内页的设计超乎我的想象,左侧栏的显示效果极佳。http://www.youzu.com/chinajoy.
设计稿评审的时候,大致通过。

开发过程,Showgirl作为整个专题吸引眼球的保证,采用瀑布流方式展现。展现形式本应该是用户下拉加载更多,但是由于低通的原因,只能采用点击加载更多,效果有些不太好。
游戏模块,采用图片+对应资讯形式展现(但是后期实际使用过程中,给人一个错觉,不会去对图片做切换点击;用户认为点击切换是切换至下一个游戏模块)
新闻资讯模块中,包含:新闻资讯+SNS信息,初期SNS信息包含新浪和腾讯,后期页面宽度不够现实,最后舍弃腾讯,只展示新浪微博。(但是,这样的舍弃还是有弊端的,sina和tecent都是有很大的受众,由于这块地方不是很明显,所以去除对整体而言没有很大影响)

开发完成,准备验收的时候,发现一个很大问题。设计稿的整体效果在大屏幕上显示很好,内容都能够展现,但是在小屏幕展现内容只有一部分。而且根据百度统计的时间可以发现,50%的youzu.com网站访问用户的屏幕是1366×768和1400×900,以及更小屏幕的显示。急需调整,但是设计稿调整已经不可能,而且整体效果也会打折扣。采取的解决方案是:用户点击进入首页的时候,视线可视范围为主要模块,其他背景需要上下滑动才能够展示,此方案对小屏幕电脑效果展示okay。
对于开发过程中,各个浏览器的兼容问题也很矛盾,网站用户ie6 7还是占据了20%,但是部分页面显示效果无法企及,也就无奈放弃了。

最终完成。发布上线。
后期内容提供,本应该是市场部门提供过来,想要添加;奈何市场主导线下活动。我活脱脱变成一个运营人员,忙活了快一周。找各个游戏项目组要资源,要活动,要图片;(前期只考虑到基本的素材提供,后来才发现,编辑也是一个活儿;后期直接列表相应素材要求及规范;在后期,发现添加也是个活儿,直接扔了一个后台要项目人员自己添加修改;前期就应该考虑周全,包揽不属于自己的工作职责,都快变成我的通病了)
最后最后,在7.22号准时发布上线,一切okay。

———————————-
CJ-PC版本问题汇总:
1 前期需求设计稿中,一直是大屏设计稿,后期紧急调整的效果,其实还是没有大屏整体效果好;后期设计稿需要考虑大小屏兼容,最紧急的是需要大小屏两版本(类似大皇帝king.youzu.com);
2 前期需求内容提供方,我不应该做收集者,而应该规范相应流程,让内容方按照规范提供过来;

在就最好了

看过听过很多,但是只有亲身体会过才知道。
近几年的话题中,最多的一个就是:与亲人见面的次数,用倒数来计数,见一次少一次,最后递减为零的那一次,你却再也见不到了。
今天接到妈妈的电话,异于往常的语气,我知道有不好的事情了,外婆身体突然不好了。
回家的路上,脑海里面浮现起从不记事起到年初回家的这么多年的点点滴滴。不自觉的鼻子泛酸,眼泪哗啦啦。
到家之后,妈妈的电话再一次过来了,人走了。
一时间哽咽了,坐在床头,木然。
想起最近一次见面,是过年回家的时候,那时候还一切安好,和去年,前年一样的身体硬朗,给外婆压岁钱的时候,外婆还满心欢喜的说:珊珊长大了,中饭之后,还说:外婆给你压岁钱,没结婚之前,你都还是孩子。我还笑着说,那要等到什么时候,才不在是孩子了。明年这个话,我应该对谁说呢?
07年上大学的时候,家里办酒席的时候,外婆还一个人大老远的过来;初中高中的时候,端午中秋和弟弟两个人去看望外婆,总是能翻出一大推吃的来;小学每次庙会的时候,还买各种各样的玩具;再小的时候,妈妈说,刚刚出生的时候,和表姐表哥们,在一个房间,放着三个摇篮床。那是在外婆家最早的记忆。

仿佛一切都是有预兆的,前两天,突然想起了奶奶,96年奶奶过世了,到现在,悄然过去十七年了。唯一的记忆就是那年的一场大雪,还有那个晚上,我哭了好久好久,那也是小时候第一次看爷爷那么沉重的一句话不说,整个晚上我就坐在凳子上大哭。仿佛那一天起,我就忘记了之前的所有事情。
还有大奶奶,生病的时候,最想见小儿子,最后,却再也没见到了。
又想起了太奶奶,99年,那个时候刚刚搬到新家一年,太奶奶也一起过来住了。那一年夏天,天气很热很热,大家在院子里忙,太奶奶也只是有个小感冒,下午的时候,一眨眼就走了。那个时候,还在算着,太奶奶是1899年出生的,如果到2000年,就是三个世纪了,只是最后了,算不到了。还听着太奶奶讲她年轻时候的事情,太爷爷如何如何。一个人要经过多少苦难,最后才能对子孙说的那么故事性,那么淡然。
10年大三实习的时候,外公过世了。仿佛每一对夫妻都是老天配对好的,温厚老实的外公和猛厉风行的外婆,外公对外婆总是服帖,说说骂骂这么多年,以至于从小到大我都习惯了,只是外公过世的那几天,我看到外婆落寞的神情,原来,每一个真实的存在,在他悄然逝去的时候,是有多么的伤。那么多年的相随,一瞬间的失去,是多么的不舍不愿。

在就是最好的了。