先看真实搜索结果，再解释工具数字

关键词工具适合筛选范围，真实搜索结果更接近用户当下能看到的供给。

打开结果页以后，可以检查：

• 排在前面的主要是产品、文章、免费工具还是社区页面；
• 用户需要快速完成任务，还是先学习和比较；
• 结果是否被少数大型平台占据；
• 不同地区和语言的结果是否明显变化；
• 广告、地图、视频、图片和应用商店是否占据主要位置；
• 现有页面已经把问题解决到什么程度；
• 哪些信息仍然过时、笼统或缺少实际操作。

头像相关查询可以说明这一步：搜索结果里出现图片集合和下载资源，意味着用户更可能要浏览、选择或获得头像，而不是阅读一篇概念解释。新页面若进入这个方向，应提供原创资源、清楚分类或可用的生成能力，不能只把竞品清单换一个数字。^[1]

搜索结果还可以帮助判断页面单元。若多个具体任务拥有独立意图，可能分别需要页面；若查询量很小、任务高度相近，先合并为一个页面的章节更稳妥。^[2] 这里的目标只是判断候选市场怎样被用户寻找，页面建设和 SEO 生产会在后续阶段单独处理。

把社区和公开服务当作问题样本

搜索数据不容易呈现问题发生的上下文。社区讨论、应用评价、公开问答、服务市场和岗位说明可以补充这些信息。

研究时可以记录：

• 用户在什么事件以后开始求助；
• 他们用什么词描述结果和阻碍；
• 已经尝试过哪些产品或人工做法；
• 哪些问题反复出现；
• 谁提出需求，谁决定预算；
• 服务提供者按什么交付物和范围报价；
• 任务是一次性项目，还是持续工作。

公开服务市场出现某类订单，说明至少有人愿意把任务交给外部人员。它仍然不能证明软件订阅市场已经成立。客户可能购买的是专业判断、定制执行、责任承担或行业关系，这些部分未必能够自动化。

同样，社区里有很多提问也不等于商业需求强。需要继续看提问是否来自目标人群，是否反复发生，用户有没有投入时间和费用，以及问题解决以后是否会持续使用。

只使用公开可核验的信息。封闭群成员、私人联系方式、客户资料和受访问限制的内容不应被收集。公开发言进入研究表时也应删除个人身份，只保留与任务有关的事实。

渠道研究要看目标用户密度

一个渠道访问量很大，并不表示目标用户集中。研究渠道时，可以分别记录：

• 是否能够明确识别目标人群；
• 用户是否在这里讨论相关任务；
• 平台允许什么形式的产品介绍；
• 内容、回答、私信、合作或广告的成本；
• 从曝光到访问、注册和付费能否归因；
• 经营者能否长期遵守规则并持续参与。

如果产品面向某个垂直行业，规模较小的专业社区可能比通用产品发布平台更有价值。反过来，一个面向开发者或早期采用者的工具，产品目录和技术社区可能更适合获得第一批反馈。渠道选择要回到产品、人群和任务的组合，而不是跟随平台总流量。^[3]

早期可以用少量主动触达验证表达。给符合条件的人发送有上下文的邀请，观察对方是否理解问题、愿不愿意回复、怎样描述现有做法。得到稳定语言和问题以后，再把它们沉淀为产品页、工具、教程和公开回答，让有需求的人能够主动找到。^[1]

主动触达的价值在于获得快速反馈，不在于扩大群发数量。名单来源、联系理由和停止规则都要清楚。通用私信、批量生成回复和绕过平台限制，会损害样本质量，也可能违反平台规则。

从竞品来源理解分发条件

竞品的访问来源和外部链接也能提供渠道线索。相关分享给出了两条研究路径。^[2]

一条路径是研究可能产生真实访问的来源。第三方工具会列出竞品的 Referral Sources。看到一个来源以后，需要继续打开具体页面，检查链接位置、内容关系和用户为什么会点击。工具里的来源名称只能形成假设，最终效果要用自己的访问和转化数据验证。

另一条路径是研究来源类型。可以观察竞品被哪些目录、市场、论坛、合作伙伴、客户案例、行业文章或公开工具引用，并继续问：获得这类位置需要什么条件？

分析结果应写成「来源类型和获得条件」，不宜变成照抄域名的提交清单。例如，平台市场需要真实上架，行业报告需要可靠数据，合作案例需要交付关系，开发者清单需要能够被开发者使用的价值。^[2]

DA、DR、Authority Score、Backlinks 和 Referring Domains 可以帮助比较，但不能说明链接一定有人点击，也不能证明带来目标客户。检查来源时，更应关注主题关系、页面是否正常运行、链接是否处在真实内容中，以及是否存在批量出售、站群或无关链接。^[4][2]

异常来源也不能仅凭外观下结论。第三方工具可能收录缓存页、查询页和已经失效的页面。需要结合页面访问、真实 Referral、出现时间和自己的数据再判断。^[2]