首先,作为OpenTravel Alliance的主席,我非常支持旅游业中开放的API和标准。
因此,当看到很多演讲嘉宾在今年的PhoCusWright会议旅游创新高峰论坛上谈到为第三方提供API时,我感到很高兴。
就我个人的经验而言,大多数API没有进行大规模的整合。
你只需查看ProgrammableWeb目录,就会发现市场上已经有很多的API,仅在旅游领域中就有上百个。
还有约490家整合一个或多个API的混合型应用,这些都被认为是和旅游相关的。
我认为,在创新论坛上展示的众多创新,尤其是社会旅游计划网站,它们既整合了来自Expedia、Hotwire、或Orbitz的API,又整合了Facebook OpenGraph、Google Maps及其他非旅游类的API。
有些创新网站(如FlexTrip)聚集了大量的API,它主要整合了来自Viator、Urban Adventures、TourCMS、Rezgo等旅游观光供应商的各种不同资源,通过本地数据库使内容一体化,然后以统一的方式显示这些内容。
在FlexTrip的例子中,它本身将其聚合的内容提供一个API,就像一个被很多小管道支撑的大管道。
不过,很多人埋怨旅游API用起来既复杂又死板。
许多更强大的API需要相应的商业协议,至少也要有文档和企业网站的支持。
从根本上说,拥有大量数据的公司让别人很难使用他们的数据。
简化API能够提高使用度,例如Google Maps。在ProgrammableWeb目录中众多的API中,最流行的就是Google Maps,它们整合了2,309种应用。
其次是Twitter,整合了653种应用。
那么为什么Google Maps会如此流行?因为这款API特别简便、易用、快速、有足够的数据支持、并且拥有庞大的用户社区。
今年早些时候在THack Boston会议上,我们见证了垂直领域一个更具体的例子,Amadeus发布了一款迷你型酒店搜索API,这款API简单、轻便、快速并且方便使用。
在那次会议中,它是使用率最高的API,这不是由于它有很强大的功能或提供最多的数据,而是因为易于操作。
那天THack会议临近结束时,如何操作这些API的不错的想法和实施团队甚至比支持他们想法的API都要多。
许多成功的旅游创新是基于API而创造的。你只需看看Kayak或Hipmunk,它们的模式是挖掘数据并加入筛选功能,使用户更容易使用那些数据,这大概是个成功的模式。
不过这种成功的故事并不多见,但仍然存在很多潜在的成功机会。
对于所有的创新者,包括已有的传统旅游技术供应商,我有以下建议:
仔细研究你的公司锁定的那些数据,想想把其中一些数据在API上开放是否会带来价值?
如果你的数据足够有吸引力,你甚至会发现别人愿意付费来获得它。除了提供数据之外,还要寻找类似OpenTravel的组织提供信息结构和支持。
或许利用你的数据,某些聪明的开发商可能会带来一些你从来没想过的惊人之举。
只有当你愿意开放数据并简化数据获取过程时,这些发现和天才般的创意才可能发生。(Melody 编译)
评论
未登录