很多人的微信通讯录，是在几年里一点点长歪的：今天往备注里补一个电话，明天给某类客户临时建一个标签，后天又从别人那里复制一段说明塞进描述栏。
单看每一步都没错，合起来就成了一个谁也不敢动的表格——找人靠翻，交接靠口头解释。
客户资料整理这件事，真正要解决的其实只有三个问题：字段各管什么、标签怎么定、资料怎么交出去。
一、先明确：整理的目标是什么分层不是为了给客户贴更多标签，而是为了支持明确的动作。开始之前先回答几个问题：
· 这一轮是为了后续一对一跟进、分组通知、售后服务，还是团队交接？
· 哪些信息会改变下一步动作？谁负责维护、什么时候更新？
· 哪些信息不需要进入微信联系人资料？联系人提出不再联系、更正或删除时怎么处理？
如果一条信息不会改变识别、筛选、跟进或交接，就不应该因为"以后可能有用"而默认记下来。
二、四个字段，四种职责微信好友资料里能填的地方不止一处，最容易混淆的是下面四个：
备注用于识别——帮助人快速确认"这个人是谁"。适合真实称呼、必要的组织或业务识别信息；不适合放全部客户阶段、长段沟通记录、主观评价和无关隐私。
标签用于分类——用统一词表记录来源、需求、关系阶段或下一步动作等可以筛选的维度。不适合写完整句子、临时情绪，也不适合同一含义多种写法混用。
描述用于必要补充——保存无法用短备注和标准标签表达、但后续确有需要的说明。不适合放完整聊天记录、密码验证码、证件信息，也不要写未经核实的主观判断。
电话属于联系资料，不承担客户分层的含义。
这四类内容都属于个人信息处理范围，应遵循目的明确、最小必要的边界。
三、备注：只放"认出这个人"需要的信息备注最常被误用成"一句话客户档案"。写的时候方便，代价在后面：
· 备注变化频繁，客户阶段一推进就要整体重写；
· 备注是识别用的，靠它搜索并不稳定；
· 备注里混入评价和隐私，交接时很难处理。
所以备注简短、稳定、可理解就够了。
四、标签：先定四个维度，再定词不要求所有业务使用完全相同的标签名称，但建议先从下面四类最常用的维度里，选真正需要的部分。
来源——回答"从哪里建立联系"。示例结构：来源-门店、来源-活动、来源-客户咨询、来源-共同群。必须与真实来源一致，不能编造。
需求——回答"对什么事项有明确兴趣或需要"。示例结构：需求-A类服务、需求-售后支持。没有依据时写待确认，不替客户猜测。
阶段——回答"当前关系或业务进展"。示例结构：阶段-待核实、阶段-已沟通、阶段-服务中、阶段-暂不联系。同一维度尽量只保留当前有效阶段。
下一步——回答"接下来需要什么动作"。示例结构：行动-补资料、行动-待回访、行动-无需跟进。应有明确更新条件，完成后及时调整。
以上均为示例（假设场景），只展示结构，不是预置词表，也不是所有业务必须使用的固定词表。
另外还有一条硬要求：同一概念只保留一种正式写法。"门店来的客户"要么统一写 来源-门店，要么统一写 来源-线下。两种写法并存，筛选结果会被拆散。
五、分层不等于贴一个等级不建议只用"A、B、C 客户"而没有定义。一个可执行的分层，至少应让接手人员知道：当前掌握的事实是什么、为什么进入这一层、下一步应做什么、什么事件发生后需要调整、谁负责更新。
例如"需要回访"应说明回访条件或事项；"暂不联系"应在后续任务中被排除，而不是仍然进入群发或联系名单。
如果确需使用等级，应为每一级定义可观察条件和对应动作，不能凭主观印象或消费能力随意评级。
六、交接：不是发一张表格客户资料由其他人员、岗位或账号继续管理时，一个可验收的交接至少应包含六部分：
1. 交接说明：为什么交接、交接给谁、允许用于什么工作、包含哪些账号和时间范围；
2. 联系人数据：按微信账号、用途和批次分开的必要资料；
3. 字段与标签词典：说明备注、标签、状态和缩写分别代表什么；
4. 未完成与异常清单：列明待跟进、暂不联系、联系人不匹配、未找到等需人工处理的事项；
5. 双方复查记录：交出方确认范围，接收方抽查账号、字段和记录能否被正确理解；
6. 保存与清理安排：明确谁可以访问、保存到何时，任务结束后哪些临时副本需要删除或停止使用。
交接的是"完成工作所需的资料与上下文"，不是把所有能导出的字段、头像、聊天记录和历史副本全部复制过去。
接收方也不要只确认"文件能打开"，还应抽查：能否根据清单判断每个文件属于哪个账号；标签词典是否足以理解来源、需求和下一步动作；随机抽取的记录是否与说明一致。
七、先建一份最小标签词典建议在批量整理前，先建立一份简短的标签词典，至少记录：标签名称、所属维度、使用条件、不使用条件、替代旧标签、更新条件、对应动作、维护人。先解决同义词、缩写不统一和阶段冲突，再逐步增加确有用途的标签。
八、落地顺序1. 确定使用目的：明确本轮是为了识别、筛选、跟进、分组通知还是交接。
2. 盘点现有字段：查看备注、标签、描述中已使用的写法，找出同义词、错别字、临时缩写、过期阶段和冲突标签。
3. 确定字段职责：按第二节的分工归位。
4. 建立最小词典：只从确实会使用的维度开始。
5. 先整理少量联系人：选身份能够确认的少量联系人试用规则，检查能否快速识别、不同人员是否会得到相近判断、标签能否支持实际筛选、交接人员能否不依赖口头解释看懂。
6. 备份并按产品规则执行：涉及真实修改时，先导出原始资料、确认账号归属、清空旧数据后再导入修改文件。
7. 复查并持续维护：查看修改结果，导出必要记录；阶段或下一步变化时及时更新；定期合并同义标签、停用无效标签。
九、工具能做什么、不能做什么以加客宝的「通讯录管理」为例。它能协助的是：采集电脑版微信当前可见、实际可读取的联系人资料（微信号、昵称及备注、标签、电话、描述等已支持字段），支持 .xlsx 导入导出、关键词查询、按微信号去重，以及按已确认规则修改备注、标签、电话和描述。
必须说明的边界：
· 该功能执行时会占用电脑的键盘和鼠标。执行期间请勿操作电脑，否则会导致功能报错。
· 只能处理当前可见、实际可读取的资料，部分字段可能为空；
· 不导出聊天记录，不等于完整 CRM，不包含自动判断客户阶段或迁移好友关系；
· 采集与批量修改是两套流程：采集在微信主界面「通讯录」中展开「联系人」并选中起始好友，不需要打开独立的「通讯录管理」窗口；批量修改则必须打开该独立窗口；
· 修改是按非空内容进行增量修改：备注、标签、电话或描述为空时会跳过该字段，不会用空白清除原有资料；标签也只添加当前缺少的，不删除或替换原有标签；
· 表格数据不与微信账号绑定，需要人工识别数据所属账号；同一文件在另一个账号下执行可能修改到错误对象；
· 微信号和昵称不能随意修改，否则可能无法定位或出现"联系人不匹配"；遇到该结果时任务会停止，应检查文件与账号，而不是直接重试。
具体操作、定位、停止和结果含义以产品的操作教程为准，本节不替代教程。
十、常见问题Q：备注里可以直接写手机号吗？ 能不能写取决于该字段在当前产品能力范围内，但更该先判断它是否会改变下一步动作。确有业务需要的号码，放在电话字段比塞进备注更清晰。
Q：整理完能保证每条信息都准确吗？ 不能。可选字段是否有值取决于微信中实际显示的资料；交接完成也不等于每条信息绝对准确，接收方在实际使用前仍需复核。
小结客户资料整理不是"记更多"，而是把三件事定下来：字段职责、标签维度、交接范围。
备注只负责识别，标签只负责分类，描述只补充必要事实；分层要有可观察的定义和对应动作；交接要带上说明、词典和未完成事项。这些定好了，工具承担的那些重复采集和填表工作才真正有用。
本文涉及的操作方式、字段范围和修改规则以当前已确认的产品说明为准；文中举例均为说明方法的教学情境，不代表真实客户经历。实际结果受账号状态、资料完整度、团队规则和人工判断影响。
