不是工程师的买方，仍然要读一个很深的服务站
这是服务公司，不是自助产品。SaaS 价格页回答的问题，和项目网站不同。
兼容性写成产品名，不是买方的话
他们问“能对接我们现有的吗”。网站用一份平台名单回答。只有两边都写下来了，聊天才能对上。
上线周期是带条件的范围
“需求确认后大约三个月”不是“从今天起三个月”。丢掉条件，方案就会被误引。
支持时间和 SLA 不是同一句
工作时间的服务台不是 99.9% 的承诺。没有 SLA，助手就不能造一个。
小公司是否适用，很容易被说大
面向中型项目的页面，不能因为访客希望如此，就变成“任何规模都可以”。
非技术买方真正会输入的问题
价值是不用先学会你的网站结构，就能找到已发布的答案。
- 能对接我们现有的系统吗？
- 导入大概要多久？
- 有 API 吗？
- 支持到几点？
- 小公司可以用吗？
- 有初始费用吗？
- 支持哪些环境？
- 能帮我们从现在的系统迁出去吗？
让他们用白话问，依据仍是你发布的页面
助手把买方的问题对到服务、安全和支持页上。它不设计集成。
抓取服务、安全和支持页
服务内容、环境、API 说明、导入步骤、支持时间，以及你说服务的公司规模。
只添加你愿意负责的技术 PDF
符合条件的方案可以使用能选中文字的说明。不要上传草稿 SLA。
把问题对到你写过的句子
对接页如果点名了某个系统，回复可以这么说。“大概可以接”不是你发布过的句子。
适配问题送到你已有的咨询
联系表或咨询链接是交接。聊天不会在客户的 IT 工具里开单，也不会写入 CRM。
没写下来的兼容性、SLA 和规格
网站上的沉默不是同意。
- 不要承诺服务页没有描述的技术对接
- 不要生成你没发布的 SLA、可用性数字或响应时间
- 不要编造支持的版本、区域或安全认证
- 不要报一个丢掉页面条件的项目价格或固定周期
销售电话之前的那次筛选
买方在判断这次通话值不值。工作说明书仍然是人写的文件。
管理者只说了一个系统名
他们说出正在用的工具。回复对照对接或环境页；如果没有，就说需要人来确认。
带着财年截止日期问上线
已公布的范围连同条件一起重复。聊天不承诺那个截止日期。
小团队问支持覆盖
时间和小机构是否在范围内，分别来自支持页和服务页，不要和支持协议标题混成一件事。
API 可能只有一段话
你如果写了 API，回复指向那一页。没写，答案就是没有描述，而不是猜一个接口。
抓取服务网站，再用买方问题测试
把多疑的买方会打开的页面放进来：安全、支持，以及项目如何开始。
- 01
创建服务站点
用方案上的公司名，不用内部部门代号。
- 02
抓取服务和限制
服务、环境、支持时间、导入，以及任何 API 或迁移页。
- 03
公开技术 PDF 要少而准
能选中文字，并且只传你愿意对潜在客户引用的文档。
- 04
问候非技术买方
邀请询问适配、时间和支持。说明具体兼容性由团队确认。
- 05
装到服务页和联系页
筛选问题发生在这里。
- 06
测一个你没发布的 SLA 问题
回复应拒绝编造数字。
“能和我们现有的系统说话吗？”
示例对上一个点名的系统，并拒绝编造的 SLA。
我们在用 Salesforce。能对接吗？可用性 SLA 是多少？
对接页把 Salesforce 列在团队对接过的系统里。网站没有公布可用性 SLA。支持页的时间是工作日到 18:00。你的环境是否适合，通过咨询表确认。
和团队谈谈