RSS 阅读器里的消息太多，根本看不完。有时，我们会出现下面两种情况
1. 选择硬看，即使浏览标题也耗费大块时间，自己很难有意识定期阅读
2. 视而不见，全部选择已读，也失去了使用 RSS 获取信息的意义
最近在学习产品案例课程，讲 LabRdr 知道了这样一种设计，我简单概括为“定量定时推送”。
这个阅读器可以完全依照用户场景来进行设计
比如通勤场景，通常是固定的时间和时长。阅读器可以在用户设置好通勤时间和时长以后，到时候就推送给用户。
文章通过一定的条件过滤，然后根据阅读时长汇总成一个阅读包
1. 近段时间发布的文章，比如上次推送到本次推送之间发布的文章
2. 用户更感兴趣的文章，参考用户已经阅读的文章类别
当下次推送之前，所有未阅读的文章会永久消失，已阅读的文章会保存到日志中。
相较于普通阅读器，用户可以省去这些负担
1. 不用点击喜欢和保存，对文章来说只有已读和未读两种状态，很简单
2. 不用担心信息过载的焦虑，没看的文章定期就会消失
3. 不用用户主动，阅读器促使用户养成定时过完 RSS 文章的习惯
我自己有这方面的需求，但是不知道这样的 RSS 阅读器还有多少人想要使用，如果比较多的好，我考虑开发一个看看 🐁
1. 选择硬看，即使浏览标题也耗费大块时间，自己很难有意识定期阅读
2. 视而不见，全部选择已读，也失去了使用 RSS 获取信息的意义
最近在学习产品案例课程，讲 LabRdr 知道了这样一种设计，我简单概括为“定量定时推送”。
这个阅读器可以完全依照用户场景来进行设计
比如通勤场景，通常是固定的时间和时长。阅读器可以在用户设置好通勤时间和时长以后，到时候就推送给用户。
文章通过一定的条件过滤，然后根据阅读时长汇总成一个阅读包
1. 近段时间发布的文章，比如上次推送到本次推送之间发布的文章
2. 用户更感兴趣的文章，参考用户已经阅读的文章类别
当下次推送之前，所有未阅读的文章会永久消失，已阅读的文章会保存到日志中。
相较于普通阅读器，用户可以省去这些负担
1. 不用点击喜欢和保存，对文章来说只有已读和未读两种状态，很简单
2. 不用担心信息过载的焦虑，没看的文章定期就会消失
3. 不用用户主动，阅读器促使用户养成定时过完 RSS 文章的习惯
我自己有这方面的需求，但是不知道这样的 RSS 阅读器还有多少人想要使用，如果比较多的好，我考虑开发一个看看 🐁
Select Language