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?

3 条回复

回复

小团体 发表人 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网站,比如豆瓣网,其后面哪个没有一个非常酷的开发团队。

独家内容

应用JSF、Ajax和Seam开发Portlets(1/3)

本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。

AtomServer:数据分发的发布动力(第二部分)

在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。

架构师(试刊第二期)

InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!

一种正规的性能调优方法:基于等待的调优

在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。

Java程序员ActionScript 3入门

通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。

浅谈如何创建Rails应用

本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。

Alexandru Popescu谈InfoQ.com网站架构

InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。

揭示常见的重构误区

相对于Java,.NET在持续重构方面所给与的重视仍然少为人知,大多数人对于重构是否真正属于开发过程,以及如何将其应用到开发过程中持观望态度。Danijel Arsenovski试图为你揭示这些谜题。