评分方法论

Build Cleverly 不是黑盒。这里是我们如何从社区讨论数据得出评分的完整说明。

数据来源

我们从以下平台抓取公开可访问的社区讨论内容,所有来源均会在报告中标注原文链接:

🔴Reddit

r/SaaS、r/indiehackers、r/webdev 等相关 subreddit 的帖子与评论

主要数据来源,覆盖最广

🟠Hacker News

Ask HN、Show HN、以及相关讨论帖的评论

技术用户群体覆盖优质

🔵Indie Hackers

产品讨论帖、里程碑分享、社区问答

独立开发者付费意愿参考价值高

🌐更多来源

其他相关论坛、产品评测网站及公开讨论区

补充数据来源,拓宽信号多样性

6 维评分机制

市场需求 (Market Demand)

权重 25%

衡量目标市场对该类产品的总体需求程度。通过统计相关帖子数量、讨论热度趋势、关键词频率等指标综合计算。

关键信号

  • 月均搜索相关问题的帖子数量
  • 讨论中的情绪词汇强度
  • 需求表达的时间趋势(增长/衰退)

痛点深度 (Pain Point Depth)

权重 20%

衡量目标用户对当前痛点的感受强度。使用情感分析识别高情绪强度词汇(frustrated, waste, hate, need desperately 等)。

关键信号

  • 高强度情绪词汇出现频率
  • 用户描述痛点的具体程度
  • 现有解决方案被批评的频率

支付意愿 (WTP)

权重 25%

这是最关键的维度,也是最难造假的信号。我们只统计在讨论中明确提到愿意付费的原文证据,而非「觉得有需求」的推断。

关键信号

  • 含 'would pay'、'paying for'、'$X/month' 的原文数量
  • 付费金额区间分布
  • 付费意向的条件限制分析

WTP 硬门槛:少于 5 条明确付费意向讨论时,整体评分上限为 60 分

竞争空间 (Competition Gap)

权重 15%

分析市场中现有解决方案的覆盖程度和用户满意度,识别差异化机会。竞争越激烈,空间越小;但完全没竞争可能意味着市场不存在。

关键信号

  • 直接竞品被提及频率
  • 用户对现有工具的不满程度
  • 细分用户群未被覆盖的比例

ICP 清晰度 (ICP Clarity)

权重 10%

衡量目标用户群体的可识别性和可触达性。模糊的目标用户(「所有人」)会降低此项分数,精准的用户画像会提升分数。

关键信号

  • 讨论者的职业标签清晰度
  • 使用场景的具体程度
  • 痛点与特定用户群的匹配度

上线速度 (Launch Feasibility)

权重 5%

这是唯一一个来自内部评估而非外部证据的维度,基于技术栈成熟度和竞品参考实现周期估算。权重最低,不决定总体判断。

关键信号

  • 核心功能所需技术栈的成熟度
  • 竞品 MVP 上线的历史周期
  • 功能复杂度评估

判断规则(Ship / Rework / Skip)

  • ·综合评分 ≥ 72
  • ·WTP 维度 ≥ 60(至少 5 条明确付费意向)
  • ·痛点深度 ≥ 65
  • ·置信度 ≥ 70%

  • ·综合评分 55-71
  • ·WTP 或竞争空间中有一项低于阈值
  • ·痛点深度 ≥ 55
  • ·有明确的可调整假设

  • ·综合评分 < 55,或
  • ·WTP < 30(付费意向极弱),或
  • ·市场讨论中负面情绪 > 60%,或
  • ·数据覆盖不足且方向模糊

局限性与免责说明

  • Build Cleverly 的评分基于公开社区讨论数据,无法覆盖私下调研、行业报告等付费数据来源。
  • 当目标市场讨论量较少(< 50 条相关帖子)时,评分置信度会显著下降,报告中会明确标注。
  • WTP 信号强度反映讨论中的意愿表达,不等于实际付费转化率。需结合你的具体产品和执行能力综合判断。
  • 新兴市场(如某些 AI 应用场景)可能因社区讨论滞后而导致评分偏低,建议结合行业趋势人工判断。
  • 本工具辅助决策,不替代决策。最终是否执行,仍需你自己承担判断责任。