社区需求探查

概述

将模糊的增长构想转化为可复用的工作流：发现相关社区对话、评估用户意图、规避不匹配的讨论帖，并优先提供帮助、仅在适当时机适度推广，从而起草高质量回复。

默认采用“人在回路中”（human-in-the-loop）模式。本能力聚焦于需求捕获与社区探查，而非群发内容或欺骗性自动化操作。

它特别适用于代码仓库审计、上线准备度评估、市场调研、竞品分析、产品定位、目标用户发掘，以及 Reddit 或 X 平台的定向触达规划。

快速上手

开展触达调研前，请先收集一份精炼的产品简报。仅索取缺失的信息：

• 产品名称及一句话描述
• 目标用户或采购决策者
• 核心解决的痛点
• 最突出的差异化优势
• 允许声明与禁止声明
• 期望的沟通语气
• 落地页链接、演示地址或明确的行动号召（CTA）

若用户未提供简报，请使用 assets/product-brief-template.md 中的模板。

若用户仅提供代码仓库、落地页或 README 文件，请先执行上线准备度审计与市场扫描，再开展社区探查。使用以下资源：

• references/repo-launch-readiness.md
• references/market-research.md
• references/positioning-heuristics.md
• assets/repo-audit-template.md
• assets/market-scan-template.md
• assets/positioning-brief-template.md

执行顺序

除非用户明确要求更窄范围的交付物，否则请按以下顺序运行该能力：

1. 提取或补全产品简报。
2. 若输入为代码仓库、README 或初版落地页，则执行上线准备度审计。
3. 调研用户、竞品、替代方案及品类格局。
4. 选定一个核心定位角度。
5. 将产品语言转化为用户痛点表达方式。
6. 生成搜索查询语句，并定位候选讨论帖。
7. 对每条讨论帖进行意图与风险评分。
8. 选择互动阶梯模式。
9. 以平台原生风格起草触达回复。
10. 返回以决策为导向的报告。

具体示例

示例请求：

我开发了一款小型开发者工具。请审计该代码仓库，调研同类产品，确定最佳定位策略，然后找出 Reddit 上用户正在寻求替代方案的相关帖子，并为我草拟可用的回复。

示例输出结构：

## 上线阻碍项
- README 中缺少截图
- 标题吸引力不足

## 市场概览
- 品类竞争激烈，已有若干头部产品
- 用户在现有工具配置过慢时倾向切换

## 定位策略
- 主要角度：简洁性
- 一句话定位：面向仅需 X 功能的开发者的轻量级替代方案

## 潜在机会
1. 帖子：
   - 意图分：5
   - 风险分：2
   - 互动模式：软提及
   - 草拟回复：...

工作流

除非用户明确要求仅输出某一项具体内容，否则请遵循此流程。

1. 构建产品简报

若用户提供的是代码仓库而非成熟的产品简报，请从以下内容中推导简报：

• README 的主标题与副标题
• 安装步骤
• 发布资产（release assets）
• 截图或演示资源
• 已声明的使用场景
• 明显的信任障碍，例如未签名二进制文件或文档缺失

在建议开展触达前，须明确指出上线阻碍项。常见阻碍项包括：

• 无截图或演示
• 标题缺乏吸引力
• 目标受众不清晰
• 缺少明确安装路径
• 信任摩擦（trust friction）
• 无明确行动号召（CTA）
• 定位过于狭窄

如需参考，可阅读 references/repo-launch-readiness.md。

2. 调研市场与用户格局

起草触达内容前，需深入理解所在品类：

• 潜在用户是谁
• 他们聘用该产品完成什么任务（job-to-be-done）
• 他们当前已提及哪些替代方案或替代工具
• 该市场是高度拥挤、高度碎片化，还是服务尚浅
• 哪一角度最具差异化：速度、简洁性、价格、可信度、控制权、垂直契合度，还是工作流契合度

调研同类产品时，请记录：

• 直接竞品
• 间接替代方案
• 现有主流工具（incumbent tools）
• 人工绕行模式（manual workaround patterns）

调研用户时，请记录：

• 他们在何处寻求帮助
• 他们如何描述自身痛点
• 触发其切换工具的关键动因
• 反复出现的异议或信任顾虑

切勿将市场调研简化为功能清单比对。应优先关注：

• 定位差异
• 目标用户差异
• 信任与采纳摩擦点
• 发现渠道差异

如需参考，可阅读 references/market-research.md，并使用 assets/market-scan-template.md。

3. 选定定位角度

完成市场扫描后，决定产品应以何种角度作为首要传达重点。

应基于证据（而非主观偏好）选择核心角度：

• 问题角度：痛点明显且紧迫
• 用户角度：产品明确服务于具有共同身份特征的细分群体
• 对比角度：用户已在该品类中主动比较不同产品
• 简洁性角度：现有主流工具显得臃肿、复杂或昂贵
• 可信度角度：用户担忧失败风险、安全风险或配置摩擦
• 工作流契合角度：产品比通用工具更契合某一高频重复任务

仅选取一个主要角度，最多搭配一个次要角度。

避免在同一信息中堆叠过多角度。“全能型工具”的弱主张通常不如聚焦清晰的单一主张有效。

如需参考，可阅读 references/positioning-heuristics.md，并使用 assets/positioning-brief-template.md。

4. 构建需求地图

将产品简报翻译为真实用户描述问题的方式：

• 挫败感（Frustrations）
• 当前绕行方案（Current workaround）
• 期望达成的结果（Desired outcome）
• 他们提及的替代方案（Alternatives they mention）
• 他们准备切换或购买时使用的触发短语（Trigger phrases）

如需参考，可阅读 references/intent-signals.md。

5. 生成搜索查询语句

结合以下类型短语，为各平台构建搜索查询：

• 以问题为起点的短语（problem-first phrases）
• 对比类短语（comparison phrases）
• 推荐类短语（recommendation phrases）
• 迁移类短语（migration phrases）
• 抱怨类短语（complaint phrases）
• 工作流类短语（workflow phrases）

优先构造创始人实际手动搜索时会使用的查询语句。同时包含宽泛与精准两种变体。

6. 寻找候选讨论帖

定位满足以下任一条件的对话：

• 作者正在主动寻求工具
• 正在对比不同替代方案
• 对现有工作流感到沮丧
• 请求他人推荐
• 描述一种高成本的人工绕行方案

并非所有提及都构成机会。请跳过自夸式提及、泛泛新闻和无关讨论。

7. 评估意图与风险得分

对每条候选讨论帖，在两个维度上分别打分：

• 意图分（Intent score）：0–5
• 风险分（Risk score）：0–5

评分依据如下：

• 意图分 5：正在主动寻求解决方案、推荐、替代方案或迁移路径

• 意图分 4：存在强烈痛点与明确需求，但未直接表达购买意向

• 意图分 3：痛点清晰，但紧迫性模糊

• 意图分 2：话题相邻，买家信号微弱

• 意图分 1：以好奇或资讯为主

• 意图分 0：完全不相关

• 风险分 5：存在明确反推广语境、极可能违反规则，或明显离题

• 风险分 4：大概率不匹配，反弹风险高

• 风险分 3：匹配度参差，需谨慎处理

• 风险分 2：合理匹配，但仍需保持回复轻量

• 风险分 1：低风险

• 风险分 0：上下文非常安全

除非用户明确要求激进探索，否则不得推荐参与意图分低于 3 或风险分高于 3 的讨论帖。

若平台或社区规范至关重要，请阅读 references/platform-guardrails.md。

8. 选择互动阶梯模式

为每条讨论帖选择以下三种模式之一：

• 仅提供帮助：回答问题，不提及产品
• 软提及：先回答问题，若产品确实契合则轻量提及
• 直接提及：因提问明确且契合度强，直接推荐产品

默认采用能满足用户需求的最低推广程度选项。

9. 以平台原生风格起草回复

写作口吻应贴近该平台的真实参与者，而非广告文案。

• Reddit：具体、平实、具上下文、低 hype
• X：更简短、更锐利、更具对话感

请避免：

• 泛泛的赞美
• 空洞的 hype 表述
• 跨帖重复雷同的语言
• 自我推广时假装中立
• 未建立相关性即推送链接

如需参考，可阅读 references/reply-patterns.md。

10. 输出以决策为导向的结果

以用户可立即采取行动的格式返回结果：

• 如存在，列出上线阻碍项
• 市场概览
• 用户概览
• 竞品或替代方案概览
• 定位建议
• 核心定位角度
• 渠道建议
• 搜索查询语句
• 首选讨论帖或账号目标
• 意图与风险得分
• 推荐的互动模式
• 草拟回复
• 推荐理由
• 后续跟进建议

当用户需要可复用的报告格式时，请使用 assets/outreach-output-template.md 中的模板。

输出标准

呈现机会点时，确保每项内容紧凑且具备决策就绪性：

• 为何与此相关
• 为何存在风险或属于安全范畴
• 应如何表述
• 为何该措辞恰如其分

当用户要求生成多个回复时，请调整段落结构与首句表达。禁止生成近似重复内容。

约束准则

请将以下条款视为硬性约束：

• 不得以数量牺牲匹配度。
• 不得建议伪装身份或虚构客户身份。
• 不得推荐群发内容或批量回复。
• 不得忽视 subreddit 规则或平台规则。
• 不得将垃圾信息行为包装为“增长”。
• 不得强行植入产品提及——当单纯提供帮助已足够时，应优先选择后者。

存疑时，请明确说明该讨论帖应被跳过。

交付成果

本能力最擅长产出以下内容：

• 从代码仓库到产品简报的审计报告
• 上线准备度评估
• 轻量级市场扫描
• 用户痛点摘要
• 竞品与替代方案图谱
• 定位简报
• 社区探查计划
• 买家意图导向的搜索查询
• 带评分的线索/讨论帖列表
• 平台原生风格的草拟回复
• 基于高频痛点的发帖创意库
• “互动 / 等待 / 跳过”三级决策建议
• 面向开发者自建产品的轻量级上线包（launch pack）

参考资料

仅阅读与当前任务相匹配的参考资料：

• references/intent-signals.md：用于构建搜索查询、判断买家意图或聚类痛点表达
• references/market-research.md：用于调研用户、竞品、替代方案及品类定位
• references/platform-guardrails.md：用于判断在 Reddit 或 X 平台上开展互动是否安全
• references/positioning-heuristics.md：用于判断应以问题、用户、对比、简洁性、可信度还是工作流契合度作为首要切入点
• references/reply-patterns.md：用于起草回复或发帖创意
• references/repo-launch-readiness.md：适用于用户提供代码仓库、README、发布页或未完成的产品定位时
• assets/market-scan-template.md：适用于用户需要结构化市场或竞品扫描时
• assets/positioning-brief-template.md：适用于用户希望在触达前获得简洁定位建议时
• assets/product-brief-template.md：适用于产品简报不完整时
• assets/repo-audit-template.md：适用于将代码仓库转化为可用产品简报与上线检查清单时
• assets/thread-scorecard-template.md：适用于用户需要可复用评分工作表时
• assets/outreach-output-template.md：适用于用户需要结构化报告或标准化执行节奏时

典型触发场景

以下请求适用本能力：

• “请找出 Reddit 上用户需要这款应用的相关帖子。”
• “请调研 X 平台上用户对这一工作流感到沮丧的帖子。”
• “请为这些帖子评分，并告诉我哪些值得回复。”
• “请起草有帮助的 Reddit 评论，若合适可自然提及我的产品。”
• “请将这份产品简报转化为社区探查所需的搜索查询。”
• “我构建了这个代码仓库，请帮我规划如何推广它。”
• “请在我们尝试推广前，对该 GitHub 项目进行审计。”
• “请在提出营销建议前，调研该产品的市场环境。”
• “请找出类似工具，并告诉我用户如何描述这一问题。”
• “请在产品上线前，帮我们确定其定位策略。”
• “请在上线前对该代码仓库进行审计。”
• “请为该应用开展市场调研与竞品调研。”
• “请帮我为我的产品找到目标用户。”
• “请基于该 GitHub 仓库制定上线策略。”
• “请为该产品规划 Reddit 平台的触达方案。”
• “请帮我为我的应用寻找客户，但不要发送垃圾信息。”