未知、不适用与已确认数据

1. 先看见空白外表下藏着的不同意思

SME 的一条记录可能在“是否需要进场设备”显示空白，在“偏好联络时段”写一条横线，或在数量旁填上 0。员工常把这些写法混用，但它们回答的并不是同一个问题：客户可能还没被问过；该问题可能根本不适用于此工作；员工可能听到答案但还没有按规则核实；也可能零就是已经确认的答案。若所有情况都被压成空格、横线或随手的占位符，筛选无法显示哪些项目要跟进，老板也无法判断记录能否继续推进。

建议做法：先选一个会影响实际工作的字段，例如是否需要进场设备、偏好联络时段、是否已提供税务参考编号，或是否已有现场联系人。先只读检查十条近期记录，不要急着修改。把每个空白、横线、零和未勾选资料的真实意思写在旁边。团队反复出现的真实意思，而不是员工当时随手写的字，才是系统必须区分的状态。不要从所有字段开始；先把一个最容易误解的字段规则做好。

空白最好只保留一个严格意思：尚未输入值。它不应暗中代表“不需要”“没有”“未知”“不相关”或“以后再查”。若现有表格暂时无法限制这种用法，可在另一个状态栏或结构化备注中表达状态，直到流程被重新设计。这样，空白会被看作未完成资料，而不是看似已经有答案。

2. 把业务值与核实状态拆开

业务值回答业务问题；核实状态回答团队能在多大程度上依赖该答案。以可选的进场设备要求为例，业务值可以是“需要设备”“不需要设备”，或尚未有明确要求；状态则可以是未知、待核实、已确认或不适用。两者拆开后，“不需要设备”便不会被误看成“没有人问过”。

建议做法：对影响工作的重要字段使用两段式记录。第一段在知道时记录业务值；第二段记录状态。未知表示团队还不知道答案；待核实表示已有说法或迹象，但指定检查尚未完成；已确认表示有人已按照团队接受的证据标准核对；不适用表示这个问题确实不适用于该记录类别或情境。

不要为了让报表看起来完整而新增一个状态。只有员工能够说明谁核实、何时核实、依据什么正常业务证据时，才应标为已确认。状态本身不是证据，也不取代来源文件或日常业务记录。目标是让下一步清楚，不是作出超过团队所能支持的确定性声明。

3. 建立一份小而明确的字段值字典

字段值字典是针对一个字段的短指引。它比很长的数据政策更实用，因为它告诉员工可以填什么、每个选项是什么意思，以及接下来要做什么。应从会影响预约、报价、分配、跟进或异常处理的字段开始。等团队能稳定使用第一份字典后，再考虑普通描述字段。

建议做法：每一项字典包含六部分：字段名称、要回答的业务问题、允许的业务值、允许的核实状态、可观察例子，以及谁可以确认该值。再加上一项：当状态为未知或待核实时的下一步。例如“偏好联络时段”可记录一个明确时段作为值；若仍待核实，指引便要求负责人与客户确认，才进行有时间限制的电话。

例子必须围绕可见事实，不要揣测对方意图。“客户在讯息中说下午较方便，仍需确认”是可用的待核实例子；“应该下午方便”则不是。字典也应说明横线是否禁止、零是否有效，以及未知时是否应保持值为空白并选择未知状态。小型字典能减少 N/A、无、-、0 和“迟点查”等各式临时写法。

4. 让核实过程可见并有人负责

一条记录只有在团队能找到重要值的依据时才可靠。每个已确认值应记录核实人、核实日期，以及简短的证据参考，例如通话备注、已批准表格，或按正常流程使用的来源讯息参考。不要为了证明已检查，就把不必要的个人或敏感内容复制进字段。

建议做法：每个待核实项目都指定一名现任负责人和一个立即下一步。“排期前确认进场要求”比“跟进一下”清楚得多。若时间重要，再加复核日期。负责人完成检查时，同时更新业务值和状态，并留下证据参考。若证据互相矛盾，不要选择最方便的答案；应退回待核实，并写明还要解决什么问题。

输入资料的人不一定自动有权确认资料。字典应为每个敏感或会影响运营的字段写明适当角色。这样既不会要求员工确认超出其职责的事项，也能让老板知道应向谁升级处理。

5. 谨慎使用“不适用”

只有当业务问题确实无法合理适用于该记录时，“不适用”才有价值。它不是“不知道”“尚未问过”或“没有记录”的捷径。例如，虚构的初步一般询问尚未有现场、也没有排期决定时，进场设备问题可以是不适用；一旦开始安排特定现场服务，同一个问题就变得相关，应改为未知或待核实，而不是继续保留不适用。

建议做法：在字典写下使字段变得相关的触发条件，例如“提出现场勘查后必须填写”或“只适用于送货工作”。当记录阶段、工作类别或范围改变时，复核不适用状态。这样可避免记录已进入可执行阶段，却沿用早期的豁免。

不要用零来代替不适用。零是在回答一个数值问题：经过确认后，数量为零。不适用则表示这条记录不存在该数值问题。两者分开后，老板筛选需要补资料的工作时，便不会把真正零值和无须回答的问题混在一起。

6. Fictional example / 虚构示例：先测试规则，再推广

虚构示例：一条虚构服务询问有“可选进场设备”字段，但客户尚未被问及现场条件。业务值保持空白，状态为“未知”，负责人下一步是在排期前询问。另一条虚构记录中，客户已确认现场安排不需要设备；其业务值为“不需要设备”，状态为“已确认”，并记录核实人及来源参考。第三条虚构的早期一般询问还没有现场或服务排期，状态为“不适用”；字典同时说明，若提出现场服务，必须重新检查该问题。

虚构示例：客户讯息说上午通常较方便，但团队要为计划中的电话取得明确时段。若这句话对流程有用，可把“上午”记录为已陈述时段，同时把状态设为“待核实”。负责人应在依赖该资料前取得确认。不要仅因表格要求有值，就把随口的表示变成已确认的偏好。以上均为教学用途的虚构情境，不是客户成果。

建议做法：让负责输入和使用资料的人，用这份字典处理五至十条已完成或进行中的记录。询问两位员工面对同一证据时是否会选相同状态。若不会，应先改善定义或例子，再更改表格、导入程序或报表。

7. 把产品事实与团队自己的流程规则分开

HubSpot 的官方说明把属性描述为储存在记录上的信息字段，也说明可建立自定义属性。其验证规则说明则指出，某些文字、日期与数字属性可设置验证，并列出适用范围及例外。这些只是 HubSpot 的产品专属说明，不是对其他系统、任何方案、整合或你账号的承诺。

本指南的字段值字典、证据标准、复核触发条件和负责人规则，均为原创建议做法。使用前应按你团队实际拥有的记录和职责调整。规则已达成共识后，如需讨论落实方式、权限或报价，请把真实流程交给 BossFlow；不要把这篇教育文章当作软件规格。

来源说明：HubSpot Knowledge Base〈Create and edit properties〉：HubSpot Knowledge Base: Create and edit properties。HubSpot Knowledge Base〈Set validation rules for properties〉：HubSpot Knowledge Base: Set validation rules for properties。

实用清单

• 选一个资料不清会影响实际工作的字段。
• 列出目前藏在空白、横线、零和备注里的真实意思。
• 分别定义允许的业务值，以及未知、待核实、已确认和不适用状态。
• 为每个状态写一个可观察例子及一个禁止使用的捷径写法。
• 指定可确认该字段的角色，以及应记录的证据参考。
• 为每个未知或待核实项目指定一名负责人和一个下一步。
• 定义记录阶段或范围改变后，何时必须重新考虑不适用。
• 在更改表格或报表前，先用近期记录测试字典。