TASK 44 · 业务沟通
跨部门商机评审
对重点商机做跨部门评审,集中销售、技术、交付和财务的视角,识别风险、确认承诺边界并决定下一步。
问题 · PROBLEM
重点商机只由销售判断,技术、交付和财务直到签约后才发现风险;承诺边界不清,交付困难。
目标 · GOAL
建立重点商机评审:客户与机会、决策链、技术可行性、交付能力、价格与条款、风险和下一步,形成评审记录。
边界 · SCOPE
不替代合同或法律审批;不泄露客户敏感信息;价格与条款按权限。
常见输入
- 商机资料
- 技术需求
- 交付计划
- 价格与条款
- 风险清单
预期输出
- 评审记录
- 风险清单
- 承诺边界
- 行动项
- 审批建议
风险边界 · RISK
中
本任务涉及客户或公司信息。执行前应确认数据来源、准确性、保存期限与适用规则;客户分级和公司判断应保留人工复核。
TASK BREAKDOWN
把任务拆成可执行的步骤。
步骤顺序不是唯一答案;它用于说明一项任务通常如何从证据走到输出,实际项目应按团队与市场调整。
- 01 选择商机
- 02 准备材料
- 03 跨部门评审
- 04 记录风险
- 05 定行动
- 06 跟踪
这个任务解决什么
重点商机往往涉及定制、交期、付款或技术承诺,销售一个人很难判断全部风险。等到签约后技术和交付才发现做不到,客户关系和利润都会受损。跨部门评审的目的是在承诺前把风险摆到桌面上。
最佳实践
- 只评审重点或高风险商机,不要把所有商机都拉进会议。
- 会前提供一页材料:客户、需求、决策链、技术方案、交付计划、价格和风险。
- 技术、交付、财务各自说明可行性和边界,不要只由销售汇报。
- 明确哪些承诺已批准、哪些需要升级、哪些不能承诺。
- 会议输出风险、行动项、负责人和日期,并回到 CRM。
- 签约前复查关键承诺是否仍然成立。
常见失败
- 销售独自判断,技术和交付没有参与。
- 会议只讨论价格,不讨论交付和技术风险。
- 承诺边界不清,签约后才发现做不到。
- 评审记录不跟踪,行动项无人负责。
衡量与边界
看评审覆盖率、签约后风险和承诺偏差。跨部门评审不替代合同或法律审批;客户敏感信息应限制共享,价格和条款按公司权限处理。
评审结论应回到 CRM 和报价流程,确保销售在客户面前使用的是最新承诺边界;未解决的评审项应阻止签约或继续承诺。
SOLUTION COMPARISON
可选方案,按条件比较。
同一任务可能有现成 SaaS、自动化工作流或人机协作等不同路径。表格按技术门槛排序,不构成绝对排名;每个方案页都有更完整的限制、风险与核验说明。
| 方案 | 路径 | 技术门槛 | 部署 | 费用 | 核验 |
|---|---|---|---|---|---|
| 现成 SaaS | 无需编程 | 在线服务 | 订阅 | L1 · 已核对官方资料 | |
| 人机协作流程 / 自动化工作流 | 低代码 | 在线服务 / 混合 | 按量计费 / 订阅 | L1 · 已核对官方资料 |
WHERE TO START
根据你的能力选择入口。
入门建议不是能力评级,而是降低第一次尝试的成本。先用小样本验证流程,再决定是否扩大自动化范围。
需要技术 / 开发
适合能维护 API、自托管服务和数据管道的技术团队。
当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。