咨询、诊断、现场估价
Request Window
把咨询、诊断和估价委托收在同一个入口。
先讲清现状，再决定是否进入诊断或现场估价。
委托入口必须保持单一。排期和 intake 机制交给 booking spell，这一页负责说明可以提出什么委托、应准备哪些信息，以及首次沟通后会怎么决定下一步。
问题不必一开始就很完整。先从你觉得最贵、最慢、最常重来的一件事说起。
统一走 booking spell，避免漏接
先判断现状，再决定是否进入实施
如果不需要诊断，会直接说明
Routes
选择合适的委托路径
用途分开，但 intake 结构保持统一。
Process
提交后会发生什么
预约不是终点，后续动作会在首次沟通后立刻明确下来。
01
预先共享
先把背景写进 booking note，方便会前理解现场情况。
02
澄清现状
先明确哪里在漏价值、谁先感受到阻力。
03
提出下一步
在诊断、实施、现场估价之间选出最合理的下一步。
04
开始推进
把沟通接到 recovery 或 deployments 的具体实施判断上。
Preparation
建议预先整理这些信息
哪怕咨询时间不长，也尽量让损失轮廓从一开始就清晰可见。
建议共享的字段
- 咨询种类
- 业务名称
- 当前发生的问题
- 你认为漏掉了什么
- 大约每月发生多少次
- 希望开始的时间
- 联系方式
补充说明
这里复用 booking spell 的 consultation / site-visit 入口。更细的背景信息可以写进 booking note，会前就能看到。
Next Step
先把当前状况带过来。
带来一个具体痛点就够了。预约遗漏、培训重做、库存漂移，或任何类似的问题，都可以从这里开始判断下一步。