1. 写在前面:
- 编制此文档的目的是为了使晶确公司和康师傅客户对康师傅饮品事业部SmartGTM系统项目的总体建设内容、总体建设目标及本期建设内容等需求有一个明确的了解,并达成共识,作为系统设计和开发实施的依据。
- 本说明书的适用对象包括:康师傅饮品事业部客户、系统用户、软件设计人员、软件开发人员、数据科学家,算法工程师和项目领导小组。
2. 项目背景:
- 在快消行业,客户下单量是业绩考核的一项重要指标,而客户拜访是提高下单量的重要手段,因此客户拜访的质量和效率至关重要,是管理的重要方向。随着行业竞争越来越激烈,以及近年来互联网和智能系统的冲击,传统的客户拜访管理方式遇到了越来越多的挑战,使得我们必须思考寻找新出路。
- 但是智能系统在客户拜访方向的应用仍算新鲜事物,目前尚无权威机构能给出明确定义及标准。调研市场上一些相关的系统,如笛卡尔RoadShow和壹丰科技SRP,软件涉及到线路规划可视化,分析图表可视化,权限管理等特点。但这些系统也存在弊端,比如笛卡尔,需要人工导入售点信息,无法与我们当前的业务管理无缝衔接。
- 康师傅饮品事业部目前的线路规划,主要依靠所长和业代经验,制定拜访计划并以excel方式上传至师傅通系统,在师傅通系统中记载拜访轨迹并产出分析报表。这样的作业流程中,拜访计划的制定对人的经验依赖性太强,对业代新增、黄金大店纳入、商圈调整等异动无法及时给出应对方案,人员流失也会导致经验无法传承。现康师傅饮品事业部计划大幅增加业代人数,需要对拜访线路进行优化规划。我们拥有丰富的行业经验、专业的大数据团队,成熟的研发和实施团队,落地的产品及完善的产品规划方向,可以通过资源的整合,将智能系统应用到客户拜访管理。
3. 建设内容
本项目实施的《线路规划》需求范围包括以下内容:
- 系统主面板:五个子区域组成,toolbar,地图分层与导航(面包屑),功能区,图层开关,可视化地图;
- 可视化地图:可按组织下钻,不同权限不同组织显示不同内容;
- 权限/账户管理:角色维护,账号启用/禁用,功能/数据权限配置等;
- 组织边界管理:组织架构边界维护和调整;
- 全局配置管理:门店规模、拜访频率与在店时长的配置;
- 片区管理:服务片区划分的参数配置和权重,片区边界查看与调整;
- 线路管理:业代线路的参数配置和权重,线路查看与调整;
- 数据查询:包括部门查询、人员查询和客户查询。
4. 项目目标
本项目旨在通过实施《线路规划》软件,协助康师傅饮品事业部在客户拜访作业中达成如下管理目标:
- 规范业代客户拜访管理体系
- 完成数据资源整合,传承历史经验
- 集成业务信息,实现企业内部从计划,执行,监督,改进一体化的管理闭环
具体来说,将促进康师傅饮品事业部在客户拜访中得到以下几方面的管理提升:
- 营业本部制定拜访规则,对基础参数进行配置,地区按统一标准执行,加强了管理的集中性并提高协同效率.
- 通过可视化图层方式,查看各组织计划执行情况及一些分析报表,提高管理层信息集成性与管理效率。
- 对工作中发生的变更,如业代调班,离职,新加入等,可以灵活的调整计划,并可跟踪变更轨迹。改善传统经验制定拜访计划有异动时反馈慢的弊端。
这些目标的达成有赖于GAIA和康师傅之间的紧密协作。
5. 用户分析
本项目的用户为康师傅饮品事业部的工作人员,并以各行销公司、营业部、营业所为业务办理核心部门,促进康师傅饮品事业部在客户拜访中简化作业流程、降低路线成本、提高作业效率。
6. 运行环境
6.1 硬件环境
名称 | 数据库服务器 | 型号 | 数量 | 2 | |
---|---|---|---|---|---|
硬件 | CPU:8C | 磁盘阵列: 500G | |||
内存: 16G | 网卡: 1Gbps |
名称 | 应用服务器 | 型号 | 数量 | 2 | |
---|---|---|---|---|---|
硬件 | CPU:8C | 磁盘阵列: 500G | |||
内存: 16G | 网卡: 1Gbps |
名称 | 网关/负载服务器 | 型号 | 数量 | 1 | |
---|---|---|---|---|---|
硬件 | CPU:8C | 磁盘阵列: 500G | |||
内存: 16G | 网卡: 1Gbps |
6.2 软件环境
类型 | 软件 |
---|---|
操作系统 | Centos7.5 |
数据库 | PostgreSql V9 |
负载 | Nginx V1.1.8 |
7. 假定和约束
核心业务系统采用基于J2EE的架构来设计,采用B/S的模式,计划要使用的第三方软件产品:地图、地图API。
8. 名称解释
名词 | 定义 |
---|---|
行政区划层级 | 基于地理位置,依次为:省-市-区-县-街道-网格,最小颗粒度为网格,网格范围为1km*1km的正方形 |
全局配置 | 具有普遍性,可被应用到多个地方的参数;本系统中指对门店规模、不同类型客户拜访频率和在店时长的设置 |
片区配置 | 有局限性,只能被应用到某个具体地方的参数;本系统中指对业代服务片区划分的参数配置和权重 |
线路配置 | 有局限性,只能被应用到某个具体地方的参数;本系统中指对业代线路划分的参数配置和权重 |
有效店 | 最近6个月有下单记录的客户 |
OCM | GAIA外部环境大数据,包括地图POI,行政区划,网格 |
客户 | 通常指以赚取差价为目的,与公司发生业务关系的中间商及零售店,通常不含消费者 |
伙伴 | 通常指公司的三阶经销商及顶通物流,根据合作的业务内容不同,分为经销伙伴与配送伙伴 |
售点 | 通常指售卖公司的产品的一/二阶网点,不含特约批; |
终端 | 通常指与消费者发生交易的零售终端 |
特约批 | 指通过合同与公司建立合作关系,为公司服务一阶客户的批发商,如特约士多批,特约特通批 |
路线规划 | 对公司的拜访标准范围内的售点,通过一定的标准,规定路线的拜访区域并指定业务并进行每日拜访的规划及平衡 |
商圈 | 基于一定的逻辑,是市场(行政区)进行分级; |
业务区域 | 指客户经理服务的地理区域,通常以明显地标的道路作为业务边界;常见:部界、所界、业务区域、服务日区域 |
售点分级 | 把售点依据通路、渠道、月销量等划分层级,目的是用不同的拜访标准满足售点的不同服务需求 |
拜访标准 | 售点的业务拜访标准,不同类型绶带鸟的业务拜访频次及单词拜访的服务时间标准 |
岗位标准 | 通常指业务岗位的设置标准,包括不限于:服务的客户结构要求、服务时间要求、点数要求、产出要求等 |
计划拜访 | 对预先制定的售点,按预先设计的路线,在预先设计的日期和时间进行拜访; |
路线拜访计划 | - 简称路线,指在公司的拜访标准范围内,需要公司业务相关人员以一定形式 - 拜访的售点,为此制定的拜访计划;以此分为日路线周路线及月路线 |
在店时长 | 指业务从进店到离店的时间,为业务的路线价值时间 |
售点间时长 | 当前售点到下一售点的路程时间 |
干线时长 | 从出发点到当日拜访计划第一家售点的时间;当日拜访计划最后一家售点回办公室的时间 |
客户主数据 | 组织架构、售点信息(售点编码、售点名称、客户经理、地址、配送商、货架信息) |
业务主数据 | 指售点与公司历史发生的交易相关数据;包括不限于销量及销额及下单时间 |
客户定位基点 | 指客户的地址在地图上的定位点 |