销售策略执行工具包：客户摸排与攻坚管理体系
版本信息
- 版本号: v1.0
- 状态:
- 最后更新: 2026-01-16
- 变更摘要: 初始版本，为信息采集组与销售攻坚组提供标准化数据录入与管理工具
版本信息
- 版本: v1.0
- 适用阶段: 片区化开发与销售攻坚阶段
- 文档目的: 为信息采集组与销售攻坚组提供标准化的数据录入与管理工具，确保“地毯式覆盖”与“精准化打击”战术落地。
一、 设计思路 (Product Director Note)
基于“片区化开发”战略，我们将销售动作拆解为“情报战”与“攻坚战”两个独立但咬合的环节。
- 情报战（信息采集组）：核心是**“全”与“准”**。不仅仅是简单的名录，更是对“用餐痛点”的初筛。我们引入了“楼宇用餐环境指数”（如外卖能否上楼、周边商业密度）作为筛选高潜客户的隐性权重。
- 攻坚战（销售攻坚组）：核心是**“透”与“效”**。销售不应浪费时间在基础信息收集上，而应聚焦于“策略验证”与“异议处理”。跟进表的设计重点在于还原“谈判现场”和“决策链条”。
二、 工具表单 1：区域客户摸排登记表
适用角色：信息采集组（实习生/兼职） 核心目标：建立片区全量客户数据库，清洗出符合“80人+、无食堂、有痛点”的潜客名单。 填报颗粒度：以“企业”为单位（挂靠于楼栋之下）。
2.1 表头设计 (Excel/在线表格列名)
| 模块 | 序号 | 字段名称 | 字段类型 | 填写说明/选项 | 必填 | 业务价值 |
|---|---|---|---|---|---|---|
| 基础定位 | 1 | 行政区 | 文本 | 例：海珠区 | 是 | 顶层区域划分 |
| 2 | 片区名称 | 文本 | 例：保利云珠片区 | 是 | 责任田归属 | |
| 3 | 所属商圈 | 文本 | 例：万胜围商圈 | 是 | 商业属性判断 | |
| 楼宇情报 | 4 | 楼宇名称 | 文本 | 完整写字楼名称 | 是 | 物理定位 |
| 5 | 楼宇总层数 | 数字 | 例：30 | No | 评估扫楼工作量 | |
| 6 | 物业管理-销售准入 | 选项 | 自由出入 / 需登记 / 严禁入内 / 仅限预约 | 是 | 决定攻坚难度 | |
| 7 | 物业管理-外卖准入 | 选项 | 直送上楼 / 需下楼自取 / 柜子暂存 | 是 | 关键痛点指标：需下楼自取=高意向 | |
| 8 | 周边就餐便利度 | 选项 | 极差(无商业) / 差(仅少量小店) / 一般 / 好(有成熟商业街) | 是 | 关键痛点指标：差=强需求 | |
| 9 | 周边外卖均价 | 金额 | 例：35 | No | 定价锚点 | |
| 企业画像 | 10 | 所在楼层 | 文本 | 例：15F, 16F | 是 | 配送动线依据 |
| 11 | 企业名称 | 文本 | 完整工商注册名/招牌名 | 是 | 唯一主键 | |
| 12 | 办公面积预估(㎡) | 选项 | <300 / 300-500 / 500-1000 / >1000 | No | 辅助验证人数 | |
| 13 | 常驻办公人数 | 数字 | 预估值，重要！ | 是 | 核心门槛：<80人直接过滤 | |
| 14 | 职场结构 | 选项 | 单层 / 多层 / 独栋 / 园区独立办公 | 是 | 影响餐车摆放位置 | |
| 15 | 职场用餐政策 | 选项 | 允许工位用餐 / 有茶水间 / 禁止职场用餐 | 是 | 决定交付模式 | |
| 福利与痛点 | 16 | 现有午餐解决方案 | 选项 | 员工自理 / 统一订餐 / 自有食堂 / 餐补+自理 | 是 | 竞对分析 |
| 17 | 过往包餐历史 | 选项 | 无 / 曾有(已停) / 现有 | 是 | 曾有(已停)=需深挖为何停止 | |
| 18 | 餐补情况 | 选项 | 无餐补 / 薪资内含 / 单独发放 / 实报实销 | 是 | 转化率风向标：单独发放=高意向 | |
| 19 | 餐补额度(元/天) | 数字 | 若无填0 | No | 定价依据 | |
| 20 | 关键联系人线索 | 文本 | 前台/行政/HR姓名或电话（如有） | No | 攻坚抓手 | |
| 初筛结论 | 21 | 是否为目标潜客 | 选项 | 是 / 否 | 是 | 系统自动判定或人工判定 |
| 22 | 备注信息 | 文本 | 记录特殊情况 | No | 补充说明 |
三、 工具表单 2：重点客户攻坚过程记录表
适用角色：销售攻坚组（高级销售） 核心目标：针对“目标潜客”进行全生命周期管理，监控转化漏斗，沉淀销售SOP。 填报颗粒度：以“次”为单位（每次拜访/跟进记录一行，关联同一客户ID）。
3.1 表头设计 (CRM跟进记录/Excel列名)
| 模块 | 序号 | 字段名称 | 字段类型 | 填写说明/选项 | 必填 | 管理价值 |
|---|---|---|---|---|---|---|
| 客户索引 | 1 | 客户名称 | 关联 | 关联自【采集表】 | 是 | 确保数据同源 |
| 2 | 客户分层 | 选项 | 核心S级(>200人+强痛点) / 重点A级(80-200人) / 储备B级 | 是 | 决定精力分配 | |
| 3 | 关键决策人(KP) | 文本 | 姓名+职位 (如：王总-行政总监) | 是 | 只要没找到KP，进度永远是0 | |
| 行动计划 | 4 | 拜访/跟进时间 | 日期时间 | 2023-12-XX 14:00 | 是 | 勤奋度考核 |
| 5 | 拜访方式 | 选项 | 陌生拜访 / 预约上门 / 电话跟进 / 商务宴请 | 是 | 接触深度判断 | |
| 6 | 本次拜访目的 | 文本 | 例：破冰、需求挖掘、方案宣讲、合同谈判 | 是 | 目标导向 | |
| 7 | 预设销售策略 | 文本 | 例：打“食安”牌、切“餐补合规”痛点、推“免费试吃” | 是 | 策略思考能力体现 | |
| 现场还原 | 8 | 实际沟通情况 | 长文本 | 详述沟通内容、KP态度、核心关注点 | 是 | 信息留存 |
| 9 | 客户反馈/异议 | 文本 | 例：觉得价格贵、担心味道不好、决策流程长 | 是 | 针对性拆解 | |
| 10 | 遇到的阻碍/困难 | 文本 | 例：找不到KP、被前台拦截、竞对已入驻 | 是 | 总监介入信号 | |
| 后续规划 | 11 | 下一步计划 (Next Step) | 文本 | 具体的动作+时间点 (如：周三送试吃餐) | 是 | 闭环管理 |
| 12 | 预计签约时间 | 日期 | 预估 | No | 预测流水 | |
| 13 | 需支持事项 | 文本 | 需总监陪访、需运营出方案等 | No | 资源协调 | |
| 状态更新 | 14 | 当前销售阶段 | 选项 | 0-线索 / 1-建立联系 / 2-需求确认 / 3-方案/试吃 / 4-商务谈判 / 5-签约待入驻 / 6-丢单 | 是 | 销售漏斗分析 |
四、 字段逻辑与关联说明 (System Logic)
1. 数据的流转机制
- 清洗流转：信息采集组完成【区域客户摸排登记表】后，系统/人工筛选出
常驻人数 >= 80且周边就餐便利度 != 好的企业，标记为“待攻坚线索”，自动流转至销售攻坚组的公海池。 - 信息继承：销售攻坚组在填写【攻坚记录表】时，系统应自动带出该客户在采集阶段的基础信息（如餐补情况、外卖准入），避免重复询问，体现专业度。
2. 风险控制点 (Red Flags)
- 采集造假：重点核查
常驻办公人数与办公面积的匹配度（一般人均办公面积 5-10㎡）。若 100㎡ 填了 80人，大概率是造假或拥挤不堪（后者反而是极佳场景，需备注）。 - 攻坚停滞：若某客户连续 3 次跟进记录主要内容均为“未见到KP”或“前台拦截”，系统应触发黄色预警，提示销售总监介入或更换销售策略。
3. 特殊场景字段补充
- 物业联营场景：若客户为“物业联营客户”，需在【采集表】中额外增加 “大堂/货梯口空间条件”（是否有电源、面积大小、排队动线是否并阻碍消防）字段。