如何做好 O2O 服务的产品，谈谈我的看法

O2O服务曾经风靡了一段时间，去年死了一大片，现在已经是个昨日黄花了。尤其是各种伪需求的上门服务，和烧钱补贴的战斗，导致很多O2O企业倒闭。当下的O2O服务除了打车外卖依旧很火，其他尤其是上门服务已经归于理性。过了补贴抢用户的阶段，企业对线下服务本身的诉求越来越高，一些领域的龙头企业渐渐向布局线下转型。

O2O的范围很广，打车、外卖、团购、上门等等都算。本文从产品经理的角度，针对预约上门服务这一类，谈谈O2O产品应该怎么做，着重点在哪里，具体案例以在线洗衣为例。

O2O服务的有哪些吸引用户的需求

做O2O上门服务首先需要明确一个大问题，即服务是不是有必要的，凭借用户对线下服务的需求，能否支撑这一行业的运行。上门服务的用户需求主要有以下几点：

1） 方便 ，上门就能接收服务，这是O2O上门最大的特点。线下服务用户需要找店，去店，存在用户家里周边没有相应门店的情况。而上门只需要等着就行，因此获取服务的精力成本低。

2） 订单跟踪，服务透明 。O2O重点在于服务本身，针对在线预约的服务，服务类目和详情明确，支付过程有保证。同样在服务过程中，用户能看到服务的动态和每个环节，进行到哪一步，什么时候完成，便于实时监控，而线下服务是个黑箱，用户只能等待。

3）对于平台化的在线服务来说， 服务内容广 。线上的平台通常能涵盖更多的线下服务。比如外卖，能接收周边一大片商家，用于选择余地大大提高。

4）对于一些能形成规模效应服务，能形成 价格低 、服务品类广泛这两个优势。线下门店的服务通常是小作坊形式的，平均成本必然较高。线上能形成批量服务，平均订单的成本较低，因此能给用户更低的价格。

当然，O2O上门服务最重要的还是服务本身是不是用户需要的，是不是伪需求。如果是伪需求，不仅用户没有理由使用，以上的优势也无法体现。比如上门理发、上门洗车，和外卖之类的就完全没法比。

做好O2O上门服务产品的关键点

站在产品经理的角度，O2O服务产品该怎么做，优先级高的是哪些方面。上门服务的产品和服务本身是一脉相承的，核心在于给用户更好的服务。因此承载服务的后端系统，以及一些关键点的策略，通常比前端的功能、设计、展示更加重要。

首先描述一下重模式洗衣业务。该业务即整个洗衣的业务流程都由企业自身完成，包括自建物流和中转站、自建洗衣工厂、以及客服售后服务。业务流程大致为用户下单，分配订单，物流上门取衣物至中转站，干线运输至工厂，洗衣，运输回中转站，送衣物上门。本人曾经进行了一次在线洗衣服务，结果从洗完到送回之间停了4天，有问题申请售后服务有杳无音讯，多次询问客服才有答复，因此对业务流程深有体会。

下文讲述一点个人看法，并以重模式的上门洗衣为例：

1） 服务效率，从用户下单到服务完成整个流程的效率 。效率是一个重模式O2O服务本身的核心，直接影响到业务和用户需求。

效率具体的定义包括用户端和后端。 用户端则是展示给用户的信息，包括时间，即整个服务所需时间、响应时间；订单状态、服务流程的动态更新；出现差错延迟的反馈、提醒等。而后端则是支撑用户服务的内部各环节流转，每一环节的时间要求，流转过程设计，差错延期的处理、提醒、定位机制等 。

以洗衣为例。用户层面，首先是洗护时间，整个订单用时要多久；第二是取送件效率，下单到取件的时间，洗完到送件的时间；第三是订单动态，即订单状态的变更，整个洗衣环节的信息；第四则是特殊情况的动态、通知，比如没洗干净要延期，怎么给用户看到实时动态，以及主动通知用户延期后的处理时间等。对用户来说，时间也许不是最关心的需求，不过是正常服务流程的保证。

更重要的则是公司业务层面。效率是业务的基础，后面几点都要以业务流转效率为根本。首先是各个环节的时间，细化为物流上门取件和送检的相应时间、干线物流时间、工厂洗衣时间，需确保这些环节的最慢时间要求，设计即将延期的提醒，以及延期的处理方式；第二是完善流转过程，比如洗衣过程中出现不同类型衣物时效不同的情况，涉及到多批次的流转，是否要拆分订单让物流多次送件；第三是差错、延期等特殊情况的处理，比如有衣物没洗干净，需要重洗延期，那如何快速交付给工厂进行反洗，反洗时间预期。再如工厂洗衣时间超出要求，如何控制等。

2） 上门物流，包括物流的分配，响应、取送时间，以及成本 。对于自建物流的团队，这些是非常关键的问题，而且通常上门物流这个环节是成本最高的。

针对用户层面，主要是物流的效率，取送件的时间，做到尽快、方便的时间取送。

核心还在于业务层面。一是 物流分配的准确率 ，即如何将用户地址定位到中转站范围，如何分配给最优的，能在制定时间内到达的物流，因为地址库非常复杂，分配错误率较高的话会大面积影响响应时间；二是 物流分配错误的处理机制 ，如何做二次分配，如何设立分配错误造成延期的提醒功能和处理方案；三是异常状况的处理机制，比如物流员有意外状况无法上门，如何最优地更换物流，怎么通知用户延期；四是如何平衡成本。当单量不大的情况下，物流上门的成本会比较高。

物流并不是用户最关注的点，但它是后端的难点。这一点在打车等方向更加明显，如何增加成单的成功率，如何完成订单在位置、时间等的最优分配，分配完成所需的时间等等。

3） 订单各个环节的状态同步以及操作 。这一点是用户端为主的，即 订单状态和实时进展的显示，以及在各个状态下，场景化的用户操作 。

订单状态跟踪显示，即将业务流转体现在订单流程上，不同的状态对应不同的场景，怎么显示给用户有价值的信息。这点上外卖的产品非常明显，接单、取货、送货各自都有对应的状态。对于洗衣产品而言，上门取件、开始清洗、清洗完成、准备送回这些状态都是用户关注的；

场景化的用户操作，为洗衣服务中不同订单状态下，用户可能的需求，不局限于下单后取消订单、催单，洗衣过程中更改送件时间、地点，询问进展，完成后反馈问题等。针对各种可能出现的场景，来让用户直接通过产品解决问题，并在后台支持这些处理。比如更改送件地点，可能要重新匹配物流中转站，需要完善工厂至中转站的流转，甚至是额外支持中转站之间配送。

这是某洗衣APP的订单状态跟踪

4） 售后、客服服务，即各种意外情况的处理 。售后服务是服务本身最难解决的一部分，是非标准的，而且售后服务会影响到口碑，因此这一点尤为重要。

通常企业内部需要有客服系统、售后系统等后台产品来支持这些业务，并能做到内部各环节的工单流转。具体来看， 首先需尽量将售后服务标准化，什么样的情况怎么处理，建立通用的流程来涵盖大部分情况 。比如没洗干净是最常见的情况，针对这种情况可以设立标准处理机制，包括处理流程、时间要求等；

第二是 反馈给用户的效率 。售后服务本身就已超出了用户的预期需求和时间，因此需要动态实时反馈给用户。一方面是产品上，如何显示订单的售后状态流程、处理流程、送回或处理完的状态，一方面是主动反馈，商讨后的解决时间，解决方案，主动回访是否满意；

第三是 内部的流转 ，在通用的售后流程之下，精准地定位问题。当用户申请了售后，向客服反应了问题，下一步就是客服将工单推给售后人员，确定处理方案。是否要重新取衣物，又决定是否要物流的参与。后台系统需要监测整个过程的时效和实时的动态，有完善的时效提醒机制和支持反馈给用户的信息。

举个例子，用户有衣物没洗干净反馈客服，客服收到后确认问题，直接在后台走返洗流程，将工单推给售后人员和物流，售后人员跟进问题，送回后再工单推给客服，由客服回访，同时用户端能看到返洗的实时状态。中间每一步规定时间和超时提醒。如果是一个没有效率的系统，那会出现的情况就如前文写的一样，申请售后后用户几天收不到回应和状态，客服收到用户投诉后很难同步给售后人员，售后没有时间规定，遗忘了就没法跟进了。这样的系统用户不流失才怪。

下图为一个较完善的售后工单的流程：

较为规范的流转，每一步还需加上时间

5） 服务介绍。即服务的流程介绍，品类介绍，服务范围、时间 等。

这点是用户端上产品的内容显示和下单过程的一些处理，相对简单一些。但由于服务通常是非标准的，用户必定会有疑问，因此如何展现内容以最大化地降低用户的疑虑和下错单的比率。比如洗衣，衣物、鞋的类型就有很多，用户会分不清，那么需尽可能告知用户应该选哪种品类，通过不同的文案和展示样式。诸如奢侈品养护等服务更是如此。

以上以重模式上门服务为例，描述了O2O产品的关键点。O2O服务类型众多，还有很多平台模式，其逻辑和重点又和垂直模式不同，在此不一一阐述。

文／潘帕斯雄鹰

关键字：产品经理, 上门

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！