InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

观点:什么是当今Web最理想的商业模式?

作者 Sadek Drobi 译者 王丽娟 发布于 2008年7月24日

领域
架构 & 设计,
企业架构
主题
商业 ,
架构 ,
Web 2.0
标签
简单性 ,
商业模式

什么是当今Web最理想的商业模式呢?围绕这个问题,一系列文章中出现了不同的观点。几星期前,Stan Schroeder认为给应用添加额外的功能是风险而不是良机。为特定的需求提供一切可能的工具是成功的关键,但在互联网这个不断变化的环境中,“一切都不停地收缩、扩展、重叠”,因此不一定能成立。的确很难在摇摇晃晃的基础上构建复杂的东西,尤其是它还要适应建好之后的变化:

当然,如果周围的环境变化不是很大,你可以很好地满足某一组需求[……]

以前,如果你想创建一个成功的应用,关键之一是“提供很多你的竞争对手没有的功能”。Adobe的Photoshop就是这样一款应用。如果你需要编辑一些照片,它是最棒的,这没什么可说的,因为它包含所有你可能需要的工具。

不过这是我们正在谈论的不复存在的世界。在Web上,一切都在变化。不只你能做什么是重要的;你还要能从你希望的任何地方开始做;希望能插入到其它服务中,与其他人协作。

现今用户想要的是“满足特定服务的简单、微件化的应用”。然而Schroeder认为,与其创建很多专门的小应用,更可取的应该是“构建一个能满足很基本需求的非常简单的服务,然后在上面放置一层API”:

我认为一个更好的办法是找到最小公分母——一个基本的需求,连接所有不同的垂直领域;提供这样的东西,开放它,剩下的留给Mashup去完成。这样,人们可以精确地选择他们想使用哪些功能,你的应用也能成为一个不断变化的、模块化的服务,服务可以变得简单也可以变得复杂,全看用途的需要。

据Schroeder所说,这种服务将“解放Web世界”;而且只要它们能满足相当数量的人的需求,“就不可能与之竞争。”

Fred Wilson将这一推论运用到了群组市场。他以Charlie O'Donnel关于群组的帖子为依据建立了自己的想法,但他略不同意O'Donnel的结论。Charlie O'Donnel认为对群组Web服务来说,绝不会有“驾驭众戒的至尊戒”,因为“每个群组都是不同的,所以用一个群组软件解决所有人的问题这种构思是绝对行不通的”。不过他也提出了每个群组软件都应该具备的三个属性:

  1. 可定制的网站,表明群组的特征,即使只有关于群组是做什么的以及如何注册的信息
  2. 一种内部沟通的方式,根据群组来决定是通过单向的Listserv还是双向的Listserv
  3. 一种对事件做RSVP(译注:指回应、确认请求)的方式

Fred Wilson觉得这就是群组里Schroeder所说的最小公分母。尽管他大致同意O'Donnel的观点,但他认为“再构建另一个群组服务并不是问题的答案”,不过他也建议,建立一个提供上述三种服务的API,并允许每个人在API之上构建,会是群组市场中一个有趣的商业模式。

综合众人的见解,Bob Warfield提议追求“少即多”的时候要更加谨慎,因为在他看来,“少即多”并不总是成立。

我们真的要很小心,不要误以为“少”表面上的简单就是真正的简单性,真正的简单性能引起思维的转换。
[……]
我最喜欢Alan Kay针对UI设计所说的名言——“让简单的事情保持简单,使困难的事情成为可能。”[……]超越竞争对手,首先在软件中将做某些事的简单程度提高一个层次,就会取得巨大的竞争优势。这意味着你能给那些只能处理较少事情的人交付更多的东西。

Warfield 认为这恰好是Web 2.0的关键。社交网络、博客、群组都是“对个人或群组如何得到一个量体裁衣又容易利用的网站的一连串世代更替”。在他看来,它们的成功是因为它们有能力 “简化以前困难的事情,并且有时候,[……]使困难的事情成为可能”。因此他认为,对今天的Web来说,这就是成功商业模式的关键。这需要有严密的用户界面设计,应该能保持“前端的简单性,避免让难的事情扰乱简单的事情,同时还要保持处理难的事情的能力”,以便使“事情看上去很简单,一直到你轻而易举地完成了曾经困难的事情,才意识到自己已经超越了。”

因此,作者们似乎都相信“简单是Web的关键”。然而简单可以有很多不同的理解方式。你认为哪一个才能最大限度地满足用户的需求呢?哪一个应该成为试图赢取Web市场的新商业模式的基础呢?

查看英文原文:Opinions: What is The Optimal Business Model for Today's Web?

译者 王丽娟 王丽娟,04年大学毕业后持续从事Java EE中间件产品的开发,现在主要关注Java技术及中间件产品在云计算环境中的发展趋势和应用。

小团体 发表人 Pazzini Giampaolo 发表于
没有最理想 发表人 hong yong 发表于
通过开发团队复杂的努力让用户简单 发表人 霍 泰稳 发表于
  1. 返回顶部

    小团体

    发表人 Pazzini Giampaolo

    人们总是倾向于寻找特定的小团体,比如老乡,比如校友,但这个团体的规模不能太小,只要能找准这些特定的团体,就会是一种模式

  2. 返回顶部

    没有最理想

    发表人 hong yong

    世界是多元化的,不存在什么最理想的模式。

  3. 返回顶部

    通过开发团队复杂的努力让用户简单

    发表人 霍 泰稳

    这需要有严密的用户界面设计,应该能保持“前端的简单性,避免让难的事情扰乱简单的事情,同时还要保持处理难的事情的能力”

    这句话很能说明问题,Web设计中一个非常重要的地方应该是让用户在使用时感觉非常简单,尽管是非常复杂的应用。然而要达到这一点开发团队需要做得事情就非常多,严密的界面设计,反复的测试,可扩展的架构等等。看那些易用的Web网站,比如豆瓣网,其后面哪个没有一个非常酷的开发团队。

深度内容

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。

解析JDK 7的动态类型语言支持

随着JDK 7的发布,字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言(Dynamically Typed Language)”支持而进行的改进之一,也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中,我们将去了解JDK 7这项新特性的出现前因后果和它的意义。

Java Remoting远程服务(下)

随着互联网应用的发展,Java分布式远程服务技术受到越来越多的关注,本文将对各种相关实现以示例的形式逐一介绍,并总结其中的优缺点,使读者能够在技术选型时有所准备。这是文章的下篇。