G2Rail在2016年铁路圈率先推出了整合的API(Search, Book, Confirm, Download、Refund)。所谓整合API只需要一套API就可以查询预订所有的铁路公司，而不需要每个铁路公司的API分别对接。这样对于下游OTA来说集成的成本会大大降低。
最近发现G2Rail在亚太这边最主要的竞争对手也推出了跟我们类似的API，API的数目，背后功能和调用流程基本一样。这是一件好事，因为这样可以促进整个行业提供更加Frendly的服务，也让更多的旅客不需要到火车站去买全价票。
程序&API是骨骼
一个促进G2Rail与阿里合作的原因是通过双方的API对接把地面交通行业的API标准制定出来。而其中一个重要部分是通过几个API可以把铁路查票订票描述出来，再根据标准化的API接口去适配全球各地的交通大巴公司的API。而这种标准化的接口定义对于G2Rail来说很像我们Business的骨骼。
数据是血液
看到竞争对手采用类似的API定义，其实我们并不担心。因为骨骼部分是很容易被抄袭的，这部分其实是最容易抄袭的。真正核心壁垒其实是数据和语义网络，数据是G2Rail的血液。而这种数据积累、流转，领域模型的设计才是G2Rail的核心竞争力。举一些数据的例子：
- 从巴黎到米兰之间铁路大巴运营商的时间表、价格、舱位、剩余票量数据
- 巴黎到米兰之间不同铁路公司大把公司分别是从哪个车站出发，车站编码分别是什么等等。
- 不同列车车型的舱位情况、是否有卧铺、有什么样的设施（比如卧铺是否提供毛巾、私人洗手间），是否有Wifi、是否有插座
- 搜索结果中每趟车的每种舱位是否有照片，长成什么样子
- 是否能够利用日语、希伯来语进行查询
- 米兰中央火车站的车辆到达情况，是否晚点、停靠几号站台
- 从美因茨到科布伦茨的莱茵河列车会经过几个城堡，分别叫什么名字，它们的历史如何？是否是中文、日文？
- 到了亚琛，有哪些比较有趣的景点，几点开门，别人评价如何等等。
其实除了列车和旅游的数据，还有一部分关于数据的数据也很重要。在“数据闭环”中提到过。
语义网络是血管
语义网络其实是G2Rail如何来描述地面交通圈这个领域模型。其实也就是上面的数据如何定义、存储、组合，再就是数据之间的关系。这部分像G2Rail的血管。比如在过去分享过“语义化”和”Connect the Disconnected“其实就是把交通数据和目的地数据结合呈现。
壁垒 = 血管 + 血液
用户看到的是G2Rail的App、网页、小程序以及API设计，但是真正的引擎是语义网络和数据，这部分是隐藏在冰山下的部分。有了这些，才有可能迅速的调整外观和展现，甚至生成很多网页，搜索引擎优化，快速实现新App和网页等。
