zoukankan      html  css  js  c++  java
  • 每天一点产品思考(3):“稍后阅读”功能真的能有效解决碎片信息处理问题吗?

    一.问题来源

            有些产品上线了“稍后阅读”功能,用户把一段内容标记“稍后阅读”,可实现碎片信息的收集,是成为处理信息的开始。但由于人们普遍的惰性,很多用户却抱着“先收藏,以后肯定有时间来读”来安慰自己,缓解压力,最终也没能真正的开始阅读。
            那么,如何延展稍后阅读,能够让其更有效?而不是一味地收集信息,最终导致信息堆积,难以处理。
                                                                                       

    二.问题分析

    1."知识环境"带来的需求

            一方面,这个时代是一个全民“知识焦虑”的时代,越拉越多的人开始关注起或许知识的重要性;另一方面,这个时代也是信息爆炸的时代,如何将浏览到的海量知识信息重新筛选,这是用户常见的需求。

    2.“收藏”与“稍后处理”的区别

            很多用户都会考虑到现有的一个相似功能——“收藏”,我们收藏很多文章、信息,但是最终却没有很好的开始二次学习,反而造成海量信息的堆积,这其实是没有意义的,“收藏”行为成了对当时的心理安慰,最终的的结果却没有起到帮助人更多获取信息的作用。
            再来看“稍后处理”,这里提一下,其实微信也有“稍后处理”功能,那么“稍后处理”与“收藏”区别在哪呢?“收藏列表”更多的是一个知识库,说白了就是一堆你二次筛选后的内容信息。但是“稍后处理列表”则不是,在内容信息罗列的基础上多了一层“代办事项”的意味,即我们常说的“ToDo List”。因为“稍后处理”多了这一层意味,所以他的价值将更加突出。

    3.“稍后处理”应该匹配的功能

            既然我们上面提到“稍后处理”多了“代办事项”的概念,那么在这一层概念上就应该有对应的功能。

    • “定时提醒”功能,毕竟人是会遗忘的生物,这里大概还要匹配一个“截止时间”功能。可以是产品开发时的“微提醒”,也可以是微信公众号那样的“消息提醒”。
    • “定时销毁”功能,比如一周内销毁一次“代办列表”,这样就避免了最终形成无意义的信息堆积。另外也会对用户形成“督促感”,无形中给出压力。

    三.说在最后

            如果想要真正解决零碎化学习的问题,那么三个环节则缺一不可。“收集高质量的信息 --> 合理的归档 --> 及时的处理信息”,这三个环节如果真够打通,那么也许会有更加好的效果。

  • 相关阅读:
    java抽象类怎么实例化了及C++中抽象类的构造函数
    树及其遍历
    C++中类的多态与虚函数的使用
    C++中#if #ifdef 的作用
    用链表实现两大数相乘
    C++中的链表类的设计
    IPicture总结
    c++标准库中,含有链表的类list
    TCP/IP、Http的区别
    C语言单链表实现19个功能完全详解
  • 原文地址:https://www.cnblogs.com/nanXing/p/11368458.html
Copyright © 2011-2022 走看看