说是趋势,其实是自己的感觉,倒不是拉大旗做虎皮,真的是越来越有这些感觉,你觉得有道理你顶下,你觉得没道理就当我扯淡,越来越不喜欢争辩,更喜欢用事实去证明。
1.Win化
Windows这十几年来培养了99%的用户习惯,有些已经成了设计的标杆,除非你觉得自己是第二个jobs,如果你试图去尝试改变并重新教育用户去学习,风险相当大。从icon的视觉传达到下拉菜单的交互操作(工具栏上的下拉菜单),从离线的操作到html5带给我们的想象,互联网产品越来越趋向windows,中午和几个同事吃饭时说到widget栏为什么要放在底部而不适合放在左侧或右侧,想一想我们windows底部的任务栏,虽然可以拖动放置到左上右,大多数用户还是习惯于默认位置吧,软件web化,web软件化,B/S和C/S的界限越来越模糊。
2.个性化
无论怎么去装去了解去调研用户,我们只能满足80%的用户需求,80%的用户希望发送邮件时提示我是否忘记了附件,那么剩下的20%怎么办?即使你的提示语再温馨后面加上几个“哦”,但是对于平时就不会忘记加附件的用户,每次问我有没有忘记附件烦不烦?Gmail的天才labs创意给了满足100%用户的一种可能,如果仅仅满足于把温馨的提示当作是一种良好的用户体验,那么我们把选择权交给用户是不是体验更好?可以自己个性化功能、个性化模板、个性化应用,个性化虽然不能解决所有互联网产品的问题,但是它为我们指明了一种可能的方向。
3.开发敏捷化
37signals的敏捷开发羡煞无数我等所谓的行内人士,想一想多心潮澎湃,几个兄弟一个小组,没有文档,没有冗长和废话连篇的会议,快速开发快速上线快速迭代,就一个字儿:快!
我相信这是互联网产品的开发趋势,一个网站是不可能像windows那样数千人开发个几年的,好时机过去了再发布也是晚了,但是就我个人的感觉,这种开发模式对于团队里面的每个人的专业能力要求非常高,硅谷的鬼子们都是摸爬滚打了好多年,经验丰富,这样做问题不大,但是在国内,而且如果你是在一个规模较大的公司里,team里每个人都不是那么资深和牛X的话,还是不要轻易尝试,老老实实写文档的好。
4.分工简化
大家都对淘宝和alipay的UED赞不绝口,然后恨不得每个公司都要分出这几个工种:交互、视觉、前端、用研、产品,好像如果不这么做就显得不专业,我不这么认为。
在流程中增加一个工种,表面上看是增加了一个人,增加了一道关,但是却没有计算增加一个人后的沟通成本和时间成本,你会不会经常有这种感觉:其实工作确定了做起来很快,但是就是为了去确定工作要和别人扯上半天。
我觉得这种分工反应了目前这个行业的现状:缺乏具有综合能力的人,一个人可以做几个工种活的人太少了,为了弥补这种缺陷才去作这样的分工,这只是目前行业现状下不得已而为之的一个权宜之计,最终这些工种都会逐渐被简化,10年后也许一个人把这四个工种做完也不好说。
5.快速的功能迭代,update! update!! update!!!
严格来说这个并不只是互联网产品了,包括软件开发也是如此,如果要举例子的话,最鲜明的对比莫过于MSFT和Google了,这两个巨头的最有代表性的两个产品:Chrome和Windows Live Messenger。chrome发布15个月以来,经历过多少次升级?(我找不到升级日志了,感觉上是平均一周升级1-2次),看一看第一个版本的chrome和现在最新版之间的功能差别有多大?然后我们回头来看看WLM,几乎每次都是平均一年升级一次,把BUG和新功能攒啊攒,到最后release个8.0、9.0版本,但是很稳定,虽然很难用但是极少出错,回头想想这一年来WLM增加了什么新功能?带给了用户什么新鲜感?一年前是这些,一年后还是这些。MSFT一直是用这个思路做软件,更可怕的是它继续用这种思路去做互联网,所以这几年它赔钱是不奇怪的,Bing是我心目中MSFT真正转变思路去做的第一款互联网产品,它开始学会转变了。
软件web化,web软件化,B/S和C/S的界限越来越模糊。
//恩,我一直在想什么时候B/S发达到一定程度,互联网的入口就会越少。貌似chrome/wave就有朝这个发展的趋势。
我觉得只有一点:去中心化
浏览器OS化。
其实我觉得这个应该不是趋势而应该是现状了
MS,QQ,GOOGLE都使用Scrum敏捷开发,每个公司都会按照自己公司的实际情况充实这个框架的内容,让这个框架在符合公司实际情况的条件下得到很好的实施。敏捷开发中有很多框架,除了scrum外还有XP等框架,都是为了实现敏捷。敏捷的几个核心价值观,比如拥抱变化、持续交付可用产品、不写无用文档、测试跟随开发……都是非常符合我们现在软件开发实际的。
很多使用的公司的愿景是”解决行业问题,成为行业领袖”,但是不能期望Scrum能给公司开发环节带来根本性的变化,但是很多事情需要不断积累。。。磨合很好的team还是很值钱的,恩。
BTW,作为游戏公司,我们在做创新的事情,但是却是由疲劳的开发团队执行。所以一直在寻找一条解决方案之路。有啥好建议也一起分享哈~