从产品逻辑上说，这本身没有问题，乘客发出需求，司机接收需求并判断是否提供服务。但在使用过程中，乘客会发现滴滴将乘车信息发送给附近的多少多少辆出租车，但这是附近所有出租车的信息，并且乘客无法判断出租车师傅是否能提供服务，将用车信息推送到附近多少多少辆出租车也就成了一个表面意义大于实际意义的数字，因为在附近的出租车里，能提供服务的并不多，大部分应该都不是空驶(尤其是对于北京来说)，所以滴滴在乘客端显示附近出租车数量时，应该过滤掉已经正在提供服务的出租车，只留下能够提供服务的出租车，这对于乘客来说，打车的体验会变得更好。

已载客出租车自动停止接单

对于经常使用滴滴打车的用户来说，会发现这样一个问题：在师傅接单你打上车之后，师傅如果不手动关掉滴滴打车，师傅一路走还是会收到附近滴滴打车推送过来的叫车信息，这无论对乘客还是师傅来说都会是一种干扰，因为师傅在开车途中还要接收到不同的干扰信息，这本身也是一个安全驾驶隐患。对于乘客来说，一路上都是叫车的信息相信也没有一个安静的乘车环境。

贺师傅在聊到这个问题的时候，说到如果滴滴能在用户已经上车师傅在提供服务开始时将滴滴自动转为静音或者停止接单状态，乘客下车时自动开始接单，既能保证司机安心驾驶，也能给乘客一个乘车的环境。

预约订单的数据分析

对于前面提到的上车之后自动关闭接收附近发来的订车信息，贺师傅说有些师傅的顾虑是这样就不能接收到用户预约订车的信息了，这确实是客观存在的问题，这对出租车师傅来说会失去很多机会。不过贺师傅更希望滴滴通过数据分析来解决这个问题，通过分析用户预约地点的信息，跟过去师傅接单的数据进行匹配，将信息推送给最有可能接单的师傅，既可以提高用户的预约成功率，也能改善司机的使用体验。

用户位置的自动导航

用户叫车师傅抢单成功之后，滴滴打车界面会提供师傅的电话或者乘客的电话供二者沟通，这是个不错的功能，而沟通的主要需求是确定乘客的位置以便司机提供服务，而滴滴本身就具备定位功能，贺师傅认为如果在司机抢单成功之后自动帮司机定位并提供导航，这对司机来说是一个不错的体验，对于用户来说也会更加方便，很多情况下即使跟司机通话乘客也不一定能很好的描述所处的位置，到不如将这个需求交给滴滴，让它来提供定位导航的服务，在现在的网络环境下手机定位已经能够达到一个相对精确的范围，如果不是预约订单，就实时订单来说，接单后导航确实是一个不错的想法。

写了这么多，怎么看都像是从乘客的角度提出的建议，但这确实是一个出租车师傅提出来的，我平时算是滴滴打车的重度使用用户，如果要打车基本都会优先用滴滴，不过我对滴滴的预期是只要能打到车，产品难用一点也能接受，在北京较为严重的交通状况下，能打到车已经实属不易。但跟师傅聊完之后发现，其实滴滴打车还能做得更好，这无关战略无关市场，只是对用户来说，这个产品又好用了一点点，仅此而已。