跨境 CRM 字段怎么命名？定义、格式与数据负责人表

跨境团队的 CRM 不一定缺字段，常见问题是同一字段在不同市场各有解读：有人把来源填成国家，有人把「未知」当空白，也有人把负责人理解成建档者。数据字典的目的，是让团队对同一笔客户、商机与来源作出一致判断。以下用可落地的字段定义、格式、责任与转换步骤，说明如何从一个交接流程开始整理；例子皆为假设情境。

哪些字段支持实际决策？

先从「团队要根据数据做哪个决定」反推字段，而非先抄别人的字段清单。若主管要比较市场投入，需能分辨客户所在地与实际服务市场；若业务要安排下一步，需知道商机阶段、预计决策时间及目前负责角色；若行销要判断来源，则要分开记录首次接触来源与最近一次有效交互。每个字段都应写明它描述的对象、使用时点、数据型态、可选值、空值意思及维护责任。只因画面能添加字段，或某份范本中有这个字段，不足以说明它值得收集。

以上名称是通用例子，实际字段需按团队流程调整。像「公司所在地」和「服务市场」看起来相近，却回答不同问题；合并后，跨市场报表可能无法分辨设立地与销售地。可先用最近一段时间实际要处理的决策逐项核对：若删去字段，谁会因此无法采取下一步？若没有人受影响，先不要添加。若管理者要看转换，不要只放「成功／失败」自由文本，应指定状态定义、变更时点及更新责任。名称以短而明确为原则，字段说明则补充判断条件，避免把完整操作规则塞进栏名。实作时可用一列一栏创建字典，记下稳定键名、中文显示名、定义、来源、可选值、使用决策、负责角色及修订纪录。若跨系统交换需要英文键名，也先订固定大小写与分隔方式，避免各市场自行翻译。再请同事用假设纪录试填；若答案不同，先修定义，再添加字段。

国家与语言格式如何统一？

把地点和语言拆成不同问题。客户注册地、联系人目前所在市场、团队负责服务的市场可能不相同；主要联系语言也不能由国家直接推定。先决定哪些字段会用于分派、文档沟通或报表，再在数据字典写出单一格式及维护时机。市场栏可采内部代码加显示名称，例如假设代码「TW」对应「台湾」，并由指定管理者维护对照表；团队应先明确界定代码代表的范围，避免把注册地与客户所在市场混为一谈。显示名称可因语系改变，代码则保持稳定，导出、筛选及交接都使用同一规则。

语言字段应记录联系人偏好的沟通语言，而不是从姓名、国籍或公司所在地猜测。若文档语言会影响工作，可另设「文档语言」；只有确实需要安排会议或服务时，才增加时区字段。日期保存格式也要统一，例如内部一律记成「2027-03-04」，画面再按团队习惯显示，避免「03/04/2027」被不同地区解读成三月四日或四月三日。电话号码则保留国码与原始输入规则，不要把国家代码塞进客户所在地栏。遇到无法确认的地点或语言，使用「待确认」等明确状态，并规定何时回头补齐；不要由空白猜成某市场。整理前先列出现有写法、决定标准值、指定字典维护者，再处理旧值。同一市场可能使用多种语言，应让每位联系人有自己的偏好语言；公司层级语言不能代替个人偏好。若要同时比较市场与语言，两者各自一栏，勿用「台湾繁中」这种合并值，否则改显示语言时会连市场分类一起变动。字典也应写明可否多选、谁能添加值、遇到无对应选项如何申请，避免「其他」逐渐变成自由文本集合。

必填与选填怎样区分？

必填不是「以后可能有用」，而是缺少它就不能完成某个具体动作，或会令关键交接无法进行。可把字段分成创建纪录时必填、进入特定流程时必填、选填三类。例如新名单刚进入时，若市场还未知，先允许创建数据；当名单要分派至市场团队，再要求选择服务市场或标记待确认。商机进入提案阶段前，若团队确实要依决策日安排跟进，才要求填入预计决策日期。这样能让初次记录保持简单，又不把必要信息拖到无人负责的阶段。

每个必填规则要回答三件事：谁在何时提供、数据从哪里确认、缺少时怎么处理。若有例外状况，将「未知」「不适用」「尚待客户回复」与真正漏填分开，并为每种状态写明后续行动。例如来源无法追溯时，选「未知」并保留判定人，不要填「其他」掩盖差异；若字段是数量，零表示已确认没有，空值则表示未取得，不能互换。选填栏也需写用途，若一段时间都没人读取、筛选或采取行动，重新评估是否保留。设计表单时避免一次要求大量背景数据；先收足以辨识与分派的信息，再于流程前进时补充。最后用几笔不同市场的实例演练：不完整数据是否能创建、例外是否有去处、下一位接手者能否判读，再确认必填时点。可用三个问题检查：缺值是否阻断目前的分派或交付？当事人是否有可信来源可填？由谁追踪例外直到补齐？若缺值不阻断当前工作，就不要在最初强制填；若稍后阶段才需要，设置明确门槛并指定跟进人。先把必填条件写成操作句，再设置表单，避免只靠管理者说字段重要。

同一字段由谁维护？

「数据负责人」要指对字段定义、品质及例外处理负责的角色，不是单指 CRM 帐号的拥有人，也不必然是创建那笔纪录的人。每个字段指定一位主要责任角色，必要时再指定备援；若所有人都负责，遇到值不一致时通常没有人决定采用哪个。数据字典可记录字段负责角色、输入者、核对来源、允许修改者、检查频率与争议升级对象。角色名称比个人姓名耐用，但仍要有交接进程，让人员变动时责任不会中断。

例如，假设团队把「首次接触来源」交由行销流程负责，把「商机下一步日期」交由目前跟进的业务负责，把市场代码对照表交由营运角色维护。这只是示例，实际分工应贴合团队工作。对每个字段再标明何时可以改：首次来源一般在有证据前不应被后续交互覆盖；负责人转交时，新旧负责者需确认交接；市场分类若有争议，由字典管理者依定义裁定，而不是各自创造新选项。把来源依据留在适当纪录中，避免责任人凭印象改值。每月或每季检查不必复杂，可抽看近期变更、未知值和重复值，列出待处理者与期限。若团队太小，可由一人兼任多个角色，但字典仍要分清楚「谁输入」和「谁决定定义」，以免流程变更时没人维护规则。例如业务可更新客户纪录、营运可改代码表、行销可查看来源值时，权限设置和责任表应相互一致；多人需要共同输入，仍要指定一位最终裁定者。跨部门修改定义时，记下提出原因、受影响报表、核准角色和生效日，并通知用户。这些纪录让新成员依相同规则操作，也避免只靠口头交接。

旧数据如何转换验证？

转换前先盘点字段、值的写法、数据笔数、使用中的报表与自动化，再创建「旧字段／旧值—新字段／新值」对照。不要直接覆盖唯一副本；先确认可回复的备份或导出方式、运行人和回复条件，并限制文件访问范围。接着把数据分成可明确对应、需要人工判读、暂时无法确认三类，先在少量样本演练，检查字段方向、空值语意、日期与文本编码，再处理其余数据。当旧值混合了不同意思时，不要为了填满字段而猜；保留原值并交由数据负责人裁定。

例如，假设有100笔待整理纪录：92笔可依已核准的对照表直接转换，5笔来源含义不清，3笔缺少市场数据。先确认「92+5+3=100」，再让92笔进入转换样本；其余8笔列入例外清单，逐笔记录原因与处理人，而非默默丢弃或填一个默认值。完成后按字段比较转换前后总数，抽查原始纪录与新值，检查重复、空值及无法对应值，并让实际使用报表的人确认结果能支持原本决策。验收条件应事先写明，例如每笔可追到来源、未解例外有负责人、关键报表仍能重算。切换时避免多人同时修改旧表与新表；安排清楚的停止输入、导入、核对与回复窗口。若核对不符，先停在可回复的位置，找出规则错误或来源差异，再重新转换。验证时至少核对总笔数、唯一识别值、各状态笔数与新旧字段对照，并抽查每种来源写法，而非只看容易转换的一类。把结果分成通过、待裁定或失败，另列差异清单，不要把无法对应当作已完成。确认报表排序与筛选在新格式下仍一致后，再依既定切换窗口导入下一批数据。

何时可以删除字段？

字段过时，不代表其中的数据立刻没有价值。删除前先找出谁在输入、阅读或导出它，并搜索报表、筛选条件、通知、表单、集成流程及历史交接文档是否依赖它。再确认是否有替代字段，以及替代字段能否保留旧数据原本的意思；两个名称相似，不代表定义相同。由数据负责人与受影响的用户共同确认停用理由、影响范围、回复方法和最后检查日期。若只是重复收集，可先停止添加，保留一段由团队自行订定的观察期，查看是否仍有人查阅或提出必要用途。

安全的退场步骤是先标记字段将停用、通知输入与报表用户、移除新数据入口，再观察既有流程是否失效。若仍有必要用途，就修订定义或转交替代字段；若用途已结束，先依团队的数据保存与访问规则处理历史值，然后才移除依赖和数据。不要只因画面看起来整齐而删掉历史信息，也不要假设任何数据都必须永久保留；具体保存期限应由适用的内部政策及专业意见决定。最后将字典状态改为停用，记录日期、原因、核准角色与替代位置，让之后接手的人知道旧报表为何不同。删除可分为停止新输入、停止报表依赖、移除字段设置三个节点，逐一指定负责角色与检查结果。若发现流程仍读取旧值，先恢复依赖或补好替代映射，再重新评估。移除历史数据前，确认授权及适用保存规则，留存纪录；不要因删字段而顺手清掉客户数据。下一步可挑一个跨市场交接流程，先填出字段名称、定义、格式与负责角色，再用实际纪录演练一次；如需了解 Chan & Chung 的相关信息，请前往官方首页。