如果你已经做出了一款 Chrome 扩展程序，却不知道第一批用户从哪里来，我建议先做这件事：搜一下，谁在教别人怎么使用你的竞品。
这些教程会把产品放进具体的场景里：读者为什么点开，作者为什么要演示这个操作，评论区的人卡在哪一步。每一个都可能是你推广的起点。
2022 年，我做过一次复制类扩展程序的海外推广调研。现在翻回去看，最值得复用的就是这个思路：沿着竞品的教程往外找用户。
下面把当年的观察与今天还可以复用的方法放在一起讲。
先把“去哪里推广”变成一个具体问题
Chrome 扩展程序上架以后，很容易列出一长串可以推广的平台：YouTube、Reddit、X、小红书、博客、产品目录、开发者社区。
这份名单本身解决不了太多问题。即使决定去 YouTube 推广，你仍然需要知道该做什么视频、用什么语言、对谁讲内容，以及观众为什么会点进来。
如果从竞品教程切入，这些问题就有了方向。
假设你的扩展程序能从页面提取表格。直接搜索竞品名称，可能找到功能介绍。
但是如果你继续搜索某类网站如何导出表格，就可能看到用户的工作流程：打开网站，整理数据，放进表格。
这时推广任务就具体了：演示这段流程，讲清楚哪一步容易失败，顺便检查自己的产品到底适不适合这个场景。
泛泛地介绍产品功能，和帮用户完成一件具体的事，要准备的内容完全不同。
有价值的不止教程本身，还有相关信息
2022 年 12 月，为了给我负责的扩展程序获取海外用户，我挑了两款用户多、海外评论多的竞品：Simple Allow Copy 和 Enable Copy。当时它们的商店用户量分别是 500K+ 和 400K+ ，用户规模较大，也有较多海外用户评论，因此被选为调研对象。
除了 Chrome 应用商店的关键词和外链之外，我还在 YouTube、Reddit、Facebook 上搜索了和它们相关的内容。
结果找到 Simple Allow Copy 相关视频 8 条，Enable Copy 相关视频 4 条。语言包括英语、乌尔都语、印地语、越南语和中文。有几条视频面向巴基斯坦虚拟大学的学生，演示在线测验页面中的复制操作，让我看到了一个具体的使用场景，说明有一部分人是在在线测试中需要复制。
当时，我顺着这些线索，了解到了竞品一部分用户的使用场景。同样是接触复制限制，不同的人拿它做的事不一样。功能一样，用户怎么理解它、搜什么词、看谁的教程，可能完全不同。
我还记录了每条视频有没有跳转链接。有些几万播放的视频，描述中找不到Chrome 扩展程序的链接，需要观众根据视频画面自己搜索；有些播放量很小的教程反而附上了链接。
教程中藏着用户描述问题的方式
开发者描述产品时，习惯从功能出发：支持哪些格式、处理速度有多快、增加了几个功能选项。
而教程作者通常需要从观众的任务出发。有人先遇到问题，才会搜索解决方法，再跟着视频操作。
这两种表达方式之间的差别，值得我们认真思考。
以复制类扩展程序为例，当年找到的视频标题中就出现了“allow copy”、“Enable copy”、“Enable right click”等不同的关键词。它们指向的功能接近，但是表达问题的入口不同。
这些表达可以成为内容选题和文案测试的候选。但它们还不能直接证明这个词语被广泛地接受，也不是一个关键词值得优化的充分依据。你仍然需要查看搜索结果是否相关、自己扩展程序的功能是否匹配，以及实际访问者是否愿意跟随你的内容继续操作。
最值得参考的是完整任务，而不是单独地抄下来一个关键词。例如，假设你的产品支持视频字幕处理。泛泛地介绍字幕导出很容易写成一份功能清单；如果用户要做的是把一段访谈整理成可编辑的文稿，你就需要说明从哪里开始处理视频字幕、怎么保留时间信息、哪些内容还需要人工校对。
后一个选题更加具体，也更加容易暴露你的产品是不是真正地帮助到用户。
作者是谁，也值得关注
找到一条教程以后，我建议顺手看一下作者或博主的其他内容。
一个长期分享表格技巧的作者，偶尔介绍了表格提取扩展程序；一个面向学生的作者，在演示查资料时使用了复制扩展程序；一个做视频剪辑教学的人，把视频下载扩展程序放进素材整理流程中。这几类作者对应的读者和选题环境各不相同。
判断时可以重点关注三个方面：最近一批的主题内容，这条教程具体解决的问题，以及评论中观众如何描述自己的需求。作者使用什么语言，也可以作为下一步调查的线索。但语言不能直接替代地区判断，更不能只凭一条视频推断市场规模。讲某种语言的作者可能覆盖多个国家，实际观众也未必与你想象的一样。
另外，要区分内容来源。有些视频是用户自发制作分享，有些可能是官方制作、合作推广或者批量整理。关系不清楚时，就先记为未知。无论是哪种内容，都可以帮助我们理解产品怎么样被介绍。
但是如果你想进一步寻找合作对象，作者是否独立、内容是否持续更新、受众是否相关，都需要纳入考虑范围中。
评论区中往往能获得更详细的场景
教程展示的是作者选择讲解的流程，评论则是可能补上观众遇到的差异。
假设一条教程下面，有人说某个网站不起作用，有人问另一个浏览器能不能用，还有人问能否支持批量处理。这些反馈分别指向兼容性、使用环境和任务规模。
它们都是值得调查的线索，但不能一看到就放进开发计划。
先确认教程是不是旧版本，问题能否复现，是否在多个独立来源出现，以及你的目标用户是否也有同样的困难。
尤其是需要分清两种情况：用户不知道怎么用，以及产品确实做不到。
两者都影响使用体验，但是投入方式不同。前一种可能需要更好的教程、欢迎页面或者报错提示说明。后一种才可能需要补充功能。
还有一种评论特别值得记录：观众详细解释自己为什么要做这个操作。这种评论能让一个抽象的功能需求变成具体的使用场景和工作流程。
拿批量处理来说，一句支持批量处理和一个人每天需要整理几十份资料，提供的信息量并不一样。后者能帮助你继续追问频率、限制、已有替代方案和失败成本。
做一张表格，让线索能够比较
刚开始不用做庞大的竞品报告。选择两三款解决相近问题的竞品，每款先找几条内容，记录到同一张表中即可。
我建议至少保留这些字段：
| 字段 | 要记录什么 | 接下来能做什么 |
|---|---|---|
| 来源与日期 | 链接、发布时间、检查时间 | 回溯证据，识别过时内容 |
| 具体任务 | 用户要完成哪件事 | 确定教程和演示的主题 |
| 用户用语 | 标题、正文和评论里的原始表达 | 提出文案和搜索词候选 |
| 作者方向 | 平时讲什么，主要面向谁 | 判断渠道与受众是否匹配 |
| 语言与环境 | 内容语言、涉及的网站和浏览器 | 提出本地化或兼容性假设 |
| 未解决问题 | 哪一步失败，是否有人重复提到 | 决定进一步访谈、测试或补教程 |
| 产品入口 | 链接是否存在、是否有效、步骤多少 | 检查从内容到安装的路径 |
| 来源关系 | 官方、自发、合作或未知 | 判断这条线索的性质 |
| 下一步动作 | 自己能验证的一个小动作 | 防止调研停在收藏链接 |
没有找到相关内容时，可以换一种产品叫法、任务描述或语言，结果可能不同。搜索本身有覆盖范围，表中最好保留浏览一些检索记录。
将线索变成一次具体的推广尝试
研究到这里，就应该缩小范围。选一个你的产品已经能稳定完成的任务，做一次从内容到使用的尝试。
自己制作场景教程
把同一个任务完整地演示出来：什么情况下需要它，操作前是什么样的，安装好以后怎么完成，哪些情况暂时不支持。内容中尽可能使用用户已经理解的任务语言。
教程需要添加增量信息。可以是步骤更清楚、覆盖了另一种使用环境、演示了真实的批量任务，或者解释了旧教程中容易失败的一步。照着竞品教程录一遍，很难给读者一个选择你的理由。
回应一个具体问题
如果某个讨论中的困难恰好能被你的产品解决，先验证，再把步骤、适用范围和限制条件讲清楚。提到自己的产品时，交代开发者身份，让读者知道推荐的来源。
这种参与方式需要建立在问题匹配的基础上。不要只因为出现了竞品名字，就到处粘贴同一段介绍。
评估内容合作
如果一个创作者持续服务与你目标用户重合的人群，并且有合适的选题，可以考虑向对方提供演示素材、使用说明和可测试版本。是否联系、是否付费，要结合你自己的阶段和预算决定。
即使暂时不合作，教程里找到的用户语言和场景，也能先用在你自己的官网、扩展程序详情页、演示和产品说明中。
教程还可以反过来帮助你检查产品
设想你已经找到了一个非常匹配的使用场景，也制作了表述清晰的内容，但用户跟着做仍然失败。
这时，值得回到产品本身，检查从安装到完成任务之间的步骤。
用户是否知道去哪里启动 Chrome 扩展程序，是否需要刷新原来的页面，是否理解权限请求，失败时能否知道原因，以及演示中承诺的功能是否真的可用。
教程作者有时会替产品补上这些解释。观众能够完成任务，可能依赖作者讲清楚了几个产品界面没有说明的步骤。
研究这些教程，可以帮助你发现哪些说明应该体现在产品中。这样，后来的用户即便是没有看过教程，也更有机会自己完成操作。
同样，发现其他语言的教程，只能算本地化线索。更稳妥的下一步，是选一个有具体需求证据的场景，把相关商店说明、关键操作和帮助内容打通，再观察使用情况。一次性增加很多语言，会增加维护工作。先把一段完整体验做好，比较容易知道问题出在哪里。
别把内容热度当做增长归因
找到播放量很高的竞品教程，也许你会轻易下结论：这个渠道有效，竞品靠它涨起来了，我也应该去做。
但这些判断中间还缺几步证据。一条视频可能被大量不需要安装的人看过，也可能主要服务已有用户。它可能在产品已经流行以后才出现。视频热度和产品规模同时存在，并不能说明前者带来了后者。
我会把调查分成三个层次。
- 观察：确实有这条教程，讲了这个任务，评论里出现了这些问题。
- 假设：这类内容可能接触到我的目标用户；我可以用类似的任务做一次测试。
- 结果：发布以后，有多少相关访问，多少人继续前往商店，多少用户完成核心操作，是否愿意回来。
根据手头能拿到的数据，可以记录内容访问量、官网入口点击量、前往商店的点击量，以及产品内的首次核心操作和后续使用的次数。
这些指标不能随意画等号。前往商店的点击不等同于安装量，一次功能使用也不等于长期留存。如果跨网站、商店和扩展程序的完整归因做不到，就把已知部分分段记录。
先形成一份口径清楚、能够重复观察的记录，比用不完整的数据证明一次推广成功更有用。
如果时间有限，我先关注什么
我会先关注三个方面：和我的产品匹配的任务，最近还有人在问的困难，观众是不是明确想采取下一步行动。
一个小教程，如果主题很具体、评论一直在问同一个问题，值得花时间检查。一篇大盘点文章，即使访问量很高，也可能只是宽泛覆盖了很多工具，暂时找不到与你相关的切口。
这不意味着小内容一定比大内容转化好。它只是更容易让你形成一个能测试的假设。
我也不会一开始就追求把所有竞品、所有渠道、所有语言研究完。先找几条证据充分的内容，把其中一个场景走通，再决定是否扩大。否则很容易研究了几十个链接，却仍然没有做出一条教程，没有改善一个入口，也没有接触到一个具体问题。
如果你现在卡在 Chrome 扩展程序上架之后不知道如何推广，不知道如何找到第一批用户，不妨先搜一款竞品，认真看完几条教程。最后给自己留下一句具体的话：
我准备帮助哪一类人，在什么场景下，完成哪一件事。
能写清楚这句话，下一条推广内容就有了起点。