写点什么

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

  • 2008-07-24
  • 本文字数:1656 字

    阅读完需:约 5 分钟

什么是当今 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?

2008-07-24 21:171240
用户头像

发布了 151 篇内容, 共 62.2 次阅读, 收获喜欢 18 次。

关注

评论

发布
暂无评论
发现更多内容

面试官:你讲下接口防重放如何处理?

不在线第一只蜗牛

程序员 面试 接口

实力认可|心大陆多智能体入围“2024DIIRC大模型十大典范案例”服务商!

心大陆多智能体

开发电竞体育直播平台:可呈现电竞数据和具备的功能

软件开发-梦幻运营部

限流器设计思路(浅入门)

快乐非自愿限量之名

Java Python 前端 限流器

嘉为蓝鲸监控中心:助力大型运营商解决烟囱工具式监控难题

嘉为蓝鲸

监控 运维工具 IT 运维

淘宝商品列表数据接口实战:构建实时比价系统

tbapi

淘宝商品列表数据接口 淘宝商品数据采集 关键词搜索淘宝接口

多平台小程序管理的实用工具!

Geek_2305a8

嘉为蓝鲸告警中心:助力大型保险集团实现告警规范管理

嘉为蓝鲸

告警体系 运维工具 IT 运维

JetBrains PhpStorm 2024 for Mac(PHP集成开发) v2024.1.3中文版

Mac相关知识分享

开发工具 Mac软件 PHP开发

第十二届双态IT用户大会·嘉为蓝鲸平台工程专题研讨会圆满落幕!

嘉为蓝鲸

DevOps BizDevOps 一体化运维

推荐十个优秀的ASP.NET Core第三方中间件,你用过几个?

不在线第一只蜗牛

asp.net 后端 中间件

百度面试:如何用Redis实现限流?

王磊

Java 面试

【AI法官】人工智能判官在线判案?

AppBuilder

MySQL 存储函数及调用

EquatorCoco

MySQL 数据库

软件测试学习笔记丨Vue路由-路由重定向

测试人

软件测试

淘宝商品详情API接口:高效处理商品信息,提升工作效率

技术冰糖葫芦

API Explorer API 接口 API 策略 pinduoduo API

鹏华基金研运一体化平台落地实践,探索数字化转型

嘉为蓝鲸

数字化转型 一体化 一体化平台

JavaScript 及相关技术的集成开发环境(IDE)WebStorm 2024 for Mac

Mac相关知识分享

JavaScript webstorm 开发工具 Mac软件

阿里巴巴1688商品详情API返回值应用探索:电商数据驱动的市场趋势预测

技术冰糖葫芦

API Explorer API 接口 API 策略

2024IT市场权威榜单发布!腾讯云TBDS斩获两大奖项!

腾讯云大数据

TBDS

低代码和大模型:企业如何训练自己的内容审核平台?

爱AI的猫猫头

网络安全 低代码 开发 内容审核 大模型

Docker与低代码跨平台开发:实现高效跨平台开发的新范式

EquatorCoco

Docker 容器 低代码

德国电动汽车生产:欧洲第一,世界第二

财见

英特尔软硬协同,优化阿里云通义千问2 AI模型

E科讯

StarRocks vs. Trino: 高并发性能背后的技术优势是什么?

StarRocks

数据库 大数据

人工智能ChatGPT的多种应用:提示词工程

测吧(北京)科技有限公司

测试

借助Historian Connector + TDengine,打造工业创新底座

TDengine

数据库 时序数据库

软件测试学习笔记丨Vue路由-编程式导航

测试人

为什么说SD-WAN能省钱?

Ogcloud

SD-WAN 企业组网 SD-WAN组网 SD-WAN服务商 SDWAN

观点:什么是当今Web最理想的商业模式?_架构_Sadek Drobi_InfoQ精选文章