首页 > 说说大全 正文
朋友圈飘屏—朋友圈怎么截长屏

时间:2022-12-09 15:03:47 阅读: 评论: 作者:佚名

微信悬浮窗口一贯受到好评,互动很容易学习。

这种解决方式是我没有想到的,确实很取巧,我试图剖析一下这中间的差别,希望自己能从中学习到一些产品设计的思路。

一、要解决的问题:

首先我要描述一下,在使用微信时遇到的问题。根据问题我们才知道要做什么。

  1. 在阅读公众号文章时,收到新的微信,必须关闭当前页面,去微信主页面查看。之后再去公众号里找刚才阅读的文章。
  2. 在刷朋友圈的时候,收到新的微信,必须关掉朋友圈页面,去微信主页面查看。之后再去刷朋友圈,可能要翻很久才能回到刚才的位置。

如此频繁的打断与跳出,既影响了阅读的体验,又影响了实时的沟通。

二、定义问题,解决问题:

对于上述问题,我和微信PM在定义问题的关键点上,有不一样的思维方式。我来具体阐述一下,你就能明显感到这之间的差别。

微信的悬浮窗只解决了问题1,所以我们只讨论问题1的情况。

在阅读公众号文章时,收到新的微信,必须关闭当前页面,去微信主页面查看。之后再去找刚才阅读的文章。

1. 我的思考路径:

(1)定义问题:我在阅读,收到了新的微信,想查看,只能关闭当前页。这种跳出打断了我目前的阅读,造成了之后的不便。那么,我需要解决的问题是,在不跳出当前页面的情况下,如何能够及时查看新的微信。

(2)解决方案:新增一个聊天页面。页面原型图请点击:

  • 大致的使用流程是:收到的新微信提醒 –> 变成头像展示在当前页面 –> 点击头像,打开聊天界面。–> 或者 滑动头像,忽略提醒。
  • 这样做的好处:一次点击,就可以在当前页面看到新的微信;朋友圈页面,也可以用此方式,解决无法及时查看微信的问题。
  • 这样做的问题:新增了一套信息显示逻辑;新增了一个聊天界面。

为什么说新增页面是问题呢,这是因为对比了悬浮窗的功能之后,我最直观的感受。后面我会详细讲述。

2. 微信PM的思考路径:

这是看到悬浮窗功能后,我的揣测,只代表个人意见:)

(1)定义问题:我在阅读,收到了新的微信,想查看,只能关闭当前页。–> 去微信主页面查看。 –> 之后再去公众号里找刚才阅读的文章。

关掉当前页面,不是问题。问题在于,找到刚才阅读的文章不容易。那么,需要解决的问题是,如何快速找到要继续阅读的文章。

(2)解决方案:定义的问题不同,解决方案自然不同。

如何继续阅读?很多内容型应用都有类似的功能,可以参考。

  • 视频类APP,会在首页底部显示一条最近观看的浮层,点击之后可以继续观看。
  • Safari浏览器的阅读列表,点击+号,就可以将当前页面放入阅读列表中,方便下次查看。

解决方案是:

  • 悬浮窗: 把要看的文章,收起来,变成一个浮层,点击浮层,就可以继续阅读。就像书签或便利贴。
  • 交互: 交互上,最好和用户原来的操作行为一致。不用点击+号,或者…,用最直白简单易触发的方式,告诉用户,你可以把文章收起来,需要的时候再打开。

无疑,现在微信悬浮窗的交互,做到了。

三、我的反思:

1. 为什么现在才做

其实微信早该做这个功能。

微信从公众号的爆发,到信息流的转变,时隔6年,才改进了这个功能。为什么?随便一个产品经理都能“容易”解决的问题,为什么微信等了这么久?

说是排期原因我肯定不信,我更愿意理解为,当你的用户规模以亿为单位时,对于一个功能的改动,如果没有好的解决方案,不如不做。而这个“好”的评判标准,就看内部的流程了。

我的反思是,我在做产品的时候,充当了太多次救火队员,哪里有问题,就赶紧冲上去灭火。

这容易造成一种错误的思维惯性,比如,这里不能查看,那我就加个页面让你看。这里不能点击,那我加个点击功能。

以为这样解决了问题,实则是页面的堆积,不仅造成了页面和代码的臃肿,还伴随着各种逻辑的堆叠,一旦某个逻辑出现问题,就变得无法拆分。只能逻辑套逻辑,最后谁都不敢碰。

快速解决问题的观念没有错,但有时候真的会忽略产品本身最重要的事情。就是,产品的核心,问题的关键点,以及用户。所以,以为着火了的时候,敢不敢等一等,多想一想。

2. 什么才是产品的核心

把什么作为主要的考虑对象,应该就是这两种解决方案最大的不同了吧。

微信的主要功能,从来都没变过,就是及时通信。

如果反复问过,什么才是产品的核心,那我可能会理解,为什么微信没有选择增加新页面,而是让用户返回微信主页面查看新消息,即便用户需要3次页面操作,才能看到新信息。

毕竟,聊天的内容不只是文字,还有其他富媒体。回到主页面,才能最大保证沟通效率与体验。

我的反思是,每提一个新需求时,是否真的反复问过自己,产品的核心到底是什么。新需求做完之后,产品核心改变了吗,重点转移了吗,解决了真实问题吗?

除了自己之外,有没有其他人,或者内部制度,能够帮助你,反思这些问题,检验这些问题。如果没有,能不能想办法建立。

不要轻易做加法。

3. 解决问题的思路,判断方式

如何提一个好问题。 如何找到真实的问题。 如何定义问题的关键点。 如何验证。

这些有方法论,也有经验。

以前我会觉得,自己逻辑不错,我在意我怎么根据逻辑推理找到问题在哪儿,我更关心前三点。现在我会关心到第四点。

问题找到了,怎么验证它是对的呢。思路有100种,99种都说的通,怎么做抉择?

判断方式有没有一套方法论,方法论是否可检验。大家都知道,要考虑用户体验,资源,成本,但具体到细节呢,怎么把控?

四、最后:

不停地自我否定之中,会陷入迷茫,觉得什么都不对,或者什么都对。而那套标准,可能真的就是每个产品人之间的细微差别。

如果不是看到微信的悬浮窗,我可能真的以为,我的解决方案就是最佳。大部分人,也会采取类似的解决方案。哎,这个悬浮窗我是真的想不到啊。

定义问题:只有这一种思路吗?再想想 解决问题:只有这一种方案吗?再想想 这个方案为什么更好。解决了哪个问题。为什么这个问题最重要…

类似的问题可能永远也问不完。

本文由 @rui_liu 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pexels ,基于 CC0 协议

  • 评论列表

发表评论: