简而言之
对报价生成自动化的阻力几乎从不针对技术,而是针对担心的额外工作或被取代的担忧。谁每天执行相关流程,就应该在实施前被询问,而非事后被告知——并且不应引入任何要求额外录入的系统。
01 — 团队
如何让团队配合
- 早期纳入,而非早期通知。谁每天执行流程,谁就知道例外情况在哪里。这些信息只能提前获得,而非上线后。
- 认真对待阻力。它几乎从不针对技术,而是针对额外工作或被取代的担忧。两者都应公开回答。
- 不引入产生额外工作的系统。要求额外录入的系统会被绕过——理所当然。
- 指定一个人作为首要联系点。不是作为职责,而是为了避免问题石沉大海。
- 让成果可见。如果四周后没人知道是否有效果,留下的将是对变革的记忆,而非收益。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供,而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范,对测试就越有价值。
- 2至4小时用于沟通协调,分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案,后期就无法评估效果。
03 — 衡量
如何衡量成效
- 事先确定一个数字。没有基准值,事后无法证明任何东西。计数两周就足以得出可靠的数量级。
- 每项流程的处理时间。最直接的衡量指标:受影响的流程现在需要多长时间,之后需要多长时间。
- 无需干预即可完成的案例比例。这一比率在前几周通常会随着优化而明显上升 — 是最好的早期指标。
- 对外响应时间。咨询者多快能得到首次确定的答复。
- 不应衡量的:前两周的团队满意度。任何变革在初期都会让人感觉比实际更糟。
04 — 问题
常见问题
多快才算“快”?
在我们实施的项目中,从数小时缩短到不到三十分钟是常态 — 其中大部分时间用于审核,而非生成。
跟进有什么作用?
效果超出多数人预期。相当一部分报价会被搁置。七天和十四天后的自动提醒能挽回其中一部分,无需专人记挂。
这样做会不会失去个性化?
个性化部分会保留 — 只是不必每次都重新输入。模块处理标准内容,您们编写真正针对具体情况的段落。通常个性化部分反而会更好,因为有时间专注于此。
计算密集型报价也能实现吗?
基于规则的计算可以。如果每个项目都需要单独估算,自动化能帮助构建和计算,但不能代替估算。
我们可以针对不同客户群使用不同模板吗?
可以,例如为新客户、现有客户或分销商设置不同条件。系统会根据询盘自动预选相应模板。
谁可以修改库中的价格?
由您们决定 — 通常是一到两位授权人员,以避免错误价格意外进入报价。修改会立即应用于所有后续报价。
如果我们提供多语言服务,也能实现吗?
可以,文本模块可按语言存储。系统会根据客户自动选择相应语言进行组合。
下一步
初步评估,无需承诺。
简要说明项目内容。您们会得到关于可行性和大致费用的诚实答复。