从业务场景和技术方案，还原摩拜的产品设计

产品设计是系统工程，不管表层的场景是多么简单，但背后的逻辑和流程千丝万缕，需要抽丝剥茧，从整体到细节，从框架到表现，逐步去分析，最终实现的产品才能体现最初的目的。

作者：林元从

全文共字，建议阅读时长：5分钟

要说目前最火爆的互联网现象，当属共享单车。这里所谓的共享，本质上指的是需求共享。就骑车的需求，从一个地方骑到另一个地方，就是用户触点（产品投放）、产品操作（骑行过程）、付费模式（支付）的流程，从个体上来讲，这个流程是单向的。

但在“共享”的模式下，扫码骑走，停车即走，把不同的人，在不同的时间和地点，相同的骑行需求，通过产品操作节点，形成需求闭环，停车点同时又是骑行出发点，这就是需求共享。

产品经理的职责，就是把使用场景的各个环节，逐步分解，转化为操作界面，以便用户从操作界面去理解使用场景。以目前较为流行的摩拜单车为例，尝试从产品经理的视角，分析摩拜单车的技术方案和产品实现过程。

一、业务场景分析

从用户的角度，摩拜单车场景非常简单，无非就是找车，然后骑车，交钱。但从产品经理视角，需要把场景分解到各个环节，并考虑每个环节中所涉及到的问题，最终体现到产品设计中。

在“寻车-用车-骑车-还车”的场景闭环中，需要考虑很多问题，列举以下若干种：

什么样的寻车方式更符合大众的日常行为？

用户与单车之间如何建立一一对应的联系？

使用何种开锁构件实现远程开锁和上锁？

计费方式及费用节点、价格、操作流程分别采取什么方案？

如何对车辆进行远程管理？

如何防止逃费、盗窃、破坏等衍生问题？

如何提高产品的重复使用率和使用乐趣？

场景分析的过程，就是解决以上若干问题的过程，针对这些问题，分别提出不同的业务流程和技术方案。

二、业务系统设计

互联网产品是一个系统性的工程，各个场景、流程、细节均紧密联系，形成一个完整的信息闭环。因此，业务系统的设计目的，应最大程度地解决所有问题。下图表示了“用户-管理平台-单车”三者之间的系统流程：

描述几个关键流程：

?单车投放

每一辆单车在生产时，通过溯源系统扫码入库到数据库，当单车投放到地面时，车辆管理系统会实时获取到单车自身的信号芯片上报的数据，实现车辆的在线管理。

?用户寻车

单车芯片组上报的数据，包含了单车的经纬度，用户通过手机APP寻找车辆时，车辆管理系统根据用户当前位置，把单车的经纬度组装到地图API中，通过地图模式展示给用户。

?开锁用车