如何写好痛点类工具文？

前段时间，小伙伴问了我一个问题：“护宇，痛点类的工具文到底要怎么写啊？我写的时候经常卡顿，没有感觉。” 说实话，这个问题我之前没想过，都是凭感觉在写。那，既然被提出来，趁此机会从中总结出一套方法吧！ 一开始，我先在笔记本上捋了一遍创作思路 👇

▲ 在旧笔记的基础上加工了一下

最近想着拓展一下，变成一篇文章吧！于是就有了今天的推送。 我认为痛点类工具文可以拆解成三个写作步骤，跟做实验非常类似。

01：发现痛点

第一步，肯定是找准痛点。那痛点可以去哪里找？我自己主要借助三个渠道：

痛点找到之后，务必做好记录。 像我们编辑部，我都要求他们用统一的格式：选题灵感：×× ，这样后续搜索会很方便。 口说无凭，来看看大型记录现场 👇

灵感搜集之后，因为比较零散，所以我们会汇总到石墨文档的表格中。

有时候，如果针对某个痛点选题，我已经有了一点写作灵感，就会直接打开锤子便签，把当时的想法敲上去。语句通不通顺不重要，只要事后自己能看懂就行。

所以，在发现痛点这一步，除了要有善于发现的眼睛，更要有及时记录的好习惯。

02：分析痛点

找到痛点之后，接下来就是分析痛点。

我个人强烈建议分析完痛点再写文章，这样写的时候就有方向，知道什么该写，什么可以简略带过。 分析的过程跟找痛点的过程类似，也是通过亲身经历、他人经历、灵感启发三方面出发。毕竟我不可能，我们团队也不可能对每个痛点都非常了解。 但我坚信一点：每一款工具之所以被开发出来，都是希望解决某一类用户的需求。而写作者其实就是链接者的角色，亲身体验，传播经验给广大用户。

干讲会很无聊，我结合一篇文章，还原一下痛点分析的全过程。

当时，我们编辑部想写一篇关于「文件传输」的文章，因为不少人苦恼于微信文件大小的限制，以及百度网盘下载速度的限制，确实是一个非常高频的痛点需求。 如果是你，接下来会怎么着手？我的思考路径是这样的 👇

❶ 拿出一张白纸，凭自身经历列举痛点
我不喜欢一开始就全是别人的东西，所以一般都会拿出一张纸，在上面写下当我第一眼看到这个选题的时候，我想到的是什么。

▌先自己思考，再寻找参考。

❷ 查看官方介绍，分析它想解决的痛点
当然，自己的思考是很浅的，尤其在不够了解的情况下，所以我还会去网上找很多参考资料。 那，新的问题又来了，怎么找才最高效呢？或者换个问法：谁会对工具的介绍最上心呢？ 很明显是官方！所以我一般会去扒一扒官方的描述。

▌渠道一：官方网站
首先，先看它的页面说明（description tag）。 比如我知道在「文件传输」有个叫「奶牛快传」的网站。可以看到，「奶牛快传」的介绍刚好能够完整显示 👇

但很多网站往往半遮半掩，只显示一半，比如「中国大学MOOC」的便是如此 👇

这个时候呢，我们可以打开网页 → 鼠标右键 → 选择「查看网页源代码」

按住「Ctrl + F 」键 搜索「description」，在这里可以看到完整描述。

OK，看页面说明是个非常小的点。我们更需要点进主页，东点点西点点，把每个功能大致摸一遍。 我会特别关注网站上类似「常见问题」或「帮助」的板块，从里面的描述中可以提取到很多痛点。 比如通过看【奶牛快传】里的「传输相关」部分，我提炼到的一个痛点就是：单次传输文件上限。

▌渠道二：应用商店
除了官网，如果是手机端应用，应用商店的描述也不能错过。 比如下面这款「爱莫助手」在描述里，提到了文件传输是否需要数据线的问题。那在手机和电脑之间进行传输，这确实是个很大的痛点，所以也要记下来。

❸ 多渠道查资料，思考问题尽可能全面
除此以外，我还会去知乎、微信公众号等渠道搜索相关文章，并且我不是盲目地看，而是会通过一些方法筛选出优质内容，数量大概在20篇左右。

情况好的时候，资料多到不知如何筛选。但一些小众选题，说实话，想找到20篇参考文是非常困难的，因为在我之前，可能根本没人系统写过。 那至于如何搜索和筛选素材，之后我会继续写文章，这里暂且不表。

03：解决痛点

通过以上三大渠道对痛点进行分析之后，一下子解决了两个问题：痛点挖掘和工具挖掘 👇

这里着重说一下 确定文章框架 的过程。 梳理的时候，有三个维度是我经常会使用的，而且效果还不错 👇

当然，这只是一个根据经验总结出的框架，具体情况还是要具体分析。比如在写「文件传输」的时候，我们发现比较合理的文章框架是分为下面三种 👇

每一部分在写的时候，我也有安排一条逻辑线在里面。

▌第一部分
在写百度网盘的时候，采用的写作手法就是前（before）后（after）对比。

Before：
在没有使用「面对面传输」这个功能时，天啊！文件传输的操作步骤居然有7个！

After：
用了之后，发现只要扫码就能搞定！真的方便！

▌第二、三部分
每一部分涉及的工具有点多，内容的顺序安排就有讲究了，我采取的方法往往是层层递进。

比如爱莫助手是个APP，但有的人不想下载软件，那么我就紧接着提供另一种解决方案：Snapdrop，一个网页，用完即走。但前面两个工具还有一个很麻烦的地方，要处于同一网络环境，一个是宽带，一个是WIFi，就不行了。 所以，这个时候，我们又介绍了Xender，在不同网络环境下也可以使用。

另外，我们在写这类工具文的时候，往往都是把核心功能介绍完，其余的注意事项，都是最后才会提到。

04：写在最后

文章写到最后，由于介绍的工具会比较多，我们会做一张表格对功能进行盘点，这样大家一看就清晰明了，也能根据需求找到自己需要的工具。

▲ 当时写语音转文字时做的表格

那关于如何写好痛点类工具文，我的写作思路就全部在这里了。 希望对你有启发。

以上。
2021.01.27
护宇