客户标签修改了，我想要看是谁操作的，在哪里可以查询？

结论先说：客户标签的修改记录不属于客户档案本身，而是落在系统的操作日志里。也就是说，你打开某个客户的详情页是看不到“谁改的标签”的，必须换到日志模块去查。判定逻辑很简单——系统按“数据对象”给日志分类，客户标签属于其中一个可筛选的数据对象，只要把筛选条件锁定到它，对应的操作记录就会列出来。

查询结果里通常包含三块关键信息：操作人（哪个账号干的）、端口（从哪个端操作的）、操作类型（做了什么动作）。这三项组合起来，基本就能还原一次标签变更。需要注意的是，日志记录的是“操作行为”，不是标签的最终状态，所以你想知道标签现在是什么值，仍然要回客户档案里看；想查标签是谁在什么时候改的，才来日志里查。

第一步，进入系统的操作日志页面。第二步，找到筛选区域里的“数据”这一项，把它的值选成“客户标签”。这一步是整个查询的关键，选错了数据对象，结果里就会出现大量无关记录。

第三步，点查询。列表出来后，重点看三列：操作人、端口、操作类型。操作人告诉你是哪个账号，端口能帮你判断是在电脑后台改的还是从移动端改的，操作类型则说明这次动作的性质。

如果你已经知道大概的时间范围，可以顺手把时间条件一起加上，缩小结果集；如果只想确认最近一次改动，按时间倒序看第一条即可。查完之后建议把结果截图或导出留档，尤其是涉及多人协作、标签口径有争议的场景。

能不能查日志，取决于账号有没有操作日志的查看权限。如果某个员工连日志入口都进不去，那不是没记录，而是权限没开。所以团队里最好明确一两个负责审计的账号，而不是人人都能翻全量日志。

另外，标签改动往往会牵动下游。比如标签被用来做客户分层、定向推送或者报表统计口径，一旦有人误改，报表上的分组数字就会跟着变。查日志的意义不只是“找到人”，更是把改动和后续的数据波动对上号。

实操上的建议是：把客户标签的维护收敛到少数人手里，改动前先在群里同步，改完再让负责人在日志里核对一次。这样即便出了问题，追溯成本也很低。