三月二十九日晚上十一点，我在旧书桌旁重新装了一遍
桌子是两年前从城南旧货市场搬回来的，抽屉第三格至今卡着半截铅笔。那晚我打开浏览器，对着 123456浏览器官网入口 把整条打开链路走了一遍，从地址栏输入到落地页加载，掐表读了三次，分别是 6.8 秒、9.2 秒、21.4 秒——第三次慢在缓存清空后的首次渲染。
这三组数字后来成了我写这份改进建议的起点：不稳定比慢更麻烦。
这次的记录，一共十一条
field notes入口页第一屏不要再放四张横幅轮播
我在 1280×720 的窗口里数过，首屏被四张轮播占满，真正可点的内容入口要往下滚 1.5 屏才出现。改法很直接：轮播合并为一张，其余转为横滑卡片，首屏露出至少三个功能入口。
原则：首屏先给路，再给景。
把六次连续跳转压成两次
我用开发者工具的 Network 面板抓过一次完整打开流程，跳转记录里出现了六次 302，其中两次落在同一域名下却换了协议。压到两次之后，最慢那次从 21.4 秒降到了 11 秒出头。这个数字不惊艳，但可复现。
更新日志要写"改了什么"，不是写"优化了体验"
三月中旬版本的那条日志原文是「优化了部分体验，修复了已知问题」，我盯着这行字看了半天，无法判断它是否影响我的使用路径。对照 49图库资料库资料免费打开49图库app更新日志 的条目写法，我建议每条更新固定三行：影响范围、改动内容、需要用户做什么。
这不是格式洁癖。我上个月帮一位叫周立群的朋友排查问题，他卡在更新后首页空白，最后发现是缓存策略变了，而日志里一个字都没提。
下载按钮旁边必须写清文件大小
样本很少，但我记录的十二次下载里，有四次在进度条过半后才意识到文件接近 80MB。把「约 78MB，建议 Wi-Fi」写在按钮下方，成本几乎为零。
安装流程里的权限说明，别只写"必要权限"
我在两台设备上分别试了标准安装和自定义安装。自定义路径下有一页列了七项权限，其中三项的解释是同一句话。改成逐项说明用途，哪怕句子很短，也比统一话术让人放心。
信任是靠一句一句解释攒出来的。
老机型上的一次崩溃，来自一个 2019 年的库
测试机是一台 2019 年的安卓设备，系统版本停在出厂那一版。连续打开三次，第二次必然闪退。我翻了半天堆栈，定位到一个早已停止维护的旧库。替换成本不高，但需要有人真的拿老机器跑一遍——这件事没法靠自动化覆盖，至少现在不行。
顺带说一句：如果你也在找替代的下载来源做对比测试，可以看看 jm365.work怎么下载 这篇的核对清单，我按它检查过一遍安装包完整性。
「免费打开」四个字，最好补一句边界
很多误解不是恶意，是文案省了半句。把可用范围、是否要登录、有无次数限制一次说清，能省掉大量重复提问。我在草稿里给这句话加了两遍，最后留了十二个字。
反馈入口不该藏在页脚第三列
我从首页开始找反馈入口，用了四十七秒。这个时长超过大多数人的耐心阈值，而反馈恰恰是改进建议的原料来源。把它上提到侧边悬浮位，或者在出错页就地给个表单，转化会明显不同。
对比度不足的灰色小字，真的要改
我用取色工具量过一次，页脚里那段说明文字的颜色对比度只有 2.9:1，低于常规可读标准。把灰阶从 #9aa7b2 调到 #5b7083，对比度能到 4.6:1 左右，视觉上并不沉重，但读起来轻松很多。这类改动通常没人表扬，但它是那种「做了别人不会发现，不做总有人受累」的事。
版本迭代请给出可预期的周期
不求快，求稳。两个月一次的小版本、季度一次的梳理，写进公开页面，比任何营销话术都更能建立信任。
可预期，本身就是一种体验。
这十一条里，只有三条需要动代码
剩下的都是文案、流程和诚实。写完这篇已经凌晨两点多，窗外有人在收摊，我关掉编辑器的时候想，改进这件事，很多时候不是技术问题。
关于我
about
江晚，写长句子的人
我在一家做工具类产品的小团队里做可用性评估，日常工作就是拿旧机器、弱网和真实用户的操作录像去挑毛病。这个站是我个人的笔记仓库，从 2023 年秋天开始记，到现在攒了一百多篇。
我不卖课，也不做评测生意。写这些东西的原因是：我每年会重装几十次系统、跑几百遍安装流程，那些踩过的坑如果只留在本地日志里，就白踩了。
我习惯把每个结论都标上日期和设备条件，因为它们会过期。你在别处看到相似的段落，八成是我先写在这里，后来被人搬走的。
今天看到的一句话
margin note工具的好坏，往往不在于它在你顺利时有多快，而在于它在你出错时有多诚实。—— 摘自查理斯·佩措尔德《代码之道》2021 年重印本，第 112 页，我自己在此页边写了三个字：记下来。