科技特讯11月14日讯：想让你“随时随地有车骑”的ofo小黄车要开发布会了，11月17日，坐标北京。这场发布会主题是“在城市——ofo共享单车城市战略发布会”。

　　其实，ofo和摩拜在模式上的最大差别，倒不在车的贵与贱以及骑行体验的优劣，这一点大家会渐渐倾同，最主要是用不同的锁及由此带来的截然不同的使用方式及管理运营方式。

　　摩拜用的智能锁，内有用于位置定位的gps模块，也有用于和服务端保持通信的gprs模块，可能还有陀螺仪之类的模块。总之，车辆能实时定位，并能通过通信模块将信息上报到服务端系统，同时也能接受服务端系统发送的指令。

　　相应地，摩拜的使用方式比较简单。用户扫码时，app将车辆编号信息发送到服务端，服务端向指定的车辆发送开锁指令。用户骑行结束时，手动关锁，车辆端会将锁被关闭的信息发送到服务端，服务端结束用户的骑行订单并进行计费。

　　这一流程中，用户只在扫码开锁时需要使用app，而在骑行完成时不需要操作app，就像普通自行车一样将锁拉上就行。使用流程从产品逻辑上是简单的、自洽的和闭环的。

　　而ofo 在进入3.0时代，车辆硬件升级全细节全面报道的同时，作为共享单车最为重要的一部分，锁的升级却只字未提。但是用过ofo的用户都了解，目前小黄车有两种锁，一种是方盘式摁键，一种是圆柱式转盘密码锁，后者相较于前者，开锁密码的选项指数级增长，猜中密码的可能性显著降低。

　　以其新推出的类似行李箱锁的转盘机械锁车型为例，它设计的、期望的用户使用行为是：1)用户通过app输入车牌号，从服务端得到车辆的锁密码。2)将转盘锁调整到相应的密码，开锁开始骑行。3)在app上点击结束骑行，服务端结束骑行订单并计费。4)用户拨动几下机械锁，将锁上的密码位置混淆掉。

　　开锁时，多了一步去操作密码锁的行为也就罢了，主要问题是第3步。因为车和服务端系统之间是没有通信联系的，骑行是不是结束要靠用户app来主动通知，顺便说一下，采用蓝牙开锁的小鸣单车也是同样方式。这种使用方式，在结束骑行时需要用户多一步操作带来的不便是一方面，更严重的是，用户完全可以采用不那么诚信的行为，随时在app上结束骑行，但实际上继续骑，它的系统是一无所知的。

　　让人滴笑皆非的是第4步。用户已经骑行结束，上了锁，完全可以走人了。但是这样的话密码锁位置没有混淆，下一个使用的人完全可以不需要密码，直接按一下就可以开锁，atv，这真成免费的“共享”单车了，同样，ofo的系统对此是一无所知的。

　　大概小黄车是期望用户在上锁后去混淆密码，但这时用户骑行已经结束，这个多余的动作完全是ofo的需要，不是用户的需要，可想而知有多少用户会去做这个操作。甚至用户完全可以只在app上结束骑行而根本不锁车。

　　这个产品流程设计得低劣到无以复加，其实还不如他的前一代键盘机械锁。据说ofo推出转盘锁是为了解决键盘锁密码更容易被猜到的问题，这又涉及到ofo锁的另一个重要漏洞：固定密码。

　　它每辆车的密码是固定的，由此带来的问题不必赘述，实际上网上已经有很多段子吐槽这一点。

　　脑洞再开一点，要是别有用心的人做一个ofo单车密码共享的网站、app之类的，鼓励用户上传密码，再免费让大家使用，等于是做了个ofo的外挂，ofo就沦为只负责投车、使用没它啥事的互联网雷锋了。

　　ofo机械锁带来的四处漏风的产品使用逻辑是一方面，正如我前面文字中不无嘲讽地提到它的系统对各种异常行为一无所知，因为锁(车辆)和服务端系统间没有通信联系，除了用户在骑行单车时可以借助用户的手机来进行一些并不很可靠的位置上报，其它情况下它的后端运营对车辆的位置、车辆的各种异常情况的运营监控能力接近于零。

　　ofo这些投放出去的车辆，就像一堆堆放上天却断了线的风筝。全靠线下的人力来进行运营维护，有多大成本和多大困难，可想而知。曾经在朋友圈里看到人发的一张违停的一批ofo车辆和一批摩拜车辆被城管收车的照片，下面有人补刀说：“摩拜可能还知道它的车被拉走了，ofo对此恐怕是蒙在鼓里，同情ing!”