TASK 09 · 客户管理与销售
报价与方案跟进
管理报价版本、假设、有效期、审批与跟进节奏,记录客户异议和结果,避免多版本混乱与无上下文催单。
问题 · PROBLEM
报价发出后没有版本和有效期,折扣口径不一致,销售催单时不知道客户卡在哪;丢单后也说不清是价格、交期还是信任问题。
目标 · GOAL
让每个报价可追溯:需求、版本、假设、有效期、审批、发送记录、跟进动作、客户异议和最终结果。
边界 · SCOPE
负责报价跟进流程,不负责定价策略、合同条款或法律审查;折扣和承诺需按权限审批。
常见输入
- 报价文件
- 客户需求
- 审批矩阵
- CRM 商机
- 沟通记录
预期输出
- 报价台账
- 版本历史
- 跟进任务
- 异议记录
- 结果与复盘
风险边界 · RISK
中
本任务涉及客户或公司信息。执行前应确认数据来源、准确性、保存期限与适用规则;客户分级和公司判断应保留人工复核。
TASK BREAKDOWN
把任务拆成可执行的步骤。
步骤顺序不是唯一答案;它用于说明一项任务通常如何从证据走到输出,实际项目应按团队与市场调整。
- 01 确认需求
- 02 准备与审批
- 03 发送
- 04 设置跟进
- 05 记录异议
- 06 修订或关闭
- 07 复盘
这个任务解决什么
报价不是发一个 PDF 就结束。客户可能在看预算、比较交期、等内部审批,或者对你的假设有疑问;如果销售只问“考虑得怎么样”,无法推动决策。报价跟进的质量取决于是否记录了版本、假设、有效期和客户真正卡住的点。
最佳实践
- 每份报价写清范围、假设、排除项、有效期和审批状态。
- 只保留一个当前版本,旧版本归档;修改价格或范围时记录原因。
- 跟进时带上下一次决策所需的信息,而不是只问“有没有进展”。
- 记录客户异议:价格、交期、认证、付款、服务或信任,分别对应不同动作。
- 折扣、条款和交期承诺必须按权限审批,不要让销售在邮件里临时加码。
- 无论赢单、丢单还是无决定,都记录结果和原因,供复盘使用。
常见失败
- 多个版本同时在客户手里,报价口径不一致。
- 没有有效期,几个月后仍被要求按旧价执行。
- 催单没有上下文,客户不愿回复。
- 丢单只写“价格高”,没有记录真正的决策原因。
衡量与边界
看报价到回复的时长、报价转商机率、版本错误率和丢单原因分布。报价跟进不替代定价策略、合同审查或法律意见;涉及价格承诺和条款时,应按公司流程审批。
SOLUTION COMPARISON
可选方案,按条件比较。
同一任务可能有现成 SaaS、自动化工作流或人机协作等不同路径。表格按技术门槛排序,不构成绝对排名;每个方案页都有更完整的限制、风险与核验说明。
| 方案 | 路径 | 技术门槛 | 部署 | 费用 | 核验 |
|---|---|---|---|---|---|
| 现成 SaaS | 无需编程 | 在线服务 | 免费 / 订阅 | L1 · 已核对官方资料 | |
| 现成 SaaS | 无需编程 | 在线服务 | 订阅 | L1 · 已核对官方资料 |
WHERE TO START
根据你的能力选择入口。
入门建议不是能力评级,而是降低第一次尝试的成本。先用小样本验证流程,再决定是否扩大自动化范围。
低代码 / 需要配置
适合愿意维护表格、工作流或少量脚本的团队。
当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。
需要技术 / 开发
适合能维护 API、自托管服务和数据管道的技术团队。
当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。