表单
LadVen OS 表单用于从网站、落地页、文档页或外部页面接收请求，并把它们转成可管理的 CRM 工作。它适合演示申请、客户咨询、顾问请求、支持请求和其他入口流程。
表单只应收集下一步真正需要的数据：谁联系、如何回复、需要什么、请求应进入哪里。
何时使用表单
当需要从网站收集请求、路由到正确的 CRM 管道、统一入口字段、审核提交、区分垃圾信息和真实工作，并确认当前在线版本时，使用表单。
如果请求来自邮件或聊天，不要无理由手动复制。能保留上下文时，应把邮件或会话关联到 CRM。
先确定场景和负责人
创建前先确认负责人：市场、销售、支持或运营。负责人批准字段、同意文本、CRM 路由、第一响应人，以及低质量提交的关闭规则。
每个表单都要明确目的、放置页面、默认语言、其他语言、必填字段、CRM 管道、起始阶段、每日审核人，以及取消发布或归档条件。
演示申请场景
演示申请应帮助用户尽快进入产品测试。通常姓名、工作联系方式、公司、角色、首选语言和简短需求说明就足够。第一步不要询问内部预算、密码、令牌或不必要的个人数据。
提交测试请求后，确认它到达正确负责人，文案清晰，语言一致，并且来源能说明用户来自哪个页面。
客户咨询或支持
咨询、支持或客户请求需要能帮助判断工作的字段：主题、产品方向、方便联系时间、必要时的附件、备注。如果请求应进入支持或客户管理而不是销售，请使用单独路由和负责人。
不要把不同流程放进同一个表单。演示、合作伙伴请求和支持通常应使用不同表单，避免团队手动分拣。
创建表单
在构建器中设置名称、代码、主语言、标题、描述、提交按钮和字段。内部名称应便于团队识别；标题和描述应让外部用户易懂。
字段要短而清晰：姓名、联系方式、公司、问题、方便联系时间、备注。如果表单有多种语言，发布前逐一检查表单文字和字段标签。
必填字段和数据质量
不要添加不必要的必填字段。表单越长，用户越不愿提交。只把团队回答或判断请求必须的信息设为必填。
好的表单不会重复提问，使用清晰字段名，不使用团队内部缩写，不让客户选择内部 CRM 阶段，并用清楚语言收集同意和联系方式。
发布和放置
保存表单不一定会改变线上网站。发布前检查预览、必填字段、语言、外观、反垃圾设置、允许域名和 CRM 路由。
发布后，只把表单放在应接收真实请求的页面。如果表单取消发布或归档，确认网站上不再有有效入口。
不要在培训材料和演示中展示正式密钥、真实联系人和私密链接。向同事演示时，请创建一个使用安全数据的单独测试表单。
CRM 路由
为新提交选择管道、起始阶段和路由规则。如果未选择路由，表单可能按平台通用规则处理。
好的路由能说明谁先看到请求、请求出现在哪里、哪些字段用于判断、谁处理 CRM 错误，以及何时算作已接受。
提交和状态
定期查看提交。每条提交都应被接受、标记为垃圾信息，或在修复 CRM 错误后重试。如果内容可疑，先检查联系方式和内容，再转入工作。
遇到 CRM 错误时，先检查必填字段、路由、权限和客户数据，再重试。如果错误重复出现，把具体提交、表单和期望行为交给流程负责人。
本地化和同意文本
表单有多种语言时，检查标题、按钮、字段标签、错误文本、同意文本和给负责人的通知。提交人应在整个路径中看到同一种语言。
同意文本应说明为什么收集数据以及由谁处理。不要未经负责人审核就复用其他国家或其他流程的法律文本。
安全
不要通过公开表单收集密码、令牌、证件数据、付款信息或其他不必要的敏感信息。面向客户的表单应提前确定同意文本和数据收集目的。检查允许域名和已发布表单的频率应和公开文件链接一样。
经理检查清单
- 表单有负责人和清晰场景。
- 字段符合下一步业务动作。
- 必填字段保持最少。
- 语言、同意文本和按钮已检查。
- 测试提交进入正确 CRM 管道。
- 负责人知道如何接受、标记垃圾信息和重试。
- 网站没有旧版本或已归档版本。
常见错误
- 一个表单处理所有入口请求。
- 表单询问团队可以之后再确认的信息。
- 修改后没有检查放置页面。
- 提交被手动复制，来源丢失。
- 垃圾信息进入工作 CRM 管道。
- 演示时请使用合成联系人和单独的测试表单，并使用非生产或已遮罩的嵌入示例；不要使用真实联系人或正在运行的嵌入代码。
业务场景
相关板块