公众号里写工具的文章有个通病：发出去之后很难被搜到，读者想回看某篇教程只能往前翻历史消息。效率工具指南的处理办法是把公众号的内容搬一份到自己的博客上，再用归档、分类、标签三套结构重新组织一遍。作者彭宏豪是新媒体从业者，2020 年重新搭起这个站，说自己喜欢写写东西，也盼着哪天被动收入能覆盖日常开支。站里的内容基本都是他自己试过一遍的软件，写得比较啰嗦，但啰嗦的地方往往正是别人教程里省掉的那几步，照着做通常能走通。
效率工具指南是什么
它是一个以软件与效率工具为主题的个人博客，内容来源主要是作者自己的微信公众号，博客保留了一份同步版本，另外放一些不适合发在公众号的长文。导航分成首页、归档、分类、标签、关于、跑步、友链七个入口，运行在静态博客框架上，加载快、结构清楚。作者在站内自述：本站是 2020 年重新搭建的，起因是偶然认识的一位网友帮忙，之后陆陆续续写到今天。
核心功能
- 公众号文章同步成站——旧文能被搜到也能被引用：公众号的内容按主题重新归到博客里，配上游归档与分类，找一篇半年前写过的教程不用再翻历史消息。
- 三套检索结构——归档按时间、分类按领域、标签按对象：同一篇文章可以同时出现在多个入口下，想按月份看更新进度就进归档，想按工具类型找就点分类。
- 软件实测带过程——安装、配置、坑都写进去：写工具不停在“好用”两个字，从下载渠道、安装步骤到配置细节都落到操作层面，遇到问题的那一步会单独说明。
- 自己做工具的经验——从使用者转向开发者：作者开发了自己的第一款软件 GifPlay，一款 Mac 上的 GIF 录制与编辑工具，把录制、编辑、标注、压缩放在一个界面里，站内有完整的上线记录。
- 导航站配套——把推荐过的软件编成索引：作者另做了一个 AI 效率工具导航，收录上百款工具，在线工具与本地客户端分开列，博客里的推荐能在导航里找到对应入口。
- 生活向栏目——跑步与日常不混在技术流里：单独的跑步栏目放个人跑步记录，友链单独一页，技术内容与生活内容不互相干扰。
使用场景
| 人群/角色 | 场景描述 | 推荐指数 |
|---|---|---|
| 想找 Mac 小工具的人 | 站内推荐多是亲测过的客户端 | ★★★★★ |
| 公众号读者想回看旧文 | 归档与分类比翻历史消息高效 | ★★★★★ |
| 做新媒体内容的人 | 看一个人怎么把公众号与博客打通 | ★★★★☆ |
| 想自己做小软件的人 | 有从想法到上线的完整记录 | ★★★★☆ |
| 需要企业级方案评估的团队 | 内容面向个人使用场景 | ★★☆☆☆ |
| 找系统化教程的初学者 | 单篇为主，不成课程体系 | ★★☆☆☆ |
操作指南
- 打开 效率工具指南，首页是文章流，按发布时间倒序，最近的多是同月更新。
- 想按主题找，点顶部 分类，看到按软件类型分好的列表，选中一个进文章集合。
- 想按具体工具找，点 标签，标签是工具名与场景名混排，命中率比分类更高。
- 想按时间翻，进 归档，按月分组，能看出哪几个月更新密、哪几个月停更。
- 看到文中提到导航站，点进去可以在上百款工具里按用途筛，比在博客里逐篇翻快。
- 想了解作者与建站缘由，进 关于，里面有自述、兴趣与联系方式。
支持平台
纯网页阅读，桌面浏览器排版宽松，代码块与截图按容器宽度缩放；手机浏览器自适应成单栏，正文行距加大，长文读起来不挤。站点不需要登录即可读全部文章，也没有评论审核门槛。因为跑在静态托管上，国内访问速度一般，偶有首次加载偏慢的情况，刷新一次通常就好。RSS 订阅可用，追更可以放进阅读器。站内不提供客户端，所有内容都在浏览器里看。
产品定价
博客本身全部免费，没有会员、没有付费墙，也不放商业广告。文中推荐的工具分三类价钱：免费开源的最多，比如锤子便签的开源版这类替代实现；商业软件按各自订阅制收费，价格以厂商页面为准；作者自己开发的 GifPlay 是独立软件，具体售价与授权方式在它的介绍页里说明。作者在关于页提到希望被动收入能覆盖生活开支，收入来源主要是公众号与自有产品，不靠博客本身变现。
常见问题
Q：博客内容和公众号重复吗？
大部分是同一批文章的同步版本，博客的好处是有归档和标签，能按主题找。也有少部分只发在博客、不适合发公众号的长文。两边内容会有时间差，博客通常晚一些。
Q：推荐的软件都是自己用过的吗？
从行文看是。文章会写到安装过程、具体菜单在哪、遇到什么问题怎么解决，这类细节只有真装过才写得出来。不过个人体验有局限，同一款工具在别人的机器上可能表现不同，尤其是涉及系统权限与外设的场景。
Q：GifPlay 只能在 Mac 上用吗？
它是 Mac 原生应用，没有 Windows 版本。Windows 上想录 GIF 得换别的方案，站内也有相关文章。作者做这个工具的出发点是 Mac 上缺少一个把录制、编辑、压缩放在一起的轻量工具，所以功能取舍偏简洁，不追求覆盖所有场景。
开发者小结
把公众号当主阵地、博客当存档，这个组合对写工具类内容的人来说挺实用：公众号负责触达，博客负责检索，两边互补。作者的写法也有特点，愿意把失败的那一步写出来，比如某个插件装完反而更卡、某个设置在某个版本上不生效，这类信息比功能罗列有用。短板在于更新节奏不稳，忙起来会停更一段时间，而且内容强依赖作者个人的使用习惯，做设计的人和写代码的人关注点不同，未必都能对上。实际用法建议：把它当成一个可以检索的工具笔记库，遇到具体软件问题来搜，看到合适的再自己去装一遍验证。
相关导航
