自定义留言表单
自定义留言表单是微语客服系统在离线服务场景下的重要能力。当客服不在线、工作组无人接待，或当前会话需要转入留言处理时，系统可以不再只展示固定的姓名、联系方式、留言内容等基础字段，而是根据企业已经发布的业务表单动态渲染留言页面，帮助企业按自己的业务规则收集客户信息。
这项能力特别适合售后受理、线索收集、预约登记、项目咨询、投诉建议、工单补录等场景。企业可以把不同业务所需要的字段，例如产品型号、订单号、期望联系时间、问题分类、紧急程度、地区、附件说明等，统一沉淀到留言流程里，避免客服后续反复追问。
功能价值
- 统一离线接待入口，把普通留言升级为结构化业务表单
- 支持按组织选择已发布的留言表单，适配不同行业和不同业务线
- 访客端按表单配置动态渲染，减少二次沟通，提高信息完整度
- 客服端可以实时 接收并跟进留言，后台可持续查看处理结果
- 可与离线备援流程结合，在无人接待时仍然保证客户诉求被接住
适用场景
- 售前咨询高峰期，客服忙线时先收集客户需求
- 非工作时间自动接收客户留言，第二天由客服统一跟进
- 售后服务中需要收集订单号、设备信息、故障描述等结构化字段
- 教育、医疗、政务、企服等场景中需要规范记录表单信息
配置流程
1. 开启留言表单功能
首先需要在管理后台中开启留言表单能力。开启后，访客在离线或无人接待场景下可以直接提交留言。
如果只开启“启用留言表单”，系统可以使用默认留言字段；如果还需要更复杂的业务字段，再继续开启“使用自定义表单”，并选择一个已发布的留言表单。
2. 编辑并发布自定义表单
企业可以在 FormBuilder 中设计留言专用表单。建议使用清晰的字段分组和尽量少的必填项，让访客更容易完成提交。
建议保留以下核心字段：
- 联系人姓名或称呼
- 手机号、邮箱、微信等至少一种联系方式
- 留言内容或问题描述
- 问题分类、业务类型、优先级等辅助字段
在正式绑定到客服流程前，请先确保表单已经发布。
3. 访客端展示与提交
当客服不在线时，访客端会展示自定义留言表单。访客提交后，系统会保存留言记录，并把关键字段和表单内容同步到后续处理流程中。
对访客来说，这意味着不用反复描述问题；对企业来说，这意味着离线留言不再只是“留一句话”，而是可直接进入处理闭环的结构化工单入口。
比较典型的访客端体验包括：
- 在离线或无人接待场景下自动看到留言表单
- 按企业定义填写联系人、问题描述、订单号、预约信息等字段
- 提交后系统自动保存留言，并进入后续处理队列
- 访客后续可基于留言结果继续等待回复或接受回访
4. 客服端处理留言
客服端可以实时接收留言并进行处理。客服人员可以查看客户提交的信息、追加回复、跟进状态，必要时转交给其他同事继续处理。
对于客服团队来说，自定义留言表单最大的价值不只是“收到一条留言”，而是收到一份已经结构化整理过的客户需求。这样在第一次跟进时，就可以直接围绕问题展开处理，而不是先花时间补采基础信息。
5. 管理后台查看结果
管理后台可以统一查看留言结果与处理记录，便于运营、客服主管和管理者做统计分析、质检复盘和流程优化。
在管理后台中，留言结果通常可以作为后续业务动作的依据，例如：
- 判断哪些问题最常见，持续优化客服入口与表单字段
- 识别哪些留言需要优先回访或升级处理
- 统计不同来源、不同业务类型的留言数量与处理效率
- 复盘客服处理质量，优化离线服务流程
使用建议
表单设计建议
- 必填项控制在最小范围，优先保证提交成功率
- 复杂业务字段放在后半段，先收集联系方式和核心问题
- 使用下拉、单选、多选等结构化控件，便于后续统计与分派
- 对隐私字段增加必要提示，减少访客顾虑
运营建议
- 为不同业务线配置不同的留言表单模板
- 在非工作时间开启留言引导文案，明确告知客户预计回复时间
- 定期复盘留言字段，删除无效项，保留真正影响处理效率的信息
最佳实践示例
示例一：售后问题受理型留言表单
适合软件、硬件、设备维护、平台服务等售后支持场景，在客户离线留言时快速收集定位问题所需的信息。
推荐字段：
- 联系人姓名
- 手机号或邮箱
- 订单号或客户编号
- 产品名称或设备型号
- 问题类型
- 故障描述
- 是否影响正常使用
- 附件或截图上传
示例二：销售线索收集型留言表单
适合广告投放、官网咨询、活动报名、产品试用等需要离线承接商机的场景。
推荐字段：
- 联系人姓名
- 手机号
- 公司名称
- 所属行业
- 咨询产品或服务
- 当前需求描述
- 预算范围
- 希望联系时间
示例三：预约登记型留言表单
适合到店预约、顾问咨询、课程试听、项目演示、上门服务等需要后续回访确认时间的场景。
推荐字段：
- 联系人姓名
- 联系方式
- 预约事项
- 期望日期
- 期望时段
- 所在地区
- 备注说明
这类留言表单的重点通常不是采集特别多字段，而是确保客服后续能够高效回访和确认安排。
与默认留言的区别
默认留言更适合快速启用，字段简单，上线门槛低；自定义留言表单更适合已经有明确业务流程、希望把离线留言标准化和结构化的团队。对于需要收集订单、预约、工单、线索等业务信息的企业，自定义留言表单通常是更适合的方案。
快速上手
如果你希望快速落地这项能力，可以按下面的最短路径配置：
- 在 FormBuilder 中创建一个留言表单
- 发布表单，并确认表单可正常预览
- 在客服后台开启“启用留言表单”
- 开启“使用自定义表单”，选择刚发布的表单
- 用访客端在离线场景下实际提交一次，确认客服端能收到结果
上线建议
先保证可回访，再考虑复杂字段
留言表单的第一目标不是采集越多越好，而是确保客服后续能联系到客户并继续处理。因此建议先把联系方式、问题描述、关键业务标识信息放稳，再考虑扩展字段。
离线场景下尽量减少填写负担
客户在离线留言时通常没有太多耐心。如果字段过多、表单过长，提交率会明显下降。建议优先保留最影响回访和处理效率的字段，其余信息可以放到后续沟通中补充。
提前定义留言后的处理机制
在正式上线前，建议先明确留言提交后由谁处理、多久回复、是否需要回访、是否要升级流转。只有把处理机制也设计好，自定义留言表单才能真正形成服务闭环。
上线前检查清单
在正式上线前，建议至少检查以下事项：
- 留言表单已发布，并能在离线场景下正常展示
- 表单中至少包含一种有效联系方式和核心问题描述字段
- 字段总量可控，不会明显影响离线留言提交率
- 客服团队已经明确留言接收、回复和回访责任人
- 留言结果在客服端和后台都能正常查看，后续处理流程清晰
核心能力
动态字段渲染
访客端不是写死一个固定留言页面，而是根据企业选择的已发布表单动态渲染字段。这意味着业务字段可以随时调整，客服流程也更容易随着业务发展演进。
离线接待闭环
留言不是简单保存一条文本，而是进入完整的离线处理闭环，包括访客提交、客服接收、后台查看、结果跟踪与后续回访。
结构化信息沉淀
相比“客户说一句，客服再追问一轮”的方式，自定义留言表单能一次性收集更多有效信息，让后续分派、回复和统计分析都有更高的效率。
常见问题
留言表单适合放多少字段
建议优先保留真正影响后续处理效率的字段。字段过多会明显降低提交率，尤其在移动端和非工作时间场景下更明显。
表单是否必须启用自定义
不是。系统支持默认留言表单和自定义留言表单两种模式。若业务场景简单，直接启用默认留言即可；若需要结构化采集业务数据，再启用自定义表单更合适。
留言结果适合谁查看
一线客服适合查看并处理具体留言，客服主管适合做分类和质检，运营或管理者适合从后台结果中复盘高频问题、客户需求和服务效率。