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