询盘CRM字段设计:从表单到CRM的字段映射与必填规则
一、表单和CRM不是同一套字段
很多团队搭CRM的时候,直接把表单字段复制了一遍到CRM,觉得这样”一一对应”最干净。这是最大的误解。表单是给买家填的,CRM是给销售和管理层用的,两者的信息需求完全不同。买家填表单只需要回答几个关键问题,销售在CRM里需要的是跟进记录、评分、阶段、来源,这些买家不会在表单里告诉你。
把两套字段强行对齐,后果就是两边都不好用:表单被迫加了很多买家不会填的字段(比如”预计成交日期”),CRM里又堆了很多买家已经填过、但销售还得重新录入的字段(比如”公司名”)。重复采集是数据设计的头号敌人。
| 字段类型 | 采集位置 | 采集方式 | 示例字段 |
|---|---|---|---|
| 买家直填 | 网站表单 | 买家主动填写 | 邮箱、需求简述、产品兴趣 |
| 系统自动带 | 表单提交时 | JS或Webhook自动捕获 | UTM、来源页面、时间戳、IP国家 |
| 销售补充 | CRM内 | 跟进过程中手动填 | 意向分级、预计成交日、竞品、备注 |
| 系统计算 | CRM自动 | 规则或评分引擎 | 线索评分、阶段更新、下次跟进日 |
这张表的核心原则是:一个字段只在一个地方采集。表单问过的,CRM里通过映射自动带入,不要再让销售重复录入;销售跟进中才知道的(比如竞品、预算),表单不要问,留到CRM里补。这套映射逻辑和官网线索到 CRM直接相关。
二、从表单到CRM的字段映射表
字段映射是表单提交后自动写入CRM的那张对照表。设计映射表的时候,不是把每个表单字段都映射过去,而是要判断哪些字段有必要进CRM。有些表单字段是临时的、不需要沉淀的(比如”您从哪里知道我们的”这种单选),可以映射也可以不映射。
| 表单字段 | 映射到CRM字段 | 映射方式 | 是否必填 | 用途 |
|---|---|---|---|---|
| 邮箱 | 直接映射 | 必填 | 唯一标识,去重 | |
| 姓名 | first_name/last_name | 直接映射 | 必填 | 跟进称呼 |
| 公司名 | company | 直接映射 | 选填 | 判断客户规模 |
| 需求简述 | description | 直接映射 | 选填 | 销售打开就知道要什么 |
| 产品兴趣 | product_interest | 映射到选项 | 选填 | 分发到对应产品线销售 |
| UTM参数 | utm_source/campaign | 隐藏字段自动带 | 自动 | 归因分析 |
| 来源页面 | landing_page | JS自动捕获 | 自动 | 判断落地页效果 |
| IP国家 | country | Webhook反查 | 自动 | 市场分布 |
| 提交时间 | created_at | 系统自动 | 自动 | SLA计时 |
| 电话 | phone | 直接映射 | 选填 | WhatsApp或电话跟进 |
举个具体场景:买家在你产品页填了表单,邮箱是john@abc.com,公司名ABC Trading,选了产品A型,UTM参数是google/brand/campaign。表单提交的瞬间,Webhook把这10个字段自动写入CRM,创建一条新线索,状态设为”新线索”,同时自动按product_interest=A型分发给负责A型产品线的销售。整个过程销售不需要手动录入任何东西。
映射时最容易出错的是选项值不统一。表单里产品下拉写的是”A型标准款”,CRM里产品选项写的是”Model A Standard”,映射就会失败或落到”未分类”。映射表上线前,必须把表单选项值和CRM选项值一一对应起来,或者用一个中间映射字典转换。
三、CRM必填规则:只留3个
CRM里的必填字段和表单里的必填字段是两回事。表单必填是给买家的门槛,CRM必填是给销售的门槛。很多团队在CRM里设了一堆必填:公司规模、预算、预计成交日、竞品、客户类型……结果销售每天花半小时填这些,而且为了过门槛随便填。
| CRM字段 | 是否必填 | 理由 | 不填的后果 |
|---|---|---|---|
| 联系人名 | 必填 | 没名字没法跟进 | 无法称呼 |
| 邮箱 | 必填 | 唯一标识和去重依据 | 无法联系和去重 |
| 阶段 | 必填 | 决定跟进流程和看板 | 漏斗无法统计 |
| 公司名 | 选填 | 首次未必知道 | 后续补 |
| 预算 | 选填 | 销售跟进中问 | 不影响首次跟进 |
| 预计成交日 | 选填 | 早期无法准确预测 | 季度复盘再估 |
| 竞品 | 选填 | 第二轮沟通才知道 | 不影响 |
| 线索评分 | 自动 | 系统计算 | 不需要销售填 |
这里的反直觉判断就是:CRM必填越多数据越脏。因为销售面对一堆必填项,他的应对策略不是认真填,而是随便填一个能过校验的值。结果你看到CRM里”预算”字段全填的是”1万至10万”这种万金油选项,”预计成交日”全填的是下个月1号——这些数据看起来完整,实际毫无用处。
正确做法是CRM必填只留3个:联系人名、邮箱、阶段。其余全部选填,让销售在跟进过程中自然补充。真正常用的字段,销售自己会去填,不需要你用必填逼着他。线索评分由系统自动计算,不要让销售手动打分——人工打分的一致性差,参考询盘线索评分与优先级排序的自动评分逻辑。
四、字段命名与数据治理
CRM字段设计还有一个容易被忽视的问题:命名不统一。今天加一个字段叫”customer_type”,明天加一个叫”客户类型”,后天加一个叫”buyer_category”。三个月后CRM里有20个字段,一半英文名一半中文名,没人知道哪个是哪个,新销售入职要问半天。
| 治理项 | 规则 | 反面案例 | 正面案例 |
|---|---|---|---|
| 字段命名 | 统一英文+下划线 | 客户类型/customerType/CT | customer_type |
| 字段数量 | 自定义字段≤20个 | 半年加了40个 | 新字段先评审再加 |
| 字段类型 | 选项用枚举不用文本 | industry让销售自由填 | industry用下拉选项 |
| 废弃字段 | 每月清理无用字段 | 僵尸字段一直留着 | 3个月没填的归档 |
| 去重逻辑 | 邮箱为主键去重 | 同邮箱建了5条 | 重复提交自动合并 |
举个场景:你的CRM用HubSpot或Salesforce,销售团队3个人。半年下来每个人都根据自己的需要加了几个字段,结果CRM里有35个自定义字段,其中一半超过两个月没人填。这时候要做一次字段审计:把3个月没有填写记录的字段归档,把重复语义的字段合并,把命名不统一的统一改成英文下划线。
去重逻辑也很关键。同一个买家可能从不同渠道、不同页面重复提交表单。如果每次提交都新建一条线索,CRM里同一个客户会有3到5条记录。正确的做法是把邮箱作为主键,表单提交时先查CRM里有没有这个邮箱,有就更新,没有就新建。这个去重规则在官网线索到 CRM的集成方案里必须配好。
五、常见CRM字段设计误区
| 误区 | 表面做法 | 实际后果 | 正确做法 |
|---|---|---|---|
| 表单字段照搬CRM | 一一对应复制 | 重复采集,两边都臃肿 | 按买家/系统/销售三类分 |
| CRM一堆必填 | 觉得信息要全 | 销售乱填,数据变脏 | 必填只留3个 |
| 字段命名混乱 | 谁加谁起名 | 没人知道字段啥意思 | 统一英文下划线,评审后加 |
| 销售手动评分 | 让销售自己打1至5分 | 评分标准不统一 | 系统自动按规则算分 |
| 不去重 | 每次提交新建线索 | 同客户多条记录 | 邮箱为主键自动合并 |
这五个误区里,最隐蔽的是”销售手动评分”。看起来让销售打分很民主,实际上每个销售的评分标准不一样:A销售觉得问了价格就是热线索,B销售觉得要打款才算热。结果CRM里的评分字段毫无区分度,看板上全是”热”。正确做法是评分由系统按固定规则算——表单填了多少选填项、首响速度、对话次数,这些客观指标加权出分,参考询盘线索评分与优先级排序。
CRM字段设计不是一劳永逸的。上线后每季度审计一次:哪些字段没人填、哪些字段语义重复、哪些字段该加还没加。和官网维护期的月度清单配合,CRM数据治理应该是你每月固定要做的事,不是搭完就不管。
FAQ 常见问题
表单字段和CRM字段是不是该一一对应?
CRM里该设几个必填字段?
表单提交后怎么自动写入CRM?
CRM自定义字段加多少个合适?
同一个买家重复提交表单怎么办?
线索评分让销售手动打还是系统自动算?
写在最后
CRM字段设计这件事,本质上是在解决一个问题:谁负责填什么。买家负责填最基础的联系信息,系统负责自动带上来源和时间,销售负责在跟进中补充判断。三方各管一段,数据才不会重复采集,也不会到处是空白。
落地三步:先把字段分成买家填、系统带、销售补三类,列一张映射表;再把CRM必填砍到3个,其余全部选填,避免销售用垃圾数据过门槛;最后用邮箱做主键做去重,每季度审计一次字段数量和命名。这三步做完,你的CRM才会变成一个真能帮销售跟进的工具,而不是一个堆满脏数据的仓库。
一句可以记住的话:CRM不是表单的翻版,字段分三类、必填只留三个、一个字段只在一个地方采集——做到这三条,你在CRM里看到的才是能用来跟进的真数据,而不是销售为了过门槛填的假信息。
