几乎是这样的,因为你不能发消息给好友,好友也无法给你发消息,你也不能通过发朋友圈、评论、修改签名、修改相册主页等的形式来告知好友你被封号了,除非有好友给你发消息,看到的账号违规无法接收消息的提示,才知道你已经被封号了,但是在微信体系内无法获得你的新微信号。
(11)在微信内有什么方法挽回一些流失的好友么
你可以通讯录,然后记录下一些重要的好友微信号,然后一个一个的去手动添加,当然这个方法对于有很多好友的人来说,无疑是一个崩溃的过程。你可以让一些恢复的好友,拉你进入一些有共同好友关系的群,然后告知大家原因,让大家重新添加你的小号。还有一个方法,那就是“微信运动”。在体验被封禁处于临时登录态的微信号时,我偶然发现,被封之后,依然有人给我的微信运动点赞,这意味着我的运动步数他们是可以看到的。
所以,如果能一天走足够多的步数,占领大多数人的朋友圈封面,然后封面替换成带有文字的图片,文字内容告知所有人自己微信被封,让大家添加自己小号。这也许是微信留给被永久封禁账号大面积曝光自己新号唯一的后门。(我猜微信的产品经理看到我的文章后,估计会很快干掉这个后门,也可能他们发现了也不在乎,毕竟也不是“人人都是产品经理”,毕竟我的文章也没多少人看。)
以上,在设计产品的过程中,可以带给了我们那些思考?
了解了微信对封禁账号的产品规则设计,可以带给我们两个视角的思考,分别是:产品视角 & 用户视角。
产品视角要求让我们和微信一样,如果自己负责的产品未来存在对一些用户账户进行永久封禁的需求时,如何让我们的账户体系设计,以及各模块的功能设计,面对可能的这种账号部分功能禁用需求体现出拓展性和兼容性。
用户视角要求我们站在用户的角度,如果微信号被永久封禁,用户如何在原来的微信号无法登录验证的情况下,快速更换并绑定新的微信号,一些只用了微信的openID作为userID唯一鉴权方式的对三方应用,是否要考虑这种极端情况,让自己的账户体系变得更强劲。
下文分别从这两个视角来介绍我的一些思考。
产品视角:账户体系、权限控制,功能内聚/耦合。
从以上微信账号被封的结果来看,我的1V1聊天(语音,视频)、群聊、朋友圈、群发、更改昵称、图像、签名等一系列的社交功能被限制了。但是其它微信支付、金融理财,公共服务等功能都可以正常使用。
站在产品视角来看