weekly-outlook

统一评估评分卡（Evaluation Rubric）

所有候选项目不论来源，一律按本评分卡评估。每个维度 0–5 分（允许 0.5 步进），加权求和 ×4 得到总分（满分 100）。

维度定义

1. 增长动能 Growth — 权重 25%

衡量「上升速度」。

• 5：本周排名/流量/收入环比暴涨（如 PH 周榜 Top3、GitHub 周 star 数千、社区刷屏讨论）
• 4：明显上升，多处渠道同时出现
• 3：稳定增长，有正增长证据但斜率平缓
• 2：数据持平或增长证据模糊
• 1：热度回落
• 0：明显衰退
• 首次发现的项目（NEW）：依据本周热度绝对值打分，不扣「无环比」分。

2. 收入验证 Revenue — 权重 20%

衡量「有人真的付钱吗」。

• 5：公开 ARR ≥ $1M 或 MRR ≥ $80k，付费用户可查证
• 4：公开 MRR $20k–80k 或被收购/挂牌且有营收证明
• 3：公开收入 <$20k 但付费用户真实；或有明确付费定价且早期用户付费
• 2：有定价页但付费证据弱
• 1：纯免费/流量型，变现路径不清
• 0：完全无变现迹象

3. 趋势契合 Trend — 权重 20%

衡量「是否在上升赛道」。

• 5：处于本轮爆发核心赛道（AI Agent、Agent 工作流、垂直 AI 等）且切入点新
• 4：热门赛道中的差异化细分
• 3：稳定赛道，无爆发但有持续需求
• 2：赛道饱和或平淡
• 1：下行赛道
• 同时必须标注 OPC 分类映射：A 借力智能 / B 借力内容 / C 借力人力 / D 借力资源（见 docs/一人公司创业方向.md 的分类模型，可细分到 A1–D4 二级）。

4. 团队可复制性 Fit — 权重 20%

衡量「我们 10 人团队（设计/运营/前端/后端，擅长 APP、Web、小程序、Agent Skill 工作流）能否 4–8 周做出 MVP」。

• 5：技术栈完全对口，4 周内可出 MVP，且设计/运营能力是加分项
• 4：6–8 周可出 MVP，需少量新技术学习
• 3：8–12 周或有中等技术门槛（如移动端上架、支付合规）
• 2：需要重资产/重线下/强行业牌照
• 1：需要融资级投入或团队完全不具备的能力
• 同时考虑目标市场：面向国内市场（小程序/APP 分发）加分与否由团队当周策略决定，默认中性。

5. 竞争窗口 Window — 权重 15%

衡量「现在进还来得及吗」。

• 5：需求已验证但竞品极少，窗口期明显开放
• 4：有竞品但均早期，差异化空间大
• 3：头部已出现但市场足够分散/垂直切分空间大
• 2：红海，巨头或多个成熟玩家盘踞
• 1：巨头正面战场

N/A 与归一化规则

某维度数据缺失时标 null，不猜分。计算总分时剔除该维度权重，剩余维度按比例归一化到 100：

total = Σ(score_i × weight_i) / Σ(非空 weight_i) × 4 × 10

报告中 N/A 维度需注明「数据不足」。若某项目 ≥3 个维度为 N/A，总分仍计算但排名时降 5 分惩罚（信息越少风险越高）。

项目 JSON Schema

{
  "name": "string",
  "url": "string",
  "source": "producthunt|indiehackers|starterstory|acquire|toolify|taaft|github|other",
  "category": "A1–D4 的 OPC 分类码",
  "one_liner": "一句话产品描述",
  "arr_mrr": "string 或 null（如 '$45k MRR'）",
  "pricing": "string 或 null",
  "growth_signal": "本周增长证据摘要",
  "first_seen": "YYYY-WW",
  "scores": {
    "growth": 0-5|null,
    "revenue": 0-5|null,
    "trend": 0-5|null,
    "fit": 0-5|null,
    "window": 0-5|null
  },
  "total": 0-100,
  "why_copyworthy": "为什么值得我们借鉴（1-2 句）",
  "risk": "主要风险（1 句）",
  "first_step": "团队第一步行动建议（1 句，具体可执行）"
}