反省|一次运营事故，带来的深刻反省( 二 ) EDA|fpga|华章|智能|自主知识产权

四、企业使用标签的几个阶段我们顺着一个问题思考到底，抛去所有的不重要的干扰项，谜底往往就在谜面上。现在的问题是标签系统出错，有没有可以替代标签系统的方案？
突然间想起来，这不是我们使用的唯一一套标签。当时，公司为了管理好用户，用过各种各样的方式为用户打标签（称之为打备注，或许更标准）。而那些标签/备注依旧可以使用。我们都使用过那些方式，进行代替标签的操作呢？
1. 昵称前的数字标识阶段公司是一家教育公司，最开始的时候对系统的投入并没有那么多。为了更好的区分用户，更好的在通讯录中找到用户。公司要求在所有的付费用户的微信昵称前都标记了数字1234等用户区分他们所在的班级。
后来公司上了SCRM系统，虽然管理起来更方便，但是我们这些范标签依然存在。现在这些标签依旧存在，我们可以通过群发、通讯录快速查找的形式快速定位和服务他们。
2. 昵称后的产品标识阶段通过微信昵称前的数字标识，我们可以快速的区分用户所在的班级，方便我们对不同的班级进行不同的运营。后来，我们发现公司的产品系列较多，我们无法区分班级中哪些用户有更高的价值。
于是，公司要求针对重要用户，在他们的昵称的后面分别加上购买的高价值产品名称。用和谐后缀区分重点中的重点用户。这些备注依旧存在，我们依然可以使用。
3. 社群群体的用户标签阶段针对于不同的课程的用户，我们分配了不同的班级群。不同的班级群，优势不同用户标签的聚集体。如果有紧急通知需要传达，这些班级群将会带来大大的便利。
4. 企微个人标签阶段虽然公司创建了企业标签，当时企业标签并没有规范化。不同的部门，比如增长组、转化组对标签的使用，有着重合的部分。但是，以谁的标签为主，存在在很大的的争议。于是，针对这些重合的部分，各小组是使用了企业微信里的个人标签进行管理的。而这些标签不受本次事故的影响。
5. 用户报名数据表用户报名的各种数据表，公司都有留存。虽然存储的很凌乱，但是，这样数据后续都可以通过数据批量导入的方法，进行批量标签备注。只要处理事故的时间允许，公司完全可以恢复对100万用户的标签管理。
如果这样算下来，目前事故影响的用户仅剩下最新报名的，还没有进入学习群的用户了。针对这部分用户，我已经提前通知各位运营的同事，使用个人标签进行备注，方便后续的转化和服务。总算是把问题化解了。
五、后续预防方案后来，CE0与我在办公室谈了很久，我个人也做了很深刻的反思：思考如何避免问题的再次发生，以及后续重大事故发生后的备选方案。也正是这个方案让我逢凶化吉。
1）系统增加测试账户、测试环境
这次事故的发生，除了标签系统Bug及不成熟，也暴露了公司缺乏测试环境、测试账号的环节。如果能够在测试环境中进行测试，就不会发生这次事故。后续需要我们联系标签系统厂商，增加测试账号和测试环境，让系统使用更多一层保障。
2）建立专门的存储空间、存储文件夹存储用户资料
用户报名数据的存储不规范，有着用户数据丢失的风险。这需要我们尽快准备专门的存储空间，进行规范有序的存储数据。最好最坏的打算。
3）建立专业化、标准化、规范化的用户标签体系
针对成熟课程的客户标签，我们需要有建立一套成熟的、标准的、规范的、可复用的标签体系，在建立的过程需要考虑到不同运营小组的协同和个性化需求。
针对未成熟课程的客户标签，要及时的清理废弃标签、测试标签，争取有更多的标签可以复用。