首先我要猜想一下您所谓的“聚合打车”的概念。您是希望搭建一个平台，用户输入打车需求，通过您的系统选定最佳打车软件的服务并推荐给用户吗？

如果是这样的想法的话，我们可以从另一个“聚合”案例谈起，就是“聚合支付”。“聚合支付”的原理是一家企业同时接入多加平台的支付方式，集中提供给用户，让用户自行选择喜欢的方式支付结算。

搭建这样的平台，系统需要申请多个平台的API接口调用权限，而各平台申请API权限所需要的材料不同，有的需要注册公司才能申请。

完成申请之后，就可以再自身搭建的系统上利用各平台API接口进行数据获取和下单了。

所以聚合打车平台也是如此，首先要申请各平台的API接口，目前市面上不是所有打车软件都有可供第三方调用的接口，而且接口可能是付费的，所以如果没有接口，可能需要实力强大的公司区各打车平台商讨接口开放事宜。

拿到了各平台接口后，就可以在用户输入要素之后，同时调用多加打车平台接口获取费用信息，系统通过数据比对，选择合适得方案提供给用户。

不过和聚合支付不同的是，打车流程里，下单只是第一步，接下来用户会产生与司机沟通和导航等需求，这种情况下目前大部分平台都没有线程接口可用，系统理论上只有两条路走，一条是打开对应打车软件，由对方托管后面得流程，另一条路是看看打车软件中有没有H5页面直接提供服务的，在您的系统里打开对方的H5页面进行后续服务。

总之，技术上并没有瓶颈，瓶颈可能在申请流程和准备材料上，希望可以帮到您。