客户数据接入：字段对应与客户识别要分开核对
一位面向中型企业的 Agent 产品经营者，记录四位客户交来的不同数据：数据库导出、CSV、难懂的 ERP 字段，以及缺少共同客户编号的三个系统。他自述每户都花了一两周手工整理；后续承认曾把字段对应与客户身份识别混为一项工作，保存映射和统计复用情况仍是计划。
条件摘要 本站摘编 · 原帖当时记录
- 涉及对象
- 面向中型企业的 Agent 产品经营者与接入客户
- 事项与做法
- 核对各来源字段含义及跨系统客户身份
- 进展边界
- 自述每户一两周；保存映射与回溯统计仍为计划
原帖要点
- 四种数据条件，不能只看是否已收到文件：作者出售面向中型企业的 Agent 产品：第一位客户交来清晰的 Postgres 导出，第二位是命名合理的 CSV，第三位 ERP 字段难以理解，第四位的三个系统没有共同客户编号。作者称，每户都需要己方用一两周手工映射；这是其经历自述，没有总工时账。
- 模板、模型识别和上线费均未消除困难：主帖称客户没有填写映射模板；按字段名让模型映射，对第二位客户有用，对第三位无用。尝试收上线费后，处理困难仍在。没有具体收费金额、到账情况或可复核的效率对照。
- 回复承认字段对应与客户识别曾被混在一起：作者在后续回复中承认，过去把“字段怎么对应”和“跨系统谁是同一客户”当作一项任务；当时没有保存已确认的映射供后续客户复用，计划开始统计各来源的自动映射比例。
- 复用判断来自回忆，回溯标注尚未完成：另一条回复称此前未做标记，只能凭记忆回顾；认为某些 ERP 字段也许可复用，而第四位客户的身份对应很具体。原文比例位置仍是 [X]% 占位符，作者打算先按来源系统和映射模式回溯标注四个案例，没有给出完成后的统计。
原帖解读
资料已经交来，距离产品可用仍可能隔着两项工作：确认每个字段的含义，以及判断不同系统里的记录是否属于同一客户。
将字段规则和客户匹配分别列入接入范围
本站解读：字段名清楚，解决的是怎样读一列；多个系统缺少共同编号，还要决定怎样确认同一客户。第一条作者回复承认此前混合处理了这两项工作。接入前可用客户确认过的样本分别列出字段含义、对应关系，以及身份无法确定的记录由谁判断。资料齐全程度应据这些任务检查，不能仅以文件已经收到作为开工条件齐备的依据。
来源：u/FamiliarSlide7685 · 四类数据与接入工作同作者 · 字段与身份识别的澄清
对照阅读：报价前明确范围与开工条件
复用需要留下确认过的规则和实际运行记录
本站解读：作者当时没有保存映射，也没有按系统标注历史案例，所以“下次能复用多少”仍缺依据。可先记录规则对应的来源系统、适用样本、人工确认和例外，再观察后续客户实际复用了哪些部分。第二条回复的 [X]% 不是可用数字，回溯标注和开始统计也只是计划，不能据此写成已提高自动化比例或缩短上线时间。
上线收费与减少实施工作分别核对
本站解读：收费可以成为合作条件，但原帖并未证明它减少了映射工作。核对实施投入时，可分别记录字段确认、客户匹配、异常处理和沟通时间，再与明确约定的收费范围对照。每户一两周是作者的概括，没有足够资料汇总总工时、计算利润或判断某个统一上线费是否合适。
来源：u/FamiliarSlide7685 · 手工整理与收费尝试
对照阅读：交付能力与工作投入收入之外核对实际投入
接下来检查什么 本站建议
把字段对应、客户身份确认和例外处理列成可核对的接入范围。
报价前要说清哪些交付、修改与开工条件？按环节阅读：做产品与交付 · 把想法做成产品或服务，检查能否完成交付。
