致微信——现实使用场景下的用户诉求

6 评论 12428 浏览 70 收藏 7 分钟

从一个“我和微信的故事”的H5页面刷爆朋友圈,到红包照片掀起的玩转春节红包的预热浪潮,微信的产品创造力不言而喻,把创造力沁入产品骨髓,引领热点,让你们跟随。

无论是知乎五年总结,豆瓣音书年度总结,还是支付宝年度账单总结,本质都为了更好的满足用户的马斯洛需求理论的第四层需求(满足展现逼格的需求 doge),最终所有平台精心策划的总结都流向了同一个地方微信朋友圈,微信才是最大的赢家。据15年的数据,微信用户量破5亿,覆盖200多个国家、超过20种语言,国外的互联网公司也在模仿这款产品,它的优越性不言而喻。

然而,没有完美的产品,即使优秀如微信,在一些场景下的用户诉求依然没有被满足。

背景一:

发布朋友圈的每条状态时,可以设置“谁可用看”,在“谁可以看”这个功能里,通过用户设置的“标签”来进行分组,确立该条状态的浏览权限。

场景一:

如果设置分组标签Group1,Group2,小明不在Group1分组里, 此时发布一条朋友圈,权限设置为对Group1不可见,之后再把小明加入到Group1, 但是该条朋友圈对小明依然可见, 即朋友圈的状态的浏览权限仅在用户发布状态时被写入服务器,当用户在发表状态之后更改分组,不再刷新该状态的浏览权限,系统不会在你的好友浏览你的主页时重新读取分组成员进行权限过滤。如果用户更改分组权限的时候,服务器应该能够去更新相应的状态的浏览权限,可以解决这个问题,也许出于性能方面的考虑,微信没有这么做。

背景二:

微信公众号给了自媒体人一个把自己的干货推向大众的平台,给了用户一个碎片时间获取内容、汲取信息的渠道。微信团队减法把控的非常好,微信公众号一直被收入二级页面,降低对用户的打扰。但是日益增多的微信公众号仍然存在一些不便。

场景二:

如果小明阅读涉猎范围广,订阅了100个公众号,分别属于十几个不同的类别。这种情况下,想要找到某一个类别下的公众号很麻烦。希望能够让用户对公众号进行自定义分组管理。

背景三:

于细微处提升用户体验在微信内得到了很好的诠释。从通讯录里选择某个微信好友点击选中,进入该好友的详细资料页,从该页面点击“发消息”进入聊天页面;完成对话点击返回跳出当前页面,回到的是微信对话列表页面。因为在这个用户操作路径中,详细资料页只是与该微信好友对话的入口,所以完成对话后不是直接上一级页面。但是该用例在其他的一些场景下用户体验欠佳。

场景三:

小明在阅读公众号文章时,朋友发来微信消息,小明收到震动或声音提示。此时如果小明想要查看消息,需要点击三次返回跳出当前页面回到微信对话列表页;在完成对话后,如果小明想要阅读完之前的那篇文章,内心是崩溃的:他需要重新去微信公众号列表里找到之前在阅读的公众号,并进入公众号找到之前阅读的某篇文章;好在这篇文章上次阅读到的地方数据被记录,可以接着往下阅读。如果小明在阅读公众号文章时,朋友发来的消息能够在当前页面以弹窗(消息+可回复的输入框)形式展现,回复消息或直接关闭弹窗后,留在当前公众号的文章的页面继续阅读,用户体验也许会更好。

背景四:

微信的文本消息能够勾选多项之后,选择逐条转发或合并转发,能够将文本消息转发给自己的其他微信好友,语音消息暂不能够支持转发,且将语音信息转为文本信息的功能目前精准识别转化率不高。

场景四:

好友A通过微信向小明叙述了一件事(文本消息),小明想要把这件事再叙述给好友B,出于多向聊天or传话的需求,小明会选择截屏发送给好友B或勾选多项之后逐条转发或合并转发给好友B; 假设好友A通过微信向小明叙述的这件事是通过语音消息,那么小明就无法通过截屏和转发的方式来便捷的转发给好友B。微信团队的产品嗅觉应该不会没有发现这个问题,所以猜测微信不能够支持语音的转发可能是考虑到语音转发容易带来隐私问题,也不便实现第三方监控,还是希望这个问题能找到更合适的解决方案。

#专栏作家#

吉倩倩,人人都是产品经理专栏作家,车300产品经理,负责车300的产品规划、设计和项目执行。关注二手车行业产品,擅长需求挖掘和分析,产品架构。热爱产品、汽车、旅行,未来想要实现一款自己打造的“汽车+旅行”的产品

本文原创发布于人人都是产品经理,未经许可,不得转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 怎么我看见你的名字和这篇文章,嘴里就脱口而出了一个词“老司机”,我也不知道为什么! ➡ 😯

    来自北京 回复
  2. 我觉得与其加入微信订阅号自定义分组,不如完善搜索功能,订阅号标签化

    来自江苏 回复
  3. 就好比你的公众号分组的功能,是分工分组 还是系统分组?两种方案 各有千秋哦,如果选择系统去分类,人是否可以手工去改,这个功能想起来比较简单,真的落地执行 是很大的一块功能,往往产品经理在考虑一些问题的时候 一定再往深去考虑,可能看待问题的结果会不一样

    来自山东 回复
  4. 你的想法非常好,可是作为那么优秀的团队 这些功能肯定是他们早已经知道的问题了,不去做修改 是因为做修改肯定要做功能的叠加,那么为这一个功能增加而增加的一系列的功能是否是必要的呢?我觉得这个是他们考虑为何不加功能的主要原因

    来自山东 回复
  5. 感觉对微信更多的不便来自公众号上的处理

    来自广东 回复
  6. 第一个场景,我觉得还存在一些问题,如果微信那样做了的话,比如我把这个标签删除了,那是不是所有人就看不到这个动态了。。。

    来自四川 回复