正在加载...

其实我已经在构思一副Adobe与Microsoft产品线的对照图了,但是许多细节,尤其是Silverlight、WPF方面我比较无知,所以一时还拿不出来什么好的对比,争取周末抽空研究一下。

但是关于”产品线体验”,我还是想发表一些观点的。今天用Google搜索了”产品线体验”,发现之前并没有提及。那么这里,我提出这个概念:”产品线体验“。转载请保留链接:http://www.awflasher.com/blog/archives/933

6月18日微软的”Silverlight技术研讨会”上,来自微软中国的洪超兄在一份关于Silverlight简介的PPT中,一上来就抛出几个让我非常感兴趣的理念:”最终用户体验“、”开发团队体验“和”决策体验“。我认为,对于一个渴望成功的产品来说,这三者的结合可以成其为一种”产品线体验“。它的背后,也不是简单的用户或者企业,而是一种围绕着企业与用户,产品的诞生与发展的过程。

“最终用户体验”不再是企业、团队考虑的唯一问题,产品设计之前的”投入成本”、产品开发的”人力资源消耗”、领导层为产品方向决策时面临的”风险系数”均可部分地视为”开发团队体验”和”决策体验”中的某些元素。

Flash、AIR(Apollo)也好,Silverlight、WPF也罢,包括后来杀出来的JavaFX,它们肩负的使命早已不单是制作出什么样的效果、实现什么样的功能了。在终端产品市场竞争日趋激烈的现今,在”得桌面者得天下”的现今,它们要肩负非常复杂工作和重要的使命。用户体验以用户为中心;产品线体验则以产品的设计开发发布,包括用户的使用为中心。举例来说,我采用Flash/Flex/Apollo技术,一定要考虑到产品的设计、开发成本,产品开发完毕后升级的成本以及决策层在改变产品核心目标后,所需要的资源和对原有资源的改变。例如:决定把一个”在线听歌网站”做成一个”音乐评论社区”,企业需要在开发团队和工作流程上进行何种改造、需要引进一些什么技能的新人。

回到那些我们常常激烈争吵的话题:”Ajax和Flash哪个好?”、”Silverlight和Flash哪个好?”,我想答案是:谁能改善产品线体验,谁就好。

其实目前产品的设计、发布这两个方面,微软自己都承认做的并不比Adobe好。Blend、Expression Web这些开发环境比起”经验老到”的Flex、Dreamweaver,常常显得捉襟见肘。然而微软仍然敢于放手与后来者们一并追求”产品线体验”,让我也由衷地佩服这位软件界的老妇人。

作为企业,尤其作为一个渴望在行业内有所建树的企业,不重视产品、不重视产品线的设置,是非常危险的。虽然在当今”盲目追求功利化”的大环境下,销售、渠道一直都是远远比产品重要(注:比技术重要不是令我心寒的,比产品重要才是令我心痛的),但我相信终究人们的注意力会逐渐转移到产品上来的。当然,意识形态的转变一直都是一种艰巨的任务,可能需要几年,可能需要更长。如果国内这些垃圾企业持续不重视产品而盲目追求”做买卖”、”赚现金”,那就等着全国上下都忙着为老外做Sales吧。

举例来说,计划经济刚转化为市场经济的时候,人们并没有太复杂的购买需求和消费习惯,那时候市面上提供啥样的东西,人们会买。当经济发展之后,消费者越来越”挑剔”(这是一件好事,健康的表现),商家之间就会出现竞争进而抬高买者的消费体验。

互联网的发展亦是如此:

互联网从技术化到媒体化的过程是漫长而艰巨的,而终端产品作为直接面对用户的信息接口,在这之中扮演了一个非常重要的角色。还记得98年的互联网么?拨号6元一个小时、网速慢如乌龟,我记得当时我都不敢下载MP3文件,专挑RM格式下载。一首歌曲花上4-5分钟是常事。即便那样,还是上的非常”happy”。我99年中考完了之后在武汉热线的一个聊天室里,和一群网友聊得不亦乐乎。我之所以如此,是因为我并不知道世界上还可能有Facebook、Gmail、Netvibes这样优秀的服务。当然,在那个年代也没有那样的服务。但是可惜,十年之后的今天,国内仍然还有大量网站沿袭那种老的交互方式,仍然在以一种”做一个网站,赚一笔现金”的方式在”做产品”。

互联网产品的进步,不仅体现在用户体验的进步之上。要想在互联网行业中成为一个优秀的领军企业,”产品线体验“是不容忽视的。Macromedia为什么能从90年代初的一个小公司一举成为世界知名企业,然后迅速被Adobe吸纳并引起微软、Google等业界巨头的恐慌?其原因是:Macromedia的philosophy的灵魂为”重视用户、重视产品线”!我想每一个经历了Web1.0时代的人都会记得和Web产品开发密不可分的”网页三剑客”:Dreamweaver、Flash、Fireworks。从Web设计到产品发布,许多互联网企业和团体利用这套强大的”产品套装”规范了自己的产品线,改善了自己的产品线体验。

还没找到您要的东西?Google试试看吧,
Google更注重原创、时效性好的文章:


本文相关评论: 才 7 条评论
  1. 一个叫搜索引擎的家伙 2007-06-21 09:37:43

    我想Google证实汲取了Macromedia的经验
    才构筑起现在这么强大规模的Google产品线

  2. 胡戈戈 2007-06-21 10:33:28

    建议你的博客RSS订阅采用全文输出

  3. Cat Chen 2007-06-21 11:02:59

    作为一个programmer,以前我并不太喜欢Macromedia的产品线,觉得MM的产品线太强调堆砌积木式编程了,而且这些积木块耦合度并不低。

    就拿DreamWeaver来说,如果一个页面的源代码一看就发现全是MM开头的JavaScript函数,那么我就不会看下去。使用DreamWeaver生成JavaScript是不对的,至少我认为是不对的。《程序员修炼之道》里面说明了你不应该用一个生成代码的向导,假如你无法理解它生成的代码是干什么的话。而用DreamWeaver的人很多都在干着事情,感谢51js之类的网站,以及非常丰富的DreamWeaver脚本生成扩展,中国有大量的站长在使用那些他自己完全不知道在干什么的JavaScript。

    至于Flash和AS,嗯……同样的问题,至少以前是。编程好像堆砌积木,但达不到程序员所希望的低耦合,高耦合带来的痛苦随着程序的增长呈几何级数增长,一个东西越做越大就会出现一些无法预知也无法控制的bug。

    然而堆砌积木也有好处的,特别是对于非专业人员。例如我最近就超喜欢Fireworks,因为我不是专业美工,我无法驾驭Illustrator这样的东西,Fireworks能够让我快速设计出我需要的mockup,之后就可以去做CSS。

  4. aw 2007-06-21 11:41:09

    CatChen所说的非常有道理.但是站在Designer的角度来讲,DW和Flash\AS则非常优雅地满足了他们的需求.
    关于你所提到的问题,MM在合适的时间点推出Flex和AS2就是最好的证明:MM正在笼络开发者社群.
    而基于产品的体验,我认为开发者往往比较被动:因为开发者的”聪明”而被动.
    一个用惯了FlashIDE的优秀美工往往会严词拒绝使用Expression Studio之类的产品,而一个在VisioStudio,Eclipse下摸爬滚打了几年的程序员则很可能由于”任务需要”转而投入在Flex下的开发.
    而紧接着,Flex作为一个整合Designer和Developer的平台,通过SWC等技术完美地实现了Designer和Developer的工作交接,这是非常令人激动的.
    我仍然认为:Microsoft还有很长的路要走.

  5. 白鸦 2007-06-22 12:58:42

    很棒的文章…

  6. 沈蚊 2007-07-11 12:48:24

    精彩。

  7. 股吧 2007-09-27 12:41:26

    很精彩!

[支持Ctrl+Enter]为了我们大家和家人的安全,留言请慎重!
声明:
1、本站仅与见过面的个人博客交换链接,见此文
2、留言时的头像是Gravatar提供的服务。如果您有兴趣并且有闲暇时间,可以看看这里的介绍