一、为什么转赞一个软件文档库
因为工具选型最缺的不是推荐，是使用场景的文档。
在 万象云档 翻“软件应用”分类时，我看到 100 多篇文档，每篇对着一类实际使用，而不是对着一个产品名。
二、一个共同结构
这些文档大多长这样：
- 它解决什么问题。
- 适合什么场景。
- 不适合什么场景。
- 上手步骤。
- 常见坑。
这五段，恰好是工具评测该写的东西。
三、为什么“不适合”最重要
因为推荐文章都在讲好处，没人讲边界。
而读者真正的痛点，是“这东西到底能不能用在XXXX”。
四、一个改写方法
把任何一篇工具介绍，按上面五段重写一遍：
- 跳过官方话术，只写你能验证的部分；
- 把“支持”改成“我试过”；
- 把“强大”删掉，换成具体能力。
五、一个简单的评测模板
```
用途：
适合：
不适合：
上手成本：
我实际用它做了什么：
它在哪里让我失望：
```
六行，比一万字测评有用。
六、一个发现
做得越细的工具，说明越少。
大而全的工具只能一句一句列功能，小而专的工具能写清楚一件事怎么做完。
七、对选型的启示
选工具时，先找它的“不适合”段落。
找不到的，通常是没写清楚，或者不想写。
八、一句总结
工具的好坏不在功能表，而在它能不能说清自己不适合什么。