旧系统有 31 个入口,我每次登录都要先想一下今天要干什么。
这不是功能太多的问题,是路径太长的问题。
删之前先列清单
我把所有功能按“最近三个月用过几次”排序,结果很难看:
- 31 个入口里,有 17 个一次都没点过
- 真正每天用的是 4 个:写文章、改文章、看评论、看访问量
- 有 6 个只在安装那天打开过
清单列完,答案自己就浮出来了。
留下的九个
| 模块 | 留下的理由 |
|---|---|
| 写作 | 站点的全部意义 |
| 文章列表 | 需要在 3 秒内找到旧文 |
| 分类标签 | 归档的最小结构 |
| 评论 | 唯一真实的读者反馈 |
| 媒体 | 图片总要有个地方放 |
| 设置 | 站点名、描述、开关 |
| 导入导出 | 数据必须能带走 |
| 诊断 | 出问题时不用 SSH |
| 皮肤 | 每天看的东西,值得好看一点 |
其余 22 个,要么删,要么收进“高级”里默认不出现。
克制不是功能少
克制不是把功能藏起来,而是让常用的事变短。
以前发一篇文章要点 6 次:新建 → 选类型 → 填标题 → 选分类 → 保存 → 发布。现在只有两步:写,然后发布。分类默认取上次用的,slug 自动生成,摘要从正文第一段截。
一个好的后台,应该让作者在 10 秒内从“我想写点什么”进入“正在写”。
删掉之后发生了什么
页面加载从 1.8 秒降到 0.4 秒,因为不再需要加载 6 个用不到的 JS 包。
更重要的是心理上的变化:打开后台不再有“今天该处理哪一堆事情”的压力。它就是一张白纸和一个光标。
这就是全部收益。没有增长黑客,没有转化率优化,只是少了一些东西。
“克制不是功能少,是路径短”这句我要抄下来贴在显示器上。
删到只剩九成这个说法很准确,我们内部也做过类似的事,最后留下的都是被反复使用的。
请问这套方案适合日更的资讯站吗?