论微信账号被永久封禁后的产品设计启示

　　最近经历了一个奇葩的事情，我的微信账号被永久的封禁，真是一件糟糕的事情，也只能悲中作乐，借此机会体验一下微信永久封禁账号后的产品设计，整篇文章会介绍微信号被封禁后的产品体验，以及总结出这次账号被封事件带我们产品设计的一些启发。
　　一觉醒来，我的微信号出现下图中的提示，但是看到这样的提示，加上产品经理的直觉，我瞬间明白。
　　发生了什么，那就是，我的账号永远的被封了。事实上，我结果我和想的差不多，但是好的一点是，还是可以正常登录。
　　这里的弹框描述，不是指封号几天起到警告作用，之后可以通过申诉解封。永久限制登陆，意味着这个。
　　微信号被永久的封禁，不可以再正常使用。在上面的提示弹框中，无论你点击取消还是确定按钮，都会跳到下一个页面。
　　这个页面上，有三个步骤：
　　使用阅读规范；
　　提取账号内的财产；
　　联系客服申诉。
　　第1个按钮点击进入之后，微信官方发布的个人微信使用规范，阅读之后再无后续入口。第3个按钮点击进入后，是一个申诉流程，可以提交相关的信息，进行对于这次封号的申诉。
　　申诉是由人工客服审核，周期大约是13个工作日。我进行了申诉，第三天中午处理完毕，和预想的一样，申诉以失败而告终，建议我重新注册微信号，遵守微信用书使用手册规范，元宵节快乐。
　　重点是第2个按钮，第二个按钮点击后，貌似又可以正常进入微信了，一切都看起来很正常。但是，这个登录状态被微信定义为临时登录态，一系列社交功能限制，会让这个账号几乎无法使用。
　　（1）首先，聊天功能被完全被限制
　　1V1聊天和群聊天都无法发出消息，语音以及视频功能也无法接通。
　　微信好友也无法给被封禁的账号发送消息。
　　（2）可以接受群消息，可以看到朋友圈内容，但是无法回复
　　临时登录状态下，可以接收到群消息，仅仅是只能接收到，不可以回复。
　　可以看到朋友圈消息，但是不能发朋友圈、不能点赞、不能评论，不能回复。
　　（3）不可以更换头像、个性签名、相册主页
　　无法更换封面相册，无法更换个性签名，无法更换微信头像，事实上以上任何一种功能如果可以用，那么就有机会通过发朋友圈告知好友自己换号，修改头像，头像上配用文字，告诉好友自己换号；通过更换相册封面配图文字，告诉好友自己换号；通过修改个性签名，告诉好友自己换号，但一种都行不通。
　　（4）群发助手无法群发消息
　　当然可以通过微信群发助手，来通知好友自己换号，事实上也无法群发出消息。
　　（5）漂流瓶amp；amp；附近的人amp；amp；摇一摇无法使用
　　（6）搜一搜无法使用，但是看一看，扫一扫，购物、游戏、小程序均可以使用
　　（7）还是可以用微信登陆第三方平台
　　（8）通讯录还是可以看到，但是大多数功能不能使用
　　还是可以看到通讯录中的好友，可以挑一些重要的好友，复制其微信号，然后用新号来添加找回。
　　（9）微信零钱，理财产品这些功能都是正常的
　　（10）微信好友都找不到我了吗
　　几乎是这样的，因为你不能发消息给好友，好友也无法给你发消息，你也不能通过发朋友圈、评论、修改签名、修改相册主页等的形式来告知好友你被封号了，除非有好友给你发消息，看到的账号违规无法接收消息的提示，才知道你已经被封号了，但是在微信体系内无法获得你的新微信号。
　　（11）在微信内有什么方法挽回一些流失的好友么
　　你可以通讯录，然后记录下一些重要的好友微信号，然后一个一个的去手动添加，当然这个方法对于有很多好友的人来说，无疑是一个崩溃的过程。
　　你可以让一些恢复的好友，拉你进入一些有共同好友关系的群，然后告知大家原因，让大家重新添加你的小号。
　　还有一个方法，那就是微信运动。在体验被封禁处于临时登录态的微信号时，我偶然发现，被封之后，依然有人给我的微信运动点赞，这意味着我的运动步数他们是可以看到的。
　　所以，如果能一天走足够多的步数，占领大多数人的朋友圈封面，然后封面替换成带有文字的图片，文字内容告知所有人自己微信被封，让大家添加自己小号。这也许是微信留给被永久封禁账号大面积曝光自己新号唯一的后门。（我猜微信的产品经理看到我的文章后，估计会很快干掉这个后门，也可能他们发现了也不在乎，毕竟也不是人人都是产品经理，毕竟我的文章也没多少人看。）
　　以上，在设计产品的过程中，可以带给了我们那些思考？
　　了解了微信对封禁账号的产品规则设计，可以带给我们两个视角的思考，分别是：产品视角amp；amp；用户视角。
　　产品视角要求让我们和微信一样，如果自己负责的产品未来存在对一些用户账户进行永久封禁的需求时，如何让我们的账户体系设计，以及各模块的功能设计，面对可能的这种账号部分功能禁用需求体现出拓展性和兼容性。
　　用户视角要求我们站在用户的角度，如果微信号被永久封禁，用户如何在原来的微信号无法登录验证的情况下，快速更换并绑定新的微信号，一些只用了微信的openID作为userID唯一鉴权方式的对三方应用，是否要考虑这种极端情况，让自己的账户体系变得更强劲。
　　下文分别从这两个视角来介绍我的一些思考。
　　产品视角：账户体系、权限控制，功能内聚耦合。
　　从以上微信账号被封的结果来看，我的1V1聊天（语音，视频）、群聊、朋友圈、群发、更改昵称、图像、签名等一系列的社交功能被限制了。但是其它微信支付、金融理财，公共服务等功能都可以正常使用。
　　站在产品视角来看，其实就是针对不同的角色实现的权限控制，我本是普通用户关联的是一个普通A角色。但是一旦账号被封禁，账户的角色就变为异常的B角色没如果后续有机会解封，就重新关联回A角色。
　　所以如果当前设计的产品未来有这种看似封禁账号，实则限制用户部分功能的需求潜在需求时，在产品设计之初就要考虑到引入账户角色权限的体系的拓展性设计。
　　其次，可以看到微信的社交功能、支付功能、金融理财，公共服务等一系列功能基本上都呈现一种弱耦合状态，这在软件工程中叫做高内聚，低耦合态，保持每个功能模块能力的高度完整性。同时介绍对其它功能模块的依赖，无论是在以后的拆分和重构的过程中，都不会牵一发而动全身，让整个产品功能具备易构性和兼容性。
　　用户视角：账户体系设计的强健性amp；amp；账户关系变更时的体验
　　通过这次的微信号被封禁事件，产品经理们要反思自己产品的账户体系如果依赖第三方账户登录，是否足够强劲，在第三方无法登录的情况下，还可以完成一系列的账户操作闭环。
　　一个强健的账户体系，要能满足各种异常情况，例如：忘记密码、忘记用户名、手机号码丢失，无法收到验证码等。每一种情况都能够有一个完整的应对方案，当用户在执行应对方案时，有一个好的体验，一个强劲的账户体系，应该是足够的自洽和闭环的。
　　因为我自己的微信账号被封，所以最近一段时间对各种产品的账户体系设计异常的敏感，体验了很多产品，一些产品的账户体系设计的非常糟糕，甚至还有陷入死循环出不来，只能找客服处理的。
　　其次，账户体系的强健性的建立必然会失去一些用户体验，例如绑定关系的建立，虽然让账户体系变得强健，但是让用户多次绑定却带来了操作的负担和抵触，但是如果账户体系太脆弱，却会大大的增加人工成本。
　　也许张小龙说的是实话：我们从来不强调情怀，所有的决策都是通过理智的思考，得出来的我们认为是正确的解，也许理智的妥协才是最接近现实的完美。