面试题复盘|微信是更偏向于信息发送者还是信息接受者?

Q:

微信是更偏向于信息发送者还是信息接受者?


A:

一、解题思路

考虑具体的功能场景下,两种角色对于微信本身的价值以及两种角色对新功能的接受程度,进而考虑微信对两种角色的偏置。


二、微信的主要功能场景

三、社交生态下微信的用户角色偏置


1、社交链建立

好友请求(信息发送方)-接受好友请求(信息接收方)-社交链建立。社交链建立的标志为信息接收方接受好友请求,对于信息接受者而言,一方面微信为其提供了筛选好友的权利(相较于微博、QQ等可直接发送私信消息),另一方面在建立社交关系的过程中,微信也赋予信息接收方更多的权利(选择是否允许对方/看自己的/对方的动态,添加备注标签等)。


而微信也为信息发送者提供足够多的添加好友的方式来为微信社交生态开源,如搜索微信号、手机号、匹配手机通讯录、通过群聊添加、通过二维码添加等)。


2、即时通讯

即时通讯的简单链路:发起(信息发送方)-接收(信息接收方)-发起(信息接收方主动转信息发送方)-重复。在链条中,发送方是起点,而最终决定链条长度的则是接收方。因此,如要增加用户在产品上的使用时间,提高产品粘性,微信则要尽可能地延长社交链条的长度,因此也将更多地考虑信息接收方的权益。


具体表现为:1)隐藏接受状态,保护信息接收方权利,信息接收方可掌握谈话的主动权;2)撤回功能,信息发送方仅能够撤回2两分钟内的信息,且信息接收方会收到”撤回“的提醒,保护信息接收方的知情权,也促使信息发送方在发送信息时需更加仔细地斟酌;3)信息接收方管理聊天的权利,信息接收方可选择置顶、免打扰甚至拉黑等。


四、内容生态及应用生态下微信的用户角色偏置


1、微信朋友圈

内容生态与应用生态是微信商业化的主要途径。

微信朋友圈生态的活跃度主要依靠朋友圈的内容创作者(信息发送方),在创作微信朋友圈的过程是用户(信息发送方)将自己的某些信息曝露的过程,因此,从保证朋友圈产品的活跃程度以及用户价值本身而言,微信都将偏向信息发送方。


具体的功能有:1)设置朋友圈可见,让信息发送方有权利选择信息接收方;2)评论仅有共同好友的情况下可见;3)点赞、评论提醒。


2、微信公众号、视频号及小程序

微信公众号、视频号、小程序等的创作门槛(信息发送方)较高,用户主要是以信息接收方的角色出现。同时,对于微信公众号、视频号及小程序的创作者而言,其实现商业化也直接或间接地依靠普通用户(即信息接收方),因此无论对于平台或创作者而言,迎合信息接受者的需求都是必然的选择。


#微信面试##面经#
全部评论
有了不一样的见解
点赞 回复 分享
发布于 2022-10-24 12:23 陕西

相关推荐

一只菜鸟111:1.架构 2.负载均衡 3.SPI 4.序列化 5.熔断 降级 接口超时 6.生产者下线怎么感知? 7. rpc线程模型,NIO 可以问的太多了
点赞 评论 收藏
分享
10-12 20:39
已编辑
虎牙_后端(实习员工)
9.30 一面:自我介绍Long \ long 的区别、默认值,int 和 long 的区别String \ StringBuilder \ StringBuffer 有什么区别?进程和线程有什么区别?索引的作用是什么?手写几个简单 SQL ,有用到索引吗,什么时候会索引失效?LEFT JOIN 和 INNER JOIN 有什么区别?Linux 如何查看一个 log 文件的内容?如何搜索文件里的内容?通过 uid 搜索 log 文件打印出来下面的堆栈信息?黑盒测试和白盒测试是什么?黑盒测试和白盒测试有什么测试方法?朋友圈点赞功能有哪些测试用例?还知道其他哪些测试方法?什么是缓存穿透、缓存雪崩、...
一笑而过2222:一、Java 相关 -  String 不可变,适合少量操作。 -  StringBuilder 可变、非线程安全,适用于单线程大量操作。 -  StringBuffer 可变、线程安全,适用于多线程环境。 二、操作系统相关 - 查看 log 文件内容可用 cat 、 more 、 less 命令。 - 搜索文件内容: grep "text" logfile.log 。 - 搜索 UID 并打印堆栈信息: grep "uid_value" logfile.log | awk '{print $NF}' 。 三、数据库相关 - 索引提升检索速度、保证唯一性,如 SELECT * FROM table WHERE id = 1; 可能用索引。 - 索引失效情况:索引列函数操作、 LIKE 以通配符开头。 -  INNER JOIN 返回匹配行, LEFT JOIN 返回左表所有行及匹配右表行,无匹配用 NULL 填充。 四、测试相关 - 黑盒测试关注输入输出,白盒测试关注内部逻辑。 - 朋友圈点赞测试包括点赞、取消点赞、并发点赞、刷新显示、网络异常等。 - 其他测试方法有灰盒测试、性能测试、安全测试等。 五、缓存相关 - 缓存穿透:查询不存在数据,解决方法有缓存空结果、用布隆过滤器。 - 缓存雪崩:大量缓存同时失效,解决方法是分散过期时间、用锁机制。 - 缓存击穿:热点数据过期时高并发请求,解决方案为加锁、设置永不过期。 六、算法相关 - 比较版本号按点分割成数组,逐位比较数字大小区分版本高低。
点赞 评论 收藏
分享
点赞 4 评论
分享
牛客网
牛客企业服务