网站聊天
把网站访客变成有效查询：实用聊天流程设计。
配合页面内容，先解答问题，再引导访客采取下一步。
由问题较明确的页面开始。
正在看服务页的访客，与阅读一般文章的人，需求并不相同。先选择一个经常需要进一步解释的页面，参考团队收到的真实问题，不要假设每位访客都想立即与销售通话。
以安装服务为例，访客可能想确认服务范围或报价方式。「想确认我们是否服务你的地区？」比泛泛的推销更切合需要，也让访客有清晰的开聊理由。
没有机器人，页面仍要好用。
聊天功能应补充资讯，而不是把必要资料藏起来。服务内容、联络方法及重要条件仍应在页面清楚显示。避免自动欢迎视窗遮盖画面，尤其在空间有限的手机上。
讯息要精简，按钮要清晰，关闭聊天后仍能正常查询。除了外观，也应测试键盘操作、放大文字及完整顾客流程。
先提供帮助，再收集资料。
先解答第一个问题，再邀请跟进。简单流程可以是：确认地区、解释服务、询问是否需要报价，最后才收集安排报价所需的资料，并说明用途。
例如：「需要同事了解你的项目吗？请留下偏好的联络方式，我们会说明下一步。」回复时间必须符合团队实际能力；只有资料成功送到指定系统后，才确认已收到要求。
预先处理无人值班与系统失败。
规划非办公时间、访客中途离开，以及整合失败时的安排。只保存流程需要的资料。若机器人无法完成查询，提供清晰的其他联络方式。
如果未能建立潜在客户纪录，就不应显示「同事将会致电」。监察提交失败，让访客可以重试，同时避免重复建立纪录。
比较有效查询，而不只是互动。
按页面及访客意图检视对话。博客读者可能想了解概念；服务页访客可能想报价。把两类访客的完成率直接比较，可能导致错误判断。
先小规模推出，观察查询是否完整、相关及有人跟进。若相同的基本问题不断出现，亦应改善页面本身，而不是只增加聊天步骤。