> For the complete documentation index, see [llms.txt](https://blog.opendatachina.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://blog.opendatachina.org/blogs/yong-bao-kai-fang-shu-ju-ji-yu-de-shang-ye-mo-shi.md).

# 拥抱开放数据机遇的商业模式

*开放数据前沿周刊本周继续第13期内容，因最近出行频繁，故13期内容会断断续续更新到月底，请读者见谅。*

*原文作者： Mark Boyd*&#x20;

*原文出处：programmableweb.com*

*译者：陈嘉育*

上周在柏林举行的开放知识节上， Kat Borlongan 和 Chloé Bonnet 两位来自巴黎开放数据初创企业 Five By Five 的友人就交互式快速极客环节（speed-geek session）做出了调增，以审视初创企业如何利用开放数据及开放数据 API 谋得生存。两人勾勒出的图景展现出多种利用开放数据的方式，这些方式有一点共性：致力于构建允许其他初创企业加入的生态环境。 由开放知识基金会主办的开放数据节将世界各地千余名从事开放数据相关工作的人士齐聚一堂，他们有的关注企业数据利用，有的从事开放科学研究，有的致力于政府开放数据，还有的聚焦来自大众的数据项目（crowdsourced data projects）。 在活动首日的一个环节中，Borlongan 举办了一个工作坊，以帮助即将成为企业家的与会人士理解初创企业如何抓住开放数据的机遇创造促进就业、可持续的商业模式。 Borlongan 引用了麦肯锡研究院的研究数字，即全球的开放数据将价值3000亿元，说道：“所以人往往这样理解开放数据的利用过程：把开放数据挂在墙上，举办场黑客松，人们就能利用开放数据创造出产品，我们就实现了3000亿元的价值。”\
顺便提一句，Borlongan 的 Five By Five 同时是开放数据研究院 (Open Data Institute) 在巴黎的代表处。Borlongan 称“所谓的开放数据初创企业不过是个模糊不清的划分”，他鼓励与会者透过表面，呈现开放数据创造收入的具体实现路径，以及相应的切实可行的商业运作。\
来自英国开放数据研究院（此机构通过其“初创项目”帮助了15家企业）将拥抱开放数据的商业模型划分为两类：\
1\. 发布但不出售开放数据的企业。\
2\. 基于开放数据利用的企业。

### **发布但不出售开放数据的企业**

在开放数据研究院里， Tennison 正在尝试提供英国每一处房产地址信息的开放地址数据库。据其所述，产生并发布这些数据能够产生三类商业模式：

1. **自由型**： 人们可以免费批量地获得开放地址数据，“但如果你想要 API 服务，就得额外付费了。” Tennison 还提到了可能需要的、旨在降低自由程度的方式，比如数据虽可以批量下载，但不付费取得的数据很粗糙，再比如仅允许获得数据的人以分享的形式再利用数据，如果用户坚持要将数据用于商业用途，则同样需要额外付费。<br>
2. **交叉补贴型**：开放数据免费向人们提供，收入则依靠提供发布开放数据之外的额外服务如咨询创造。<br>
3. **网络型**：围绕核心商业利益创造网络效应，注意此处的商业利益可能并非开放数据。Tennison 举了个例子，比方说一家邮局或者快递公司想创造开放地址数据库，它可能希望私人们配合性地维护数据质量。随着开放数据提高投递精确度，成本相应下降，收入自然上升。

### **基于开放数据利用的企业**

Development Seed, Mapbox, OpenDataSoft, Enigma.io, Open Bank API, and Snips 等六家初创企业也在开放数据节上展示了他们利用开放数据的独特方法。。

#### **Development Seed**

**致力于：**&#x901A;过开源工具的创造与开放数据的利用，寻求发展、公共卫生、公民民主等方面挑战的应对措施。

**开放数据API**：项目中运用开放数据API乃是常态。比如，其与世界银行合作通过世界银行API建立的数据可视化网站。

**商业模式类型**：咨询类，但也从其开发的产品中创造了新商业，最值得关注的一个是 Mapbox（见下）。

#### **Enigma.io**

**致力于：**&#x642D;建一个提供高级探索与搜索功能的开放数据平台。

**开放数据API**：Enigma API 为所有的数据集和平台上的部分分析提供了程序接入口。

**商业模式类型**：SaaS 提供的含 API 调用命令但不含数据分解的免费计划；部分风险基金；与特定企业签订的合同服务；Enigma Labs 中生产的供日后销售的新产品。

#### **Mapbox**

**致力于：** 帮助用户利用来自公众的开放街道地图数据 (crowdsourced OpenStreetMap data）设计发布地图。

**开放数据API**：利用 OpenStreetMap API 将数据调入其地图生成界面；Mapbox API 允许利用 Mapbox 网页服务程序化地生成地图。

**商业模式类型**：SaaS 提供的免费计划；与地图使用的大用户达成的定制合同，比如 Foursquare 和 Evernote.

#### **Open Bank Project**

**致力于：** 为银行创造开源 API.

**开放数据API**：其核心产品即是打造标准化的开源 API, 供银行为客户搭建应用和网络服务时使用。

**商业模式类型**：与 SLAs 签署了合同许可证，付费取决于利用 API 搭建的应用数量；IT 咨询项目。

#### **OpenDataSoft**

**致力于：** 搭建一个开放数据发布平台，公民、政府、城市基础设施、公司可以在平台上发布供内部和公众使用的开放数据门户.

**开放数据API**：可从发布者的 API 中远程读取数据资源；提供 API 创建工具，使上传到门户中的任一数据集均以 API 形式提供。

**商业模式类型**：SaaS 的免费计划模式，根据发布的开放数据集和对数据集的 API 调用命令数来定价，学术与公民使用仍免费。

#### **Snips**

**致力于：** 针对智慧城市的预测性建模。

**开放数据API**：利用 API 引入了一些开放数据和私人客户的数据用于建模算法中；提供预测性建模的 API 供客户用自己的数据程序化地求解模型。

**商业模式类型**：以一款在售 B2C 应用作为收入创造的产品；与城市、公司等签署个别合同以解决一些特别的难题，比如利用预测性模型帮助邮局更好地管理职工分布（使之与销售需求相匹配），再比如可以预测城市车辆事故风险的可视化地图工具。

### **复合模式**

展示在这的企业大多数有多个收入流。拿 Open Bank Project 来说吧。它可能需要长达18个月的时间建立一个新的银行客户关系，尽管这18个月本身不会有什么问题，但较长的客户购买期意味着此初创企业也在相关的安全与金融领域提供 IT 咨询项目。 Snips 则计划在继续向城市和公司客户提供咨询类项目之余，提供一款像 “Google Now” 那样的位置推荐应用，这款应用将在应用商店里发售并为 Snips 带来基础收入。

### **对公平和生态系统的关注**

这些初创企业有个令人振奋的有意思的共性，即每家初创企业都在各自的商业模式中加入了有利于社会的成分。比如 Enigma.io 为那些实验开放数据的人提供了免费计划。 Snips , Open Bank Project 和 Development Seed 则把他们创造的工具开源。

除此之外，这些初创企业都颇有远见地考虑如何支持其他开发者。比如 Open Data Soft 单纯专注于为客户提供其门户产品，它鼓励需要额外数据管理服务的客户与第三方开发者建立联系。Development Seed 的很多工作已不仅仅是咨询，而是帮助客户掌握更多技能、提升能力，以使其工作可以在全球范围内大规模地重复进行。

### **可持续的商业生态**

上述与开放知识基金会相关的开放数据领导者和 Joel Gurin 等来自 Open Data 500 的专家正在对以开放数据为产品原材料的商业案例进行文字整理。

随着这些企业利用多收入流的复合商业模式逐渐成长，他们定将找到办法来培育自我维系的生态系统。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://blog.opendatachina.org/blogs/yong-bao-kai-fang-shu-ju-ji-yu-de-shang-ye-mo-shi.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
