相比于移动端APP，本产品初期研发的大部分精力都是放在了商户PC端上的，因为如果仅有用户的话，整个业务是运转不起来的。

商户PC端的功能较为复杂，分为工作台、交易管理、商品与服务、营销中心、会员中心、财务管理、货源中心、人员管理、店铺管理和系统管理这十大功能模块，每个大功能模块下面又有若干子功能。其整体流程图为：

由于到涉及好几百个Web页面，如果全都列举出来实在是费力不讨好，也没有必要，所以就拿交易管理、营销中心和会员中心这三个较为核心的大模块来举例。

商户端APP

由于受业务形态的限制，所有的商户能提供的服务都是在线下的店铺内完成的。所以，除了老板可能需要远程了解一下经营状态之外，其他与店铺端服务相关的角色对于移动端APP应用都没有任何需求。

基于以上情况，本产品从一开就没有将精力投入到商户端APP的开发中，仅仅对需求做了一些简单规划，如下图所示：

用户端APP

用户端APP的功能共分为四个部分：【服务】、【出行】、【爱车】和【我的】，其中：

• 服务：聚合了周边商家所能提供的产品或服务，用户可在此下单购买所需；

• 出行：包括地图、寻车、天气信息、行车记录仪监控视频（OBD配套产品）等功能；

• 爱车：包括车辆信息、车况信息、保养记录和报警记录等功能；

• 我的：包括车主信息、车库、订单、行程、钱包、收藏、消息通知等功能。

不同业务环境和功能决定了不同的产品形态：对于可穿戴设备来说，人们可以完全自由地操控它，不存在什么限制。但是对于车载用品来说，首先需要保证的是行车安全，其次才是便捷耐用。因此大部分车载用品，尤其是OBD，都是不需要人为干预就能自动工作的，所以它就根本不需要有什么显示屏、按键或开关之类的部件，如图所示：

这是我主导研发的另一款智能硬件产品，它与智能穿戴产品类似，将公司自主研发的的车机OBD硬件作为数据采集终端，采集车辆行驶中的各项数据，如 里程、时速、位置、进气温度、燃油压力、发动机转速、剩余油量、油耗 等数据上报到服务端，再由移动端APP主动拉取或服务端推送这些数据，最终形成车辆行驶过程中的监测报告，并向车主展示。

同时，与我们合作的 汽车后市场服务供应商（所谓汽车后市场，指的是车辆维修、保养、零部件更换、改装、美容等业务的泛称）也会收到已注册的车辆里程数据（当然，这些数据需要脱敏处理，服务商只知道车辆型号和已行驶里程数，并不知道车主、牌照等其他信息）。

现在很多产品经理都在学习技术，比如学会一门编程语言或是做一点简单的前端网页开发。

这样一方面可以更好地和程序猿沟通需求，另一方面则可以避免同室操戈。

反过来，程序猿们也可以了解一些产品经理们的绝活。

不过相较于产品经理而言，程序猿们还是更内敛一些，像用户访谈、需求调研这样OPEN的事情可能干不来。