背景
今天跟朋友一起出去玩，由于他们手机没有电但是要用ofo共享自行车怎么办，只能我帮他们打开ofo的锁。但是实际上一个手机号码只允许打开一辆ofo自行车。怎么办呢？
我突然想出了一个奇招，我扫码出一辆ofo自行车的二维码后告诉朋友。然后我把这辆车保修，然后接着我就可以去扫另外一辆车了。最终我们俩都骑上了ofo自行车且第一辆车是没有花钱的。当然对于ofo公司来说第一辆车没有收骑行费算是少了一小部分收入，更重要的是由于我保修了ofo公司肯定需要配专门人力来找到这辆车并且带上工具把他修好。
这对于一个企业来说不仅少了很多收入还会增加一大笔无谓的开支，我在这里不想说ofo怎么想这件事情的。他们的产品设计人肯定想到这个问题，我是想把这件事借鉴到我们日常工作中来。
产品设计的思考
第一辆车被设置保修了却可以继续使用的原因是没有把状态即时反馈到车上来。
即服务器里已经设置保修状态了对使用人已经解锁了且车子在当下还是可以使用的，在这辆车被合上锁之前都可以被使用，这种车的物理状态其实是可被使用的。当然ofo公司的人肯定考虑到这一点，但是由于ofo是机械锁没法通过服务器传送信息过来，所以自动关锁这一点也无法实现。
也许是历史原因也许是想急于想抢占市场ofo 选择了机械锁。
但是机械锁是一个设计上的问题，机械锁适用场景是个人私有自行车只给自己用的场景。但如果是共享自行车你就要保证一个用户用完了顺利的交给下一个用户用。即我打开ofo App使用自行车计费->开始骑行->结束计费，把自行车恢复到原有的状态给另一个人用。比如把锁给关上就是恢复到原有的状态，ofo这一状态的恢复依赖的用户的自觉，不管是用户无意识还是有意识的经常就有忘记关锁的情况。
这里不是说小利益，我觉得公司、大众的边界划分清楚了事情才更好办。共享自行车属于ofo公司的，它只是租给广大的用户使用。你没有给用户任何提示和反馈用户才不会放在心上还记得关上锁，这还没有说像我刚才故意破坏的场景。最简单的办法就是通过技术把服务器的状态同步到该自行车锁的接收器里自动关锁。
想上面所说的场景，其实就设计bug。所以我们设计一个系统一定要保证状态同步，要给与用户反馈。用户没有必要给ofo公司攒钱除非真的每个人有了公知。所以在用户自洽的逻辑里，这也是ofo公司设计的bug。
说在后面的话
其实疑问还是蛮多的，比如：
1.为什么ofo 漏洞这么多，为什么还一直投放这种没有GPS的自行车。
2.ofo 维修这块怎么处理的，怎么查找车辆的。
3.我打开ofo立马关闭会扣钱吗？软件关闭了但是自行车确没有锁上，这其实还是可骑的状态。
4.后面看了唐巧写的文章思考的角度就比我们高很多：http://www.sohu.com/a/150279137_662745
