金数据里的客户数据，谁能看这一层差在哪
苏州一家做半导体配套件的厂，用表单工具收集客户询价和样品申请。表单填得挺规整，问题出在权限上：一个销售离职前把整张表导走了，里面有三百多家客户的联系人和历史报价。老板问：这张表谁能看，谁能导。没人答得上来。
表单工具的设计前提是「收集」，权限通常做到「谁能填、谁能看结果」这一层。制造企业的要求更细：华南的销售不该看到华北的客户，销售能看客户但不能看成本，报价字段只有主管能改，导出要有记录。这些要求，超出了表单工具的默认设定。
判断的重点是三处：字段级权限、记录级权限、导出与操作日志。
字段级：成本不能让所有人看
客户名称、联系人、报价，这三类信息的敏感度完全不同。成本价通常只有老板和报价员能看。字段级权限做不到的系统，只能靠「不给账号」来管，结果是该用的人也用不上。
记录级：按区域和归属隔离
区域隔离靠组织架构，归属隔离靠数据权限。华南的销售只能看华南的客户，这是组织架构；销售只能看自己名下的客户，这是归属。两层都要能配。配不了的，靠口头约定，约定一定会破。
导出与日志
谁能导出客户数据，导出行为有没有记录，这件事在离职季最要紧。有日志的系统，事后能查；没日志的系统，只能靠猜。这一条不解决，客户资料永远在裸奔。
离职交接要有动作，不能只改密码
人走那天，客户的归属要转、跟进记录要留、账号要停。归属变更这个动作，在业务系统里是一步操作；在表单工具里，常常是重新分配权限加手工改表。动作越多，漏的概率越大。
什么情况下表单够用
只做一次性收集、不进客户档案的场景，表单工具完全够用，别为它上一套系统。收集完了要长期跟进、要分工、要考核的，就需要业务系统接住。
价格与合同口径
金数据这类工具的价格以官网最新报价为准，按年按版本分档。要看清的是：数据存放位置、导出能力、账号数量限制。这三项比单价更影响长期使用。
一个常被忽略的点
客户数据是资产，资产要有归属。数据存在谁的账号下、服务商能不能访问、合同终止后数据怎么处理，这三问在签约前问清楚。等到出事再问，答案已经没有意义。
组织架构要能同步
人员调整时，权限跟着组织走才不出错。系统里维护一份组织架构，人员调动时改一处，权限跟着变。靠手工一个个改权限，改漏一个就是一次数据泄露。
审批留痕比审批快慢重要
报价审批、折扣审批、合同审批，快慢是效率问题，留痕是责任问题。谁批的、批的时候看到的是哪一版数据，这两项要有记录。事后追责时，记录比制度有效。
备份和数据归属
客户数据存在哪、多久备份一次、合同到期后怎么拿回来，三件事签约前问清。数据是资产，资产要能拿得走，才算自己的。
从表单到业务系统的路径
表单工具通常不会一直是终点。走到某一步会发现，需要归属、需要分配、需要单据。提前想好迁移路径：客户、联系人、历史记录怎么带过去。迁移设计得早，换系统时少掉一层皮。
审批链要跟组织架构挂钩
报价审批走几级，取决于金额和组织。金额分档、审批人对应岗位而不是人名，人员调动时才不用重配。按人名配的审批链，一次人事变动就断。
客户资料的完整性检查
客户档案里哪些字段必填，要有规矩。联系人、地址、行业、来源四项空着的客户，半年后基本是死档。必填项设好，录入质量才有底线。
历史数据的处理
从表单工具迁到业务系统，历史记录带不带、带多少、怎么带，要提前定。全带会拖慢系统，不带就断了历史。常见的做法是带客户和近两年的跟进，更早的归档留查。
供应商锁定的风险
数据在别人系统里，导出能力就是话语权。签约前确认能不能全量导出，导出的格式是不是通用的。这一条不问清，三年后想换系统会被数据卡住。
试用时带三个真实场景
拿三个真实场景去试：区域隔离能不能配、成本字段能不能隐藏、离职交接能不能一步完成。三个场景都过，再谈价格。过不了的，功能列表再长也不解决问题。
离职当天的三步动作
人走当天做三件事：客户归属转出、账号停用、在谈的报价和合同列一份清单交接。三步都在系统里完成，有条件的话让接手的人当天登录看一遍。这一步做得干净，后面三个月不会有人回头问「这个客户原来是谁的」。
