米多客对话表单设计指南：必要字段、发送时机与提交后接续

客户已经在聊天里说明“订单还没收到”，客服又发来一张要求填写姓名、电话、微信和详细地址的表单，容易让人觉得前面的沟通没有被阅读。对话表单应当补齐处理所需的信息，而不是把所有能收集的字段都设成必填。下面以一次售后查件咨询为例，说明怎样把表单用在恰当的位置。

一、先确定要做的动作，再决定收集什么

发送前先写清一句话：收到这份表单后，由谁完成什么处理？如果目标是查询物流，通常需要能够定位订单的编号和具体异常；客户已经在当前会话里提供过的信息，不必让他再填一次。业务确实需要身份核验时，应按企业既有核验流程办理，不能只凭一个订单号就披露完整订单资料。

可以从下面这份最小字段方案开始，按业务调整：

• 问题类型：单选，例如未收到、物流状态异常、收到后有疑问。只保留会影响处理路线的选项。
• 问题说明：长文本，提示“目前看到的状态、希望解决的问题”；已有清楚描述时，可不再要求重复填写。
• 订单编号：文本，仅在定位订单确实需要时收集，并说明在哪里能找到。
• 回访方式：当前渠道无法继续联系时再询问，说明用途，不把电话、微信和邮箱同时设成必填。

这些是运营示例，不是系统预设字段。不要在普通咨询表单中索取密码、短信验证码或支付凭证中的完整敏感信息。

图示：先按处理需要取舍字段，再决定必填与选填。

二、在米多客中创建字段，按会话选择必填项

根据米多客帮助中心“对话表单创建与使用”，字段可在设置中心 → 对话 → 对话表单中配置，当前说明最多可添加10个字段。字段类型包括姓名、电话、微信、QQ等固定字段，以及文本、长文本、单选、多选等自定义类型。上限是配置限制，不是推荐填满的数量。

客服在对话期间点击【对话表单】，可根据当前问题选择表单项并设置是否必填。判断必填的实用标准是：缺少这项，下一位处理人是否真的无法继续？如果答案是否定的，就考虑选填、直接询问，或者不收集。具体界面和可用功能应以团队所用版本与账号权限为准。

三、先解释用途，再发送表单

建议先确认已知背景，再说明缺口。比如：“我已看到您说物流状态两天没有变化。为查询这笔订单，请补充订单编号；问题经过不用重复填写。收到后我会核对物流情况，并在本次会话里反馈。”这比“请填写资料”更能让客户理解为什么要填。

客户找不到编号时，提供查找路径或改用企业允许的其他核验方式；不要把填表当成得到帮助的唯一入口。发送前用测试会话检查字段名称、提示语、必填限制及手机端输入体验，确认客户提交后客服能收到结果。

图示：说明需要补充什么，让客户理解填写用途。

四、提交后立即接续，不再从头问一遍

帮助中心说明，客户填写并提交后，客服会收到表单结果。收到不等于处理完成：先核对必要字段，再把信息带入查询、工单或后续跟进。需要其他部门处理时，补充问题摘要、已核对事实、负责人和下次反馈时间，避免只转交一张孤立的表单。

可改用这段接续回复：“资料已收到，订单编号已核对。下一步由售后同事查询异常原因，我会在【可兑现的时间】前反馈进展；如果仍未查明，也会说明目前状态和下一步安排。”发送前替换占位内容，只承诺团队确实能做到的反馈时间，不把反馈时间说成一定解决的时间。

图示：表单结果需要进入有负责人、有反馈安排的处理流程。

五、用未完成和重复追问发现表单问题

先选一个业务场景试用，记录发送后未提交、提交后仍需追问、错误填写以及客户提出疑问的情况。未提交可能是字段难懂、输入负担大，也可能是客户已经离开，不能只凭一个比例判定表单好坏。结合实际会话查看：哪个字段经常空缺，哪个字段收集了却没人使用，哪些信息其实已在聊天里出现。

上线前最后检查：每个必填项都有处理理由；手机端能顺利提交；提交结果有人接手；联系方式用途说清楚；测试资料不会混入正式客户记录。字段调整后再走一次完整测试，确认修改没有破坏原有处理流程。

功能依据：米多客帮助中心：对话表单创建与使用（核对日期：2026年10月12日）。本文字段方案和话术为原创运营建议，配图为流程示意，非产品界面截图。需要收集技术问题材料时，可参阅技术问题材料收集指南。