010-67201766预约演示
品牌动态

客户档案字段怎么设计:先分层,再定名

2026-10-23·约 10 分钟阅读·LEVCRM 品牌动态

字段多不等于信息多。客户档案的字段得先分层、再定名,然后才谈哪一个必须填。

字段评审会开到一半,销售运营和财务争起来。“客户等级”这一栏,运营按采购规模分 A、B、C,财务按回款信用分甲、乙、丙,两边在系统里都叫“客户等级”。开发问了一句:那到底存哪个。会议室安静了几秒,有人提议加一个“客户等级(财务)”。客户档案字段怎么设计,会议室里争的表面是字段,底下是口径。

表结构的问题只是表象,实际要做的是把企业里几套并行的说法收敛成一套。收敛不好,字段会越加越多,后面没人说得清哪个字段是准的。

客户档案字段怎么设计:先分层,再定名

把客户档案里的字段按用途分四层,很多争论会自动落地。

身份层回答“这个客户是谁”:名称、统一社会信用代码、注册地址、所属行业、集团归属。这一层的特点是稳定,一年可能只变几次,错了会影响开票和对账。

关系层回答“谁在跟我们打交道”:联系人、角色、影响力、决策链位置、对接的销售与服务人员。这一层变化快,靠销售维护。

行为层回答“做过什么”:拜访记录、报价次数、商机流转、工单次数、回款情况。这一层不该手工填,应该由业务动作自动生成。

判断层回答“值多少”:客户分级、信用等级、年度潜力、流失风险。这一层是结论,允许重算,算错了改规则重跑,不要靠人改数。

分层的用处很直接:身份层的字段改动要走审批,判断层的字段可以随时重算。混在一起,就会出现“调个分级要开发改数据”这种荒唐事。

命名:一个词只能有一个意思

字段混乱,一半是命名造成的。同一个意思三个名字,或者同一个名字两个意思,用起来容易出错。

命名规则可以简单点:业务含义加口径加时间范围。比如“近12个月回款额”,比“金额3”清楚得多;“合作起始日期”,比“日期”清楚得多。带计算的字段把时间窗写进名字,能省掉大量解释。

单位与精度要写进字段说明。金额含不含税、单位是元还是万元、比例是小数还是百分数,这三件事不写清,报表一定出错。含税口径尤其要写死,销售填含税、财务按不含税统计,一张表能差出十几个点。

同义词要收口。“客户等级”“客户分级”“客户类别”如果指的是同一件事,只留一个;如果指的不是同一件事,名字必须能区分开,比如“规模分级”和“信用等级”。

必填跟时点绑定,不跟字段绑定

“这个字段重不重要”是个伪问题,真正的问题是“什么时候必须填”。

新建客户时,只要求五项:名称、统一社会信用代码、所属行业、客户来源、负责人。其余字段一律可后补。一上来要求填四十项,结果就是全填“其他”,或者干脆不建客户,用个人微信记。

推进商机阶段时,按阶段退出条件校验。到“方案确认”这一步,必须有人和预算信息;到“商务谈判”,必须有报价记录和决策链。校验挂在阶段推进的按钮上,比挂在字段上有效。

提交报价和合同时,校验付款条件、收货地址、开票信息。这三项填错,返工成本高,值得拦。

这套设计的思路是把校验分散到业务流程的节点上,而不是集中在建档那一次。人只有在要用的时候才愿意填准。

三类字段不该塞进客户档案

  • 计算结果。“近12个月回款额”这种字段,应该做成视图或指标,实时算,不存。存下来就要有人维护刷新,刷新一停,数就错了。
  • 临时标记。“参加某年春季展会”这类信息,用标签,不要加字段。标签可以随意增删,字段加一次就永远留在表里。
  • 大段过程记录。会议纪要、客户原话、竞品动态,放跟进记录里,不要放客户主表。主表一行记录塞几千字,查询会变慢,导出也没法用。

这三条挡住的,通常是字段膨胀的主要来源。一个跑了五年的系统,字段从三十个涨到两百个,多出来的部分大多属于这三类。

字段治理:一年一次的瘦身

字段只增不减,是客户系统的通病。治理不需要多复杂,做三件事就够。

看使用率。导一张字段填写率报表,连续六个月空置率高的字段,先隐藏,不删。隐藏三个月没人问,再归档。删字段有风险,历史数据可能还要查。

变更留痕。谁加的、为什么加、支撑什么决策、什么时候可以删,四条写进变更记录。没有这四条,两年后没人敢动。

加字段要过一道问。新字段必须回答“它支撑哪个决策”,答不上来的,先别加。这道问听着简单,能挡掉相当一部分临时想起来的念头。

LEVCRM 交付时的做法

LEVCRM 的交付方式是私有云与本地化部署,字段在 aPaaS 平台里配,业务方自己就能加,不必排开发。方便也意味着容易失控,所以交付时我们会同步建一份字段变更登记表,跟着系统一起交给客户。

项目启动阶段做一次字段工作坊:把客户现有的 Excel 表头贴到白板上,按四层归类,重复的合并,没人说得清用途的单列出来当场问。这一步常能把字段数砍掉三成,还不影响业务。

客户档案、跟进记录、商机、合同分成四张表存放,靠客户 ID 关联,不把所有信息堆在一行里。字段级权限也在这里配:成本、毛利这类字段只对经理可见,销售看得见客户,看不见成本。

上线前要交的数据怎么分批,在CRM上线前要准备哪些数据里讲过;部署环境的准备,写在私有云部署说明里。三件事合起来,才是客户数据底座完整的落地路径。

一份能用的字段清单长什么样

不必求全,先落地这十项,够支撑日常经营:

  • 客户名称(与营业执照一致)、统一社会信用代码
  • 所属行业(按国标二级分类)、集团归属
  • 客户来源(展会、转介绍、官网、电话、渠道)
  • 负责人、协同人员
  • 首要联系人与角色(技术、商务、决策、使用)
  • 合作起始日期、上次有效沟通时间(自动生成)
  • 当前商机阶段、年度采购潜力(区间值)
  • 信用等级(财务口径)、结算方式

十项之外的东西,等业务真的要用再加。清单短,填写的人才有耐心填准;字段准,后面的分级、预测、报表才有原料。

如果正在梳理客户档案,可以把现有的表头发过来,我们按四层过一遍。预约产品演示,销售服务热线 010-67201766,技术服务热线 010-60624622。

关键词客户档案字段怎么设计客户主数据字段治理客户档案数据规范
想用自己行业的数据验证一遍?

LEVCRM 只做私有云与本地化部署,顾问会按您现有的系统与流程给出建设顺序。

预约演示销售 010-67201766