神奇漫画书架自动归档
看过的、追更的、想留着慢慢看的,自动分成三摞。不用手动整理,打开就是上次停下的位置。
Features
不堆功能表,只讲你每天真的会点开的那几个。下面六件事,是用户反馈里被提到最多的。
看过的、追更的、想留着慢慢看的,自动分成三摞。不用手动整理,打开就是上次停下的位置。
通勤前把要看的章节存下来,地铁里没信号也照翻。缓存按章节管理,看完随手清,不占地方。
翻页方式、亮度、页间距、单页还是双页,都能自己定。习惯怎么翻就怎么翻,不用迁就默认值。
手机看到第 37 页,换平板接着看还是第 37 页。登录同一账号,进度、书签、收藏一起走。
按题材、连载状态、篇幅长短几层条件往下筛,比在列表里一页页翻要快得多,也更容易撞见新东西。
只在用到对应功能时才申请权限。相册、通知、存储都能单独关,关了不影响正常阅读。
Screens
四张实机截图,覆盖从打开到读起来的完整路径。看一遍,心里就有数了。
Walkthrough
与其讲功能,不如直接走一遍流程。下面四步是真实使用路径,照着做就行。
Who Uses It
三类典型用户,痛点各不相同。看看有没有对得上你的那一条。
痛点:在线看总卡在加载圈,一进隧道就断。
用神奇漫画提前缓存 10 章,单程 40 分钟能读完约 6 章,全程不依赖网络。
痛点:浏览器开一堆标签页,哪部看到哪全靠回忆。
书架自动归档 + 多端同步,一部更新了会有提示,点进去直接落在未读的那一页。
痛点:亮度调到最低还是晃眼,看久了眼睛发酸。
阅读器内置低亮度档与暖色模式,配合页间距调节,睡前读半小时眼睛负担明显小一些。
Install Guide
两个平台分开讲。按顺序做,一般两三分钟能装完。
Tag Index
三层维度分层排布,点进去就是对应的筛选结果。找东西的时候比一层层点菜单快。
Scale
下面这些是产品侧给出的粗略区间,用于说明体量,不是精确统计口径。
说明:本站不展示无法核实的下载量、评分或排名数据。上面列出的体积与版本号来自安装包本身,可自行核对;其余涉及具体数字的信息,在未取得可靠来源前保持空缺,不做猜测补齐。
Perspective
阅读类客户端的竞争点,这几年从「内容有多少」慢慢挪到了「读起来顺不顺」。内容量可以靠时间堆,但翻页手感、缓存策略、同步时机这些细节,堆不出来,只能一版一版磨。用户其实很敏感——一页加载慢半秒,翻十页就烦了。所以我们的取舍一直是:宁可功能少上两个,也不让核心阅读路径变卡。
前几年大家默认「随时在线」,缓存功能被当成可选项。这两年情况反过来了:通勤、出差、地铁隧道,断网场景一点没少。能不能提前把内容存下来,直接决定了这个 App 有没有资格被留在手机里。神奇漫画把缓存管理做成了独立入口,而不是藏在设置深处,就是这个原因。
屏幕尺寸、握持姿势、光线环境,每个人都不一样,一个默认值不可能讨好所有人。把翻页方式、亮度、页间距交给用户,看起来是增加了复杂度,实际上是减少了「用不顺手就卸载」的概率。这也是我们坚持把阅读设置放在一级入口的原因。
装一个 App 先要一堆权限,用户会本能地犹豫。把权限申请推迟到真正用到的那一刻,虽然实现上更麻烦,但换来的是安装转化和留存。这笔账,长期看是划算的。
Team
团队不大,分工很直白。三个人负责的三块,基本覆盖了日常迭代的节奏。
负责阅读路径的取舍。核心标准只有一条:从打开到翻到下一页,中间不能有多余的点击。
管性能、缓存和同步。每次发版前会跑一轮弱网和中低端机型测试,宁可推迟上线也不带着明显卡顿发出去。
看反馈、回邮件、整理高频问题。很多功能改动的最初版本,就是从一封用户邮件里来的。
FAQ
安装和使用中问得最多的几条,集中答一遍。
Contact
装好之后如果哪里不顺手,直接写信告诉我们,附上机型和系统版本会快很多。每一条反馈我们都会看,只是回复可能慢一两天,请多担待。