2. 昵称后的产品标识阶段通过微信昵称前的数字标识，我们可以快速的区分用户所在的班级，方便我们对不同的班级进行不同的运营。后来，我们发现公司的产品系列较多，我们无法区分班级中哪些用户有更高的价值。
于是，公司要求针对重要用户，在他们的昵称的后面分别加上购买的高价值产品名称。用和谐后缀区分重点中的重点用户。这些备注依旧存在，我们依然可以使用。
3. 社群群体的用户标签阶段针对于不同的课程的用户，我们分配了不同的班级群。不同的班级群，优势不同用户标签的聚集体。如果有紧急通知需要传达，这些班级群将会带来大大的便利。
4. 企微个人标签阶段虽然公司创建了企业标签，当时企业标签并没有规范化。不同的部门，比如增长组、转化组对标签的使用，有着重合的部分。但是，以谁的标签为主，存在在很大的的争议。于是，针对这些重合的部分，各小组是使用了企业微信里的个人标签进行管理的。而这些标签不受本次事故的影响。
5. 用户报名数据表用户报名的各种数据表，公司都有留存。虽然存储的很凌乱，但是，这样数据后续都可以通过数据批量导入的方法，进行批量标签备注。只要处理事故的时间允许，公司完全可以恢复对100万用户的标签管理。
如果这样算下来，目前事故影响的用户仅剩下最新报名的，还没有进入学习群的用户了。针对这部分用户，我已经提前通知各位运营的同事，使用个人标签进行备注，方便后续的转化和服务。总算是把问题化解了。
五、后续预防方案后来，CE0与我在办公室谈了很久，我个人也做了很深刻的反思：思考如何避免问题的再次发生，以及后续重大事故发生后的备选方案。也正是这个方案让我逢凶化吉。
1）系统增加测试账户、测试环境
这次事故的发生，除了标签系统Bug及不成熟，也暴露了公司缺乏测试环境、测试账号的环节。如果能够在测试环境中进行测试，就不会发生这次事故。后续需要我们联系标签系统厂商，增加测试账号和测试环境，让系统使用更多一层保障。
2）建立专门的存储空间、存储文件夹存储用户资料
用户报名数据的存储不规范，有着用户数据丢失的风险。这需要我们尽快准备专门的存储空间，进行规范有序的存储数据。最好最坏的打算。
3）建立专业化、标准化、规范化的用户标签体系
针对成熟课程的客户标签，我们需要有建立一套成熟的、标准的、规范的、可复用的标签体系，在建立的过程需要考虑到不同运营小组的协同和个性化需求。
针对未成熟课程的客户标签，要及时的清理废弃标签、测试标签，争取有更多的标签可以复用。
4）标签系统与APP、小程序系统集成，实现标签备份
如果希望从根上杜绝用户标签事故对公司带来的影响，我们的APP、小程序需要与企业微信的标签系统进行集成。一旦企业微信的标签系统出现问题，公司可以通过APP、小程序的标签通过私信的方式快速实现对用户的运营和服务。
作者寄语：
运营是一个胆大心细的工作，就算是这样我们也无法避免运营工作犯错。在错误造成时，一定不要心慌要想办法把问题和影响最小化。可能有些人会诧异，为什么本文中标签工作的过程，不够专业，不够受重视。其实，我想说这才是现实。现实工作中，除了巨头公司，很多公司的技术支持、系统支持、转化培训是不到位的，我们要学会利用一切可以利用的身边的资源。比如，通过昵称前加数字、微信个人标签的形式进行管理用户等。
作者：钟家振 公号：互联网运营的那些事
本文由 @互联网运营的那些事 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议

稿源：(人人都是产品经理)

【傻大方】网址：/c/1124a362H021.html

标题：反省|一次运营事故，带来的深刻反省( 二 )