TASK 60 · 客户管理与销售
询盘与 RFQ 分级
对询盘或 RFQ 做匹配度、紧急度与复杂度分级,先补齐规格再分配,设置首响时限,避免销售被低质量询盘淹没。
问题 · PROBLEM
询盘先到先答,规格不全就报价,低质量询盘占满销售时间;高价值询盘反而因为缺少分配规则而延迟。
目标 · GOAL
建立统一询盘分流:检查匹配度、需求完整性、紧急度和复杂度,先问关键问题,再分配给合适的人,并记录首响与结果。
边界 · SCOPE
负责分流与首响,不负责最终报价、合同条款或合规审查;报价仍需按公司权限审批。
常见输入
- 询盘内容
- ICP 与产品能力
- 缺失信息清单
- 销售与技术支持分工
- 首响时限
预期输出
- 分级队列
- 补信息模板
- 负责人
- 首响记录
- 拒绝或培育理由
风险边界 · RISK
中
本任务涉及客户或公司信息。执行前应确认数据来源、准确性、保存期限与适用规则;客户分级和公司判断应保留人工复核。
TASK BREAKDOWN
把任务拆成可执行的步骤。
步骤顺序不是唯一答案;它用于说明一项任务通常如何从证据走到输出,实际项目应按团队与市场调整。
- 01 读取询盘
- 02 判定匹配
- 03 检查完整性
- 04 发补信息问题
- 05 分配
- 06 记录首响与结果
这个任务解决什么
不是每个询盘都值得立即报价。规格不清、数量太小、市场不匹配或明显套价的询盘,如果直接进入报价,会消耗技术和销售时间;而高价值询盘如果和其他询盘排在同一条队列,首响就会被拖慢。
最佳实践
- 设计标准 intake 字段:产品、规格、数量、目的市场、交期、应用场景、决策角色。
- 先判断匹配度和完整性,再决定报价、补信息、转技术或拒绝。
- 对缺失关键信息的询盘,用固定问题清单一次性问清,不要来回拉扯。
- 按复杂度和价值分配给销售或技术支持,并设置不同首响时限。
- 报价前保留人工审核,不要由模板或模型自动承诺价格、交期或认证。
- 记录拒绝和培育理由,供后续复盘和名单清理。
常见失败
- 规格不全就报价,后续反复修改。
- 所有询盘同一优先级,高价值客户被延迟。
- 销售为了“响应快”做出无法兑现的承诺。
- 没有拒绝标准,低质量询盘占满时间。
衡量与边界
看首响时长、报价前信息完整率、询盘转商机率和无效询盘占比。询盘分级不是合规审查;涉及产品认证、出口限制或合同条款时,仍需专业确认。分级规则要能随产品、市场和销售容量调整,每季度复盘一次,避免规则固化后错杀新的机会。
SOLUTION COMPARISON
可选方案,按条件比较。
同一任务可能有现成 SaaS、自动化工作流或人机协作等不同路径。表格按技术门槛排序,不构成绝对排名;每个方案页都有更完整的限制、风险与核验说明。
| 方案 | 路径 | 技术门槛 | 部署 | 费用 | 核验 |
|---|---|---|---|---|---|
| 现成 SaaS | 无需编程 | 在线服务 | 免费 / 订阅 | L1 · 已核对官方资料 | |
| 开源系统自部署 / 自动化工作流 | 需要开发 | 自托管 / 在线服务 / 混合 | 免费 / 订阅 / 自托管基础设施成本 | L1 · 已核对官方资料 |
WHERE TO START
根据你的能力选择入口。
入门建议不是能力评级,而是降低第一次尝试的成本。先用小样本验证流程,再决定是否扩大自动化范围。
低代码 / 需要配置
适合愿意维护表格、工作流或少量脚本的团队。
当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。