纳尼？这么一件事就可以盘活槽点满满的网约车新规！

近两天互联网上最大的一件事事可能就是北上深出台的《网约车新规（征求意见稿）》，这个新规的出台真的是在北京日以变凉的天气中吹来的一股凛冽冷风，让没穿秋裤的小伙伴们感到了彻骨的寒冷啊。

通过仔细来研读新规，无外乎得到的两个满满的槽点就是抬高网约车车型准入门槛和抬高从业人员准入门槛。

往往当政府强制介入互联网平台的时候，最开心的莫过于段子手们了，今天朋友圈里刷爆了关于某滴会打败某婚恋平台、某陌等，成为最流行的相亲工具的段子，这个段子读完哈哈一笑，笑完之后仔细想想，未来我们的出行怎么办吗？

我们来看看槽点满满的这两条新规，首先抬高了网约车准入标准， 1.8 T 和 2.0 T 排量以上的车辆才可以进行网约车运营，同时还要获得相应的资质，这一条真的是再次让大众回到“打车难”“打车贵”时代，网约车的本质是把社会上尽可能多的车辆整合起来的共享经济，这一条政策出台，马路上的黑车一定又会再次多起来，漫天要价的情况会再次上演。

当然，新规这么定肯定是有充足的理由的，以北京为例，大力发展公共交通是北京发展的重要规划，可是话说，当公共交通不是那么便利的时候，又打不到车，我们只能是呵呵了。

再来看抬高了人员准入门槛，北京的要求必须是“京籍”，好吧，一张北京户口，除了孩子上学，买房买车这些职能之外，又增加了一条“成为滴滴司机”这一重要的职能，熟不知有多少的滴滴司机是外地人，滴滴又为解决中国隐性失业人口提供了多大的助力，这一切都在这一条新规下化为乌有。

好在，这还只是一个“征求意见稿”，作为一个产品经理，如果我们把《网约车新规》当做一个产品，当我们在征询意见的时候，怎么样可以避免这么多的槽点呢？因为我们不是政策，我们不能强制让用户都接受，即使有1%的用户这么多槽点我们都会被老板骂的狗血碰头，为了避免这种情况，产品经理们该怎么办呢？其实，做一件事就可以了，就是A/B测试。

第一，我们先要把《网约车新规》让“一部分”用户先看，这“一部分”用户就是A/B测试中的流量分割，我们要明确“一部分”用户的属性，控制好数量，一般情况下这个数量是全部流量的5%左右，然后明确一下用户属性，这些用户既不能是从来不打车的用户，也不能是打车频率特别高的用户，因为这两类用户并没有很强的代表性，我们做好科学的流量分割是进行一次正确的A/B测试的第一步，把《网约车新规》推送到这些用户面前，来看看他们的反馈，做好数据的统计结果。

第二，我们把上一步中的统计结果得到后，还必须经过科学的验证，这其中肯定是需要用到统计学的很多算法，包括贝叶斯算法，正态分布等，进一步验证测试的结果是否可以推送到全流量可信。

第三，就是验证是否可以给所有用户推送的关键时刻了，如果我作为现在这一版《网约车新规》的产品经理，我一定是被老板虐死千百遍的节奏，肯定是不能给所有用户看到的，那已经看到的用户怎么办呢？没关系，我们还有大招——灰度发布！什么是灰度发布？这是一件来自 Facebook 的武器，可以一键让我们失败的产品功能 rollback ！用户槽点多？没关系，我用灰度发布，就当做我什么都没说！因为毕竟看到的只是“一部分”用户。

说了这么多，单纯的依靠产品经理是很难做到上述的A/B测试的，好在目前政府对于云服务工具这块还没有太多的监管，有很多好用的工具可以帮助我们实现，美国的有Optimizely，中国的有吆喝科技，都是很好用的工具，来吧，大家一起祈祷《网约车新规》的 rollback 吧！

本文作者：Kevin@吆喝科技（微信：appadhoc）

吆喝科技：A/B 测试驱动产品优化，提升转化、留存和你想要的一切