产品之见：摩拜单车的技术方案和产品实现过程.docVIP

产品之见：摩拜单车的技术方案和产品实现过程 　　产品设计是系统工程，不管表层的场景是多么简单，但背后的逻辑和流程千丝万缕，需要抽丝剥茧，从整体到细节，从框架到表现，逐步去分析，最终实现的产品才能体现最初的目的。 　　 　　要说目前最火爆的互联网现象，当属共享单车。这里所谓的共享，本质上指的是需求共享。就骑车的需求，从一个地方骑到另一个地方，就是用户触点（产品投放）、产品操作（骑行过程）、付费模式（支付）的流程，从个体上来讲，这个流程是单向的。但在“共享”的模式下，扫码骑走，停车即走，把不同的人，在不同的时间和地点，相同的骑行需求，通过产品操作节点，形成需求闭环，停车点同时又是骑行出发点，这就是需求共享。 　　产品经理的职责，就是把使用场景的各个环节，逐步分解，转化为操作界面，以便用户从操作界面去理解使用场景。以目前较为流行的摩拜单车为例，尝试从产品经理的视角，分析摩拜单车的技术方案和产品实现过程。 　　一、业务场景分析 　　从用户的角度，摩拜单车场景非常简单，无非就是找车，然后骑车，交钱。但从产品经理视角，需要把场景分解到各个环节，并考虑每个环节中所涉及到的问题，最终体现到产品设计中。 　　 　　在“寻车-用车-骑车-还车”的场景闭环中，需要考虑很多问题，列举以下若干种： 　　什么样的寻车方式更符合大众的日常行为？ 　　用户与单车之间如何建立一一对应的联系？ 　　使用何种开锁构件实现远程开锁和上锁？ 　　计费方式及费用节点、价格、操作流程分别采取什么方案？ 　　如何对车辆进行远程管理？ 　　如何防止逃费、盗窃、破坏等衍生问题？ 　　如何提高产品的重复使用率和使用乐趣？ 　　场景分析的过程，就是解决以上若干问题的过程，针对这些问题，分别提出不同的业务流程和技术方案。 　　二、业务系统设计 　　互联网产品是一个系统性的工程，各个场景、流程、细节均紧密联系，形成一个完整的信息闭环。因此，业务系统的设计目的，应最大程度地解决所有问题。下图表示了“用户-管理平台-单车”三者之间的系统流程： 　　 　　描述几个关键流程： 　　2.1 单车投放 　　每一辆单车在生产时， 通过溯源系统扫码入库到数据库，当单车投放到地面时，车辆管理系统会实时获取到单车自身的信号芯片上报的数据，实现车辆的在线管理。 　　2.2 用户寻车 　　单车芯片组上报的数据，包含了单车的经纬度，用户通过手机APP寻找车辆时，车辆管理系统根据用户当前位置，把单车的经纬度组装到地图API中，通过地图模式展示给用户。 　　2.3 开锁用车 　　用户扫描单车上的二维码，获取到单车信息，与用户个人信息一起发送到车辆管理系统，系统根据单车状态向单车芯片组发送解锁指令，并建立起用户和单车的联系。 　　2.4 骑行并计费支付 　　车辆解锁后，系统给APP返回骑行的起点信息，触发APP调用GPS开始绘制骑行路线，记录骑行时间。当用户骑行结束，车辆上锁时，单车芯片组上报状态到支付系统和车辆管理系统，作为骑行终点状态，发送给APP，此时APP将路线和计费信息通知服务端，实现扣费和车辆资源回收。 　　三、技术实现方案 　　通过上述系统设计，基本上完整描述了整个业务流程，如何实现该业务流程，这就进入了实现方案的制定环节。 　　这是一个典型的互联网O2O场景，而且是一个千万级的终端容量，连结用户、车辆，管理平台进行实时处理效率要求非常高，需制定可靠、高效的网络方案。根据业务流程，我们梳理出网络节点的职能，并从成本考虑使用最优方案： 　　 　　方案要点说明： 　　当用户扫描车辆二维码时，将车辆ID和用户数据打包，上报云服务端，并通过服务端向车辆下发开锁指令（同时绑定车辆ID和用户ID），车辆无线通信模块接收到指令后，触发构件电磁运动实现开锁。 　　对于单车的远程开锁机制，采用远程通信控制机械构件的电磁运动来实现。远程通信可采用传统的SIM卡通信的方式。此外，目前华为主推的“窄带物联网（Narrow Band Internet of Things, NB-IoT）”技术，功耗低、寿命高、连接效率高，也是一个非常好的通信解决方案。 　　四、用户操作设计 　　通过上述分析，我们大概知道了用户所涉及的操作流程有哪些，从用户的需求焦点出发，我们使用流程和结构的方式来表示各页面的功能和操作： 　　明确流程，界面，那么接下来的任务就是通过用户语言去实现产品流程了，即界面设计与开发实现。这是具体工作，在此不做深入的描述。但为了保证产品质量，在产品设计具体工作中，应明确一些原则，如用户体验原则，包括：界面布局聚焦用户需求，文案定义符合用户预期，操作流程符合用户使用场景、故障判断及相应保障等。 　　五、一点感想 　　产品设计是系统工程，不管表层的场景是多么简单，但背后的逻辑和流程千丝万缕，需要抽丝剥茧，从整体到细节，从框架