按事件归类,而不是按时间堆
同一个话题往往横跨好几天、几十条更新,在信息流里翻起来容易断片。客户端把同一事件的多条进展折叠成一条主线,点进去是完整的前后顺序,解决「看到一半忘了前情」的问题。
把网页上的话题、时间线和争议追踪搬到手机上:打开就能看当天有哪些新进展,按事件归类而不是按发布时间乱堆,看完一条能顺手翻到它的前因后果。
这两套流程我都在真机上走过一遍,写的是实际点到的按钮名,不是照着说明书抄的。装不上时先看本节末尾的排查提示,八成问题出在那里。
做这个客户端时我们没打算把网页版原样搬过去。下面四条,每一条都对应一个在浏览器里确实难受的场景,写法是「解决什么问题 → 具体怎么做」。

同一个话题往往横跨好几天、几十条更新,在信息流里翻起来容易断片。客户端把同一事件的多条进展折叠成一条主线,点进去是完整的前后顺序,解决「看到一半忘了前情」的问题。
一个话题里通常混着「已确认」「双方说法不一」「尚无来源」三类信息。客户端把它们分开标注,而不是混在一段话里让人自己判断,解决「看完不知道信哪句」的问题。
收藏一条话题时会把正文和配图一起缓存到本地,断网后仍能打开。对通勤路上信号不稳的人,解决「刚点开就转圈」的问题。
推送不是全站广播,而是按你关注的话题触发,且每天有上限,避免半夜被无关消息吵醒。解决「通知一开就关不掉」的问题。
光说功能容易空。下面这段是我自己用客户端追一条持续三天的话题时的真实操作路径,你可以照着比一比,看看它和你在浏览器里翻是不是同一个体验。
每天路上二十来分钟,只想快速知道昨天关注的话题有没有新进展。用「只看新增」把 14 条压到 9 条,通常三到五分钟能过完一轮,不用从头翻。
看到一条说法想确认出处。争议点区块会标明信息来源类型,能查的直接给原始链接,查不到的写「暂未获确认」,省掉自己去别处反查的功夫。
需要把一件事的来龙去脉按时间顺序整理出来。主线页本身就是按日期排好的,收藏后离线可读,导出时不用再自己拼时间线。
这个客户端里出现的每一条进展都会标注信息来源类型,能核实到原始出处的给链接,核实不到的写「暂未获确认」而不是含糊带过。我们不展示无法核实的播放量、获奖名单、具体人数这类可反查的数字,也不提供任何未授权资源的传播路径。信息以当事方公开表述和可查的公开资料为准,其余保持空缺——这不是免责话术,是编辑流程里的一条硬规定。
只列用户能感知到的变化,内部重构不占篇幅。想装旧版本的话,我们只保留当前版本,不提供历史包下载。
截图取自 v3.2.1 的实际界面,只是把具体话题内容替换成了通用示例,版式与你在手机上看到的完全一致。
三个邮箱按用途分开,写清楚机型和截图能显著缩短来回次数。我们没有电话和在线客服,邮件是唯一渠道。
发邮件时建议带上三样东西:手机型号与系统版本、App 版本号(在「设置 → 关于」里能看到)、问题发生时的截图。这三样齐了,多数问题一轮就能定位。
不确定该发哪个?发到 support 就行,我们会转给对应的人。
这四条是邮件里出现频率最高的,答案都按实际情况写,没有模糊空间。
目前 App 本体免费下载、免费使用,没有付费解锁的阅读门槛。后续如果引入任何付费项目,会在 App 内和下载页同时说明,不会在下载后才告知。
两个平台都提供客户端:Android 8.0 及以上、iOS 14 及以上可以安装。低于这两个版本的老机型,建议直接用手机浏览器访问 mrdsc.cn 网页版,功能基本一致。
Android 安装包约 38MB,iOS 约 62MB,首次启动后缓存会增长到 80MB 上下。日常使用建议预留 200MB 以上空间,长期使用可在设置里手动清理缓存。
基础权限只有网络访问和本地缓存,用于加载内容与保存阅读记录。通知权限、相册权限都是可选的,拒绝授予不影响核心浏览功能,具体清单以 App 内权限说明页为准。