编辑导语：如今即时物流已经深入到我们的生活当中，为了实现销售过程与销售结果的可视化的管理需求，便需要通过任务系统来实现，具体要怎么做呢？一起来看一下吧。

物流即时配送业务，是连接客户与骑士即时配送服务的供需撮合。

一、业务场景

即时物流配送已经深入到我们日常生活中：

• 我们在xx平台下单购买了一杯奶茶，商家接到订单后制作完成，骑手接到货品送到我们手中
• 我们在xx超市买了几个鸡蛋，骑士帮我们把鸡蛋送到我们手中

在这当中，骑手的配送服务就是即时物流配送，通过上述业务场景，我们画出用户交易模型：

对于即时物流平台而言，在上述的交易模型中，目标是撮合公司运力与商家订单，实现骑士运力与物流订单的平衡。

然而每个即时物流平台的运力供给是有限的，根据愈军老师《产品方法轮》中的供需定律，为实现预期收入最大化这个目标，我们从以下三个角度入手：

• 增加客户数量
• 提升高质量客户占比
• 提升运营人员服务效率，即“人效”

二、行动

基于公司业务用户分类，分析各用户目标与需求：

E-R图：

结合销售的工作方式，同时实现销售过程与销售结果的可视化的管理需求，因此，通过任务系统来实现。

1. 任务系统方案

根据任务系统用户及使用场景，为实现任务系统的数据闭环，将其拆分为以下三个部分：

任务主体主要包含三个部分：

• 任务基本信息：主要是对任务的信息介绍，如：任务的名称、任务的执行期间、任务下发时间、任务说明等
• 任务对象：任务的目标对象，如：商家、企业等
• 任务跟进人：任务的执行人，如：一线商家拓展人员、商家运营等

1）任务下发

由销售运营创建任务，设定任务基本信息、任务对象、任务跟进人，跟进人本次任务目标、完成本次任务的动作抓手。

关注点：

• 任务对象分配任务跟进人：业务中可能按照商家品类、商家区域分发给对应的销售
• 任务目标：针对商家的任务目标，一般是完成签约、增加充值、提升订单数量
• 动作抓手：完成不同的目标，可提供的抓手也不一样，如：

2）任务跟进

任务下发完成后，在跟进期间的任务需要一线销售人员及时处理待办的任务。

一线销售人员的待办任务，其关心的几个要素展示：

• 任务的时效性：可跟进的时间，如：周一到周日的时间范围要完成
• 任务的目标：是为了完成签约，还是完成发单，或者是收集商户使用反馈等
• 任务的对象：需要跟进的任务对象基本信息，商家名称、品类、地址（距离）、发单情况、完单情况、当前价格及其他要求等
• 动作抓手：提供完成目标的动作抓手有哪些，如拜访需要收集的信息，可以对商家发券等

说明：

• 针对一个商家可能存在多个问题或目标，所以存在一个商家在同期下发多个任务的场景。此时需要提供一线销售人员查看商家的视角来跟进任务，避免一个销售完成了该对象充值的任务，没有完成该对象其他的任务，导致销售再次联系该商家。

3）任务查看

在任务进行中或任务结束后，销售管理者可随时查看销售完成的过程与结果数据，并根据过程与结果数据进行后续任务策略调整。

• 任务对象维度：关注任务对象的问题是否解决（结果数据），如何解决的（过程数据），那种解决的结果更好（动作抓手），没完成的原因是啥（拜访数据），没完成的任务对象催促完成或调整跟进人
• 销售维度：关注这些销售的任务对象，有多少个任务对象，哪些完成了，哪些没完成，对比销售间的差距

2. 任务系统的整体结构

1）通用能力建设

在上述内容的基础上，为将任务系统建设的更通用，支持各种业务场景；将任务系统按照下图进行抽象，形成中台化的组件能力。

• 任务类型：不同的场景配置任务对象、下发前动作、分配规则、跟进人动作、目标组件。如：风险商户跟进任务、流失商户跟进任务、商机拓展任务等。

2）扩展

• 目标对象若是商家，可自建或接入商家画像系统，定时周期圈选目标商家，形成销售过程自动化的能力，能够实时发现新增的风险商户与流失商户，及时触达销售进行跟进该部分商家。
• 目标对象若是骑士，接入骑士画像系统，通过实时发现问题骑士或目标骑士，并实时下发给骑士跟进人。
• 任务系统可支持各种实体对象，对其进行业务触达，并实现过程与结果的可视化。如：发券、营销等业务。

三、后续思考扩展

1. 订单与运单的匹配模式：派单、抢单
2. 任务完成后的绩效奖金归属

本文由 @瑟福 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。