InfoQ

新闻

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

作者 Sadek Drobi 译者 王丽娟 发布于 2008年7月24日 下午9时17分

社区
Architecture
主题
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?

小团体 发表人 Giampaolo Pazzini 发表于 2008年7月24日 下午9时55分
没有最理想 发表人 yong hong 发表于 2008年7月24日 下午10时17分
通过开发团队复杂的努力让用户简单 发表人 霍 泰稳 发表于 2008年7月25日 下午8时56分
  1. 返回顶部

    小团体

    2008年7月24日 下午9时55分 发表人 Giampaolo Pazzini

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

  2. 返回顶部

    没有最理想

    2008年7月24日 下午10时17分 发表人 yong hong

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

  3. 返回顶部

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

    2008年7月25日 下午8时56分 发表人 霍 泰稳

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

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

深度内容

模块化Java:声明式模块化

本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。

Ian Robinson和Jim Webber谈论基于Web的整合

本采访是在伦敦举行的QCon2009上记录的,Ian Robinson和Jim Webber探讨了如何将Web作为整合平台以及REST在理论上和实践中的好处。

项目管理修炼之道(精选版)

项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程,展示了作者的思考过程。本迷你书从原书中精选出5个章节。

那是鸟,还是飞机?不,那是超人!

在这个演讲中,Fred将会揭示敏捷的一些外在因素,并会重点关注敏捷获得成功的内在原因。从案例研究和真实的项目经验来看,Fred认为:工具、管理体系都不能让你变得敏捷。敏捷的成功,植根于士气高涨、充分授权的工作者身上,他们能够以不同以往的方式思考问题。

访谈和书摘:Eben Hewitt的新书《Java SOA Cookbook》

Java SOA Cookbook

Eben Hewitt的新书《Java SOA Cookbook》从Java实现的角度讨论了面向服务架构。Eben在书中讨论了SOA基础、工具、最佳实践和SOA治理等主题。

Mark Richard的《Java消息服务》第二版

Mark Richards的新书《Java消息服务》第二版覆盖了JMS的许多主题, 包括发布和订阅模式以及点对点模式,消息过滤和事务等。InfoQ与Mark谈论了跟他的新作。

模块化Java:动态模块化

本文是“模块化Java”系列文章的第三篇,讨论动态模块化,内容涉及如何解析bundle类、bundle如何变化、以及bundle之间如何通信。

让测试也敏捷起来

对于测试组织来说,敏捷方法带来的快速迭代却让测试本身变得困难起来:缺乏“足够详细的文档”,缺乏“仔细设计用例的时间”等等。在本演讲中,段念将与大家探讨如何在敏捷过程中进行测试。