opc/skelet
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Add business planning documents

Browse Source
This commit is contained in:
QiuSW
2026-07-06 10:50:57 +08:00
parent f68d443c0d
commit fae7fda88c
7 changed files with 1137 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
business/README.md
+32
View File
@@ -0,0 +1,32 @@
# Business Documents
本目录保存 Skelet 的商业计划、内容增长、项目来源、变现方案和竞品分析。
## 目录结构
```text
business/
├── business-plan-v1.md
├── research-sourcing-strategy.md # 去哪里找骨架项目
├── content-strategy.md # 怎么写内容和做 SEO
├── monetization.md # 怎么变现
└── competitor-analysis.md # 竞品分析
```
## 文档说明
- [`business-plan-v1.md`](business-plan-v1.md)：第一版商业计划书，说明项目定位、目标用户、产品形态、商业模式和里程碑。
- [`research-sourcing-strategy.md`](research-sourcing-strategy.md)：骨架项目来源、搜索词库、筛选标准和调研流程。
- [`content-strategy.md`](content-strategy.md)：内容栏目、SEO 策略、文章模板、发布节奏和质量标准。
- [`monetization.md`](monetization.md)：Affiliate、赞助、付费收录、付费数据库、自有模板和顾问服务的变现路径。
- [`competitor-analysis.md`](competitor-analysis.md)：竞品类型、差异化定位、风险和机会。
## 维护边界
- `business/` 负责商业判断：为什么值得做、怎么赚钱、怎么推广、内容从哪里来。
- `docs/` 负责产品和工程执行：需求、技术栈、架构、任务、当前状态。
如果商业计划产生明确产品需求，需要同步到：
- [`../docs/02-requirements.md`](../docs/02-requirements.md)
- [`../docs/06-tasks.md`](../docs/06-tasks.md)
business/business-plan-v1.md
+240
View File
@@ -0,0 +1,240 @@
# Skelet 第一版商业计划书
- 版本：V1.0 Draft
- 日期：2026-07-06
- 项目阶段：商业方案与产品 MVP 规划
- 技术前提：Wagtail + Django + Python 3.12 + SQLite 第一版上线
## 一、项目摘要
Skelet 是一个面向 AI coding 开发者、独立开发者和小团队的开源项目骨架导航与评测网站。
AI coding 正在改变软件开发方式，但从零开始让 AI 编写完整项目会带来两个明显问题：token 消耗高、开发时间长，并且架构容易跑偏。更合理的方式是基于稳定、清晰、可维护的开源骨架项目进行增量开发。
Skelet 的目标是帮助用户快速回答一个具体问题：我的项目应该基于哪个骨架开始？
第一版先做内容目录和评测闭环：按场景分类，按语言、框架、数据库和 AI 友好度筛选，提供骨架详情、适用/不适用场景、推荐理由和评分。
## 二、问题与机会
### 2.1 用户痛点
- 从零开始开发项目时，AI 需要反复生成基础设施代码，token 和时间消耗高。
- 开源模板和 boilerplate 数量很多，但质量、维护状态、适用场景参差不齐。
- 用户通常先知道“我要做什么”，但很多目录按语言或框架组织，不符合真实选型路径。
- 很多骨架项目文档不清楚、测试不完整、目录结构复杂，不适合 AI coding 增量开发。
- 开发者很难快速判断一个骨架适合什么场景、不适合什么场景、后续维护成本如何。
### 2.2 市场机会
Skelet 切入的不是泛开发者资讯，而是“项目启动选型”这个高意图场景。用户来到网站时，通常已经准备创建项目、选择技术栈、购买服务或使用工具，因此后续适合接入商业化：云服务返佣、部署平台推荐、AI coding 工具、付费数据库、自有模板和顾问服务。
## 三、解决方案
Skelet 提供一个结构化的骨架项目数据库和评测体系。
核心原则：
- 主分类按场景：SaaS、管理后台、API 服务、内容站、电商、AI 应用、数据看板、移动端后端等。
- 辅助筛选按技术：Python、TypeScript、Go、Java、PHP、Wagtail、Django、FastAPI、Next.js、Laravel 等。
- 每个骨架都有固定详情页：适合场景、技术栈、开源地址、成熟度、维护状态、功能清单、上手成本、AI Coding 友好度、不适合场景和推荐理由。
- 明确区分编辑推荐、普通收录和赞助展示，避免商业化伤害信任。
## 四、目标用户
| 用户 | 需求 | 价值 |
| --- | --- | --- |
| 独立开发者 | 快速启动 MVP、SaaS、内容站或工具站 | 减少选型和搭架子时间 |
| 小团队技术负责人 | 给团队选择稳定、可维护的起步骨架 | 降低架构风险和维护成本 |
| AI coding 使用者 | 找到适合 agent 增量开发的项目结构 | 降低 token 消耗和上下文理解成本 |
| 开源骨架作者 | 获得更准确的展示和目标用户 | 增加曝光和用户反馈 |
| 开发者工具厂商 | 触达准备启动项目的高意图用户 | 获得转化和品牌曝光 |
## 五、产品形态
### 5.1 第一版 MVP
第一版只做内容和筛选闭环：
- 首页：场景入口、推荐骨架、最新文章。
- 场景页：按使用场景聚合骨架项目。
- 项目列表页：按语言、框架、数据库、AI 友好度和关键词筛选。
- 项目详情页：展示固定评测结构和外部链接。
- 文章页：评测、对比、避坑指南、场景推荐。
- Wagtail 后台：人工维护项目、分类、评分和文章。
- SEO 基础：稳定 slug、title、description、sitemap。
第一版不做：用户注册、评论、收藏、支付、自动抓取、复杂搜索、多语言站点。
### 5.2 AI 友好度评分
评分维度：
| 维度 | 说明 |
| --- | --- |
| 目录结构 | 是否清晰、模块边界是否明确 |
| 文档完整度 | 是否有运行、部署、测试和架构说明 |
| 测试可用性 | 是否有可运行测试和基础 CI |
| 示例模块 | 是否有完整 demo feature 供 AI 模仿 |
| 依赖克制度 | 是否依赖过重、配置是否复杂 |
| 增量开发难度 | 是否容易让 AI 在既有模式中添加功能 |
## 六、技术方案
第一版使用 Python 技术栈：
| 维度 | 选择 |
| --- | --- |
| CMS / Web 框架 | Wagtail + Django |
| Python | 3.12 |
| 数据库 | SQLite with JSON1 |
| 前台渲染 | Django / Wagtail Templates |
| 部署 | 2 核 2G VPS，Gunicorn + Nginx |
| 后续数据库 | PostgreSQL，按条件迁移 |
选择 Wagtail 的原因：项目核心是内容管理、分类、筛选、详情页和 SEO。第一版不需要复杂 SaaS 账号系统，使用 Wagtail 可以更快上线并保持后台编辑能力。
SQLite 作为第一版上线数据库的前提：以公开读为主，后台少量人工写入，不做评论、收藏、会员和用户提交。出现写入增加、多人后台编辑、`database is locked` 或付费功能时，再迁移 PostgreSQL。
## 七、商业模式
商业化按阶段推进，不在第一天强行卖东西。
### 7.1 阶段一：建立信任与流量
目标：内容可信、SEO 可增长、用户愿意收藏和订阅。
重点内容：
- 各类骨架项目排行榜。
- 按场景推荐。
- 技术栈对比。
- AI Coding 友好度评分。
- 上手体验和避坑指南。
- 项目维护状态观察。
可轻量加入：Newsletter 订阅、项目提交入口、简单赞助说明页。
### 7.2 阶段二：轻量变现
| 方式 | 说明 |
| --- | --- |
| Affiliate 推荐返佣 | 云服务器、数据库、部署平台、域名、监控、AI coding 工具、UI 模板等。 |
| 赞助位 | 首页、分类页、Newsletter、评测文章中展示 Sponsored 项目。 |
| 付费收录 / 高级展示 | 普通收录免费，深度评测、置顶展示、Newsletter 推荐收费。 |
| 深度评测报告 | 为骨架作者或工具厂商提供 AI Coding 友好度报告。 |
商业化纪律：Sponsored 必须明确标识，不能影响编辑推荐排序。
### 7.3 阶段三：高利润产品
| 产品 | 说明 |
| --- | --- |
| 付费数据库 | 提供完整筛选、评分细节、替代方案、维护状态提醒。 |
| 自有模板 | 整理 AI coding 友好的 Wagtail、FastAPI、Django、Next.js 等模板。 |
| 顾问服务 | 帮团队选型、搭建内部骨架、改造模板、制定 AI coding 工作流。 |
| 项目启动决策工具 | 输入需求，输出推荐骨架、技术栈、部署方案和 AI 任务拆分。 |
推荐变现顺序：内容流量 -> Newsletter -> Affiliate -> 赞助/付费收录 -> 付费数据库 -> 自有模板 -> 顾问服务 / SaaS 工具。
## 八、推广策略
### 8.1 内容 SEO
优先做高意图内容：
- “适合 AI Coding 的 Django 骨架”
- “Next.js SaaS Boilerplate 对比”
- “Python 内容站骨架推荐”
- “Wagtail vs Django CMS 做内容站怎么选”
- “2 核 2G VPS 部署 Django/Wagtail 是否够用”
### 8.2 社区分发
- GitHub：维护 awesome 风格公开列表，引流到网站详情页。
- 独立开发者社区：分享场景推荐和避坑文章。
- AI coding 社区：分享评分体系和模板改造案例。
- 开源作者合作：允许作者提交项目，获得反馈和曝光。
### 8.3 Newsletter
Newsletter 不做泛资讯，只围绕：新发现的骨架、值得关注的模板、AI 友好度评测、项目启动建议。
## 九、里程碑
| 阶段 | 目标 | 交付物 |
| --- | --- | --- |
| M1 | MVP 可运行 | 首页、分类页、项目详情、后台录入、基础 SEO |
| M2 | 内容初始库 | 至少 8 个场景、50 个骨架项目、10 篇评测/对比文章 |
| M3 | SEO 验证 | 有稳定自然搜索访问和 Newsletter 订阅入口 |
| M4 | 轻量变现 | Affiliate 和 Sponsored 规则上线 |
| M5 | 付费产品验证 | 付费数据库、自有模板或顾问服务获得首批付费用户 |
## 十、成本结构
第一版控制成本：
| 成本项 | 第一版策略 |
| --- | --- |
| 服务器 | 2 核 2G VPS 起步 |
| 数据库 | SQLite，减少托管数据库成本 |
| 内容管理 | Wagtail 后台人工维护 |
| 图片与媒体 | 本地 media 起步，后续迁移对象存储 |
| 搜索 | 数据库/Wagtail 搜索起步，不上 Elasticsearch |
| 开发 | 使用 AI coding + harness 文档降低迭代成本 |
## 十一、关键指标
### 产品指标
- 收录骨架项目数。
- 场景分类覆盖数。
- 骨架详情页完整率。
- AI 友好度评分覆盖率。
- 页面可索引数量。
### 增长指标
- 自然搜索访问量。
- 骨架详情页访问量。
- Newsletter 订阅数。
- 外部链接点击率。
- 用户提交项目数。
### 商业指标
- Affiliate 点击和转化。
- 赞助位咨询数。
- 深度评测订单数。
- 自有模板销量。
- 顾问服务线索数。
## 十二、风险与应对
| 风险 | 表现 | 应对 |
| --- | --- | --- |
| 内容可信度不足 | 用户认为只是普通目录站 | 使用固定评分维度，写清不适合场景和评测理由 |
| 内容维护压力 | 骨架项目状态变化快 | MVP 先人工维护核心项目，后续再做 GitHub 同步 |
| 商业化伤害信任 | 赞助项目影响排序 | Sponsored 明确标识，编辑推荐独立排序 |
| 技术复杂度膨胀 | 过早做会员、支付、复杂搜索 | 第一版只做内容闭环，V2/V3 再扩展 |
| SQLite 写入瓶颈 | 出现 database is locked | 限制第一版写入，达到触发条件后迁移 PostgreSQL |
| SEO 起量慢 | 内容早期没有流量 | 先做高意图长尾关键词和对比内容 |
## 十三、第一版执行重点
第一版最重要的不是功能多，而是定位清楚、内容可信、结构稳定。
优先级：
1. 建立 Wagtail 可运行项目。
2. 固定内容模型和评分维度。
3. 录入首批高质量骨架项目。
4. 完成首页、分类、列表、详情和文章页。
5. 做基础 SEO 和上线。
6. 观察访问和点击，再决定下一步商业化。
## 十四、结论
Skelet 的机会在于站在“项目启动决策”这个高意图节点上。它不是单纯收集链接，而是通过场景分类、结构化评测和 AI Coding 友好度，帮助用户更快、更稳地选择项目骨架。
第一版应保持小而稳：用 Wagtail + SQLite 快速上线，先做内容可信度和 SEO，再逐步扩展到返佣、赞助、付费数据库、自有模板和顾问服务。
business/competitor-analysis.md
+143
View File
@@ -0,0 +1,143 @@
# 竞品分析
- 版本：V1.0 Draft
- 日期：2026-07-06
- 目标：明确 Skelet 的竞争对象、差异化定位和第一版应该避开的陷阱。
## 一、竞品不是单一网站
Skelet 的竞品分为几类：
1. GitHub Topics / Search。
2. Awesome Lists。
3. 开源替代产品目录。
4. 付费模板市场。
5. 官方框架 starter。
6. 技术博客和排行榜文章。
Skelet 不需要在第一版取代它们，而是要做一个更适合“AI coding 项目启动选型”的中间层。
## 二、竞品类型对比
| 类型 | 优势 | 缺点 | Skelet 机会 |
| --- | --- | --- | --- |
| GitHub Topics | 数据最全、更新快、有 stars/forks/signals | 噪声高、缺少场景判断、缺少评测 | 做筛选、归类、评测和结论。 |
| Awesome Lists | 人工整理、覆盖细分领域 | 更新不稳定、缺少评分、链接堆砌 | 做结构化字段和维护状态追踪。 |
| OpenAlternative / AlternativeTo | 适合找开源替代产品和行业软件 | 更多是产品目录，不是项目骨架目录 | 从成熟产品反推行业骨架需求。 |
| Product Hunt | 发现新工具快 | 热度导向、开源信息不完整 | 作为趋势发现入口，不作为推荐依据。 |
| 付费模板市场 | 商业化成熟、落地性强 | 开源透明度低、质量不易验证 | 强调开源、可验证、AI 友好度。 |
| 官方 Starter | 稳定、权威、文档好 | 场景覆盖有限，不做跨框架比较 | 作为稳定基准纳入数据库。 |
| 技术博客排行 | SEO 强、观点明确 | 更新后难维护、结构化差 | 把文章和项目数据库结合。 |
## 三、直接参考对象
### 3.1 GitHub Topics
定位：最大开源项目入口。
可学习：
- topic 分类。
- stars、forks、最近更新等信号。
- 按语言筛选。
需要补足：
- 场景化推荐。
- AI Coding 友好度评分。
- 适合 / 不适合场景。
- 上手成本说明。
### 3.2 OpenAlternative / AlternativeTo
定位：开源替代产品目录。
可学习：
- 按类别组织产品。
- 与商业软件做替代关系。
- 展示 stars、forks、last commit。
- 支持提交和广告。
需要差异化：
- Skelet 不只是找“替代品”，而是找“项目起步骨架”。
- Skelet 关注二次开发、目录结构、测试和 AI coding 适配。
### 3.3 Awesome Lists
定位：人工精选链接列表。
可学习：
- 细分领域覆盖。
- 社区贡献模式。
- 简洁维护方式。
需要差异化：
- Skelet 不能只是链接页。
- 每个项目都要有结构化详情、评分和推荐结论。
### 3.4 付费模板市场
定位：直接卖可用模板。
可学习：
- 清晰的 landing 和 demo。
- 按场景包装模板。
- 强商业转化。
需要差异化：
- Skelet 第一版以开源和可信评测为主。
- 后续可以卖自有整理模板，但不能影响公开推荐的公正性。
## 四、Skelet 差异化定位
Skelet 的核心差异：
```text
不是最多项目
而是最适合项目启动决策
```
具体差异：
- 按场景作为一级入口，而不是按语言作为唯一入口。
- 每个项目说明适合和不适合场景。
- 引入 AI Coding 友好度评分。
- 把官方 starter、开源 boilerplate、成熟产品和付费模板分开标记。
- 用结构化数据库支撑文章、筛选、对比和商业化。
## 五、第一版竞争策略
不要一开始做大而全目录。第一版只打穿 4 个高需求场景：
1. SaaS。
2. 管理后台。
3. API 服务。
4. 内容站 / CMS。
每个场景做到：
- 8-15 个高质量候选。
- 统一评分。
- 有推荐结论。
- 有一篇场景推荐文章。
- 有一篇对比文章。
## 六、风险与防守
| 风险 | 说明 | 防守方式 |
| --- | --- | --- |
| GitHub 数据太全 | 用户可能直接去 GitHub 搜 | Skelet 提供场景判断和 AI 友好度评分。 |
| Awesome list 更轻 | 用户可能只需要链接 | Skelet 提供详情、对比和维护状态。 |
| 模板市场转化强 | 付费模板有 demo 和营销 | Skelet 先建立信任，后续卖整理后的 AI 友好模板。 |
| 内容容易过期 | 项目维护状态变化快 | 建立季度复查机制和 stale 标记。 |
| 推荐可信度受商业化影响 | 赞助会降低信任 | Sponsored 明确标记，编辑推荐独立。 |
## 七、结论
Skelet 的竞争优势不在于收录数量，而在于判断质量。GitHub 负责提供原始项目，Awesome list 负责发现线索，开源替代目录负责提供行业视角，Skelet 要把这些来源整理成“适合 AI coding 的项目启动决策库”。
business/content-strategy.md
+175
View File
@@ -0,0 +1,175 @@
# 内容策略与 SEO 方案
- 版本：V1.0 Draft
- 日期：2026-07-06
- 目标：让 Skelet 通过高意图内容获得稳定搜索流量，并把流量引导到骨架项目详情页、Newsletter 和后续商业化产品。
## 一、内容定位
Skelet 的内容不是泛技术资讯，而是围绕一个问题展开：开发者要开始一个项目时，应该基于哪个稳定骨架？
内容要服务三个动作：
1. 帮用户发现候选骨架。
2. 帮用户比较和排除不适合的骨架。
3. 帮用户形成下一步开发决策。
## 二、核心内容类型
| 类型 | 目标 | 示例 |
| --- | --- | --- |
| 场景推荐 | 捕获“我要做什么”的搜索意图 | 适合 AI Coding 的 SaaS 骨架推荐 |
| 技术栈对比 | 捕获“用什么技术”的搜索意图 | Wagtail vs Django CMS 做内容站怎么选 |
| 骨架评测 | 建立可信评估体系 | Cookiecutter Django 是否适合 AI Coding |
| 排行榜 | 提供快速决策入口 | 最适合独立开发者的 10 个开源 SaaS 骨架 |
| 避坑指南 | 捕获长尾问题 | 为什么不要直接拿大而全模板做 MVP |
| 部署与成本 | 连接商业化入口 | 2 核 2G VPS 部署 Wagtail 是否够用 |
## 三、SEO 页面结构
第一版优先建设这些页面：
```text
/
/scenarios/
/scenarios/saas/
/scenarios/admin-dashboard/
/scenarios/api-service/
/scenarios/content-site/
/projects/
/projects/{slug}/
/articles/
/articles/{slug}/
```
每个页面必须有：
- 稳定 slug。
- 清晰 title。
- meta description。
- 面包屑或返回路径。
- 相关项目或相关文章内链。
- 明确的更新时间。
## 四、关键词策略
### 4.1 高意图关键词
```text
saas boilerplate
saas starter
django boilerplate
fastapi template
nextjs saas boilerplate
admin dashboard starter
open source ecommerce starter
ai app starter
rag starter template
wagtail starter
```
### 4.2 中文长尾关键词
```text
适合 AI Coding 的项目骨架
开源 SaaS 骨架推荐
Django 项目骨架推荐
FastAPI 项目模板推荐
Next.js SaaS 模板怎么选
管理后台开源骨架
内容网站用什么开源骨架
2核2G能不能部署 Django
```
## 五、文章模板
### 5.1 骨架评测模板
```text
标题
一句话结论
适合谁
不适合谁
技术栈
功能清单
目录结构观察
文档和测试情况
AI Coding 友好度评分
上手成本
维护状态
替代方案
最终建议
```
### 5.2 场景推荐模板
```text
场景定义
用户常见需求
不建议从零开始的原因
选择骨架的标准
推荐项目列表
对比表
不同预算/团队规模建议
最终推荐
```
## 六、发布节奏
MVP 阶段建议节奏：
| 周期 | 内容 |
| --- | --- |
| 每周 | 新增 3-5 个骨架项目详情页。 |
| 每周 | 发布 1 篇评测或对比文章。 |
| 每月 | 完成 1 个场景专题页。 |
| 每季度 | 更新高流量文章和核心榜单。 |
## 七、质量标准
每篇内容必须满足：
- 不复制第三方 README 大段内容。
- 有明确结论，而不是只罗列链接。
- 写清适合和不适合场景。
- 链接到官方仓库或官方文档。
- 至少关联一个场景和一个技术栈。
- 涉及推荐时说明依据。
- 赞助内容必须标记 Sponsored。
## 八、转化路径
```text
搜索进入文章
-> 点击骨架详情页
-> 查看推荐理由和替代方案
-> 订阅 Newsletter 或点击外部服务链接
-> 后续转化为 Affiliate、模板购买或顾问咨询
```
## 九、第一批内容建议
优先做 12 篇内容：
1. 适合 AI Coding 的开源 SaaS 骨架推荐。
2. Python Web 项目骨架怎么选。
3. Django 项目从 Cookiecutter Django 开始是否合适。
4. FastAPI 全栈模板适合什么项目。
5. Wagtail 做内容目录站的优缺点。
6. Next.js SaaS Boilerplate 对比。
7. 管理后台项目应该选什么骨架。
8. API 服务骨架选择指南。
9. 内容网站骨架选择指南。
10. 2 核 2G VPS 部署 Python Web 项目策略。
11. AI Coding 友好度评分标准说明。
12. 为什么大而全模板不一定适合 MVP。
## 十、指标
| 指标 | 说明 |
| --- | --- |
| 自然搜索访问 | 衡量 SEO 是否起效。 |
| 骨架详情页点击 | 衡量内容是否引导到核心资产。 |
| 外部链接点击 | 衡量推荐转化潜力。 |
| Newsletter 订阅 | 衡量长期关系。 |
| 页面更新时间 | 衡量内容维护健康度。 |
business/monetization.md
+169
View File
@@ -0,0 +1,169 @@
# 变现方案
- 版本：V1.0 Draft
- 日期：2026-07-06
- 目标：在不牺牲推荐可信度的前提下，把 Skelet 从内容目录站逐步发展为可盈利的开发者选型平台。
## 一、变现原则
- 先建立信任，再商业化。
- 赞助展示必须明确标记 Sponsored。
- 编辑推荐和商业展示分离。
- 不把付费项目排到自然推荐第一名。
- 变现产品要服务“项目启动决策”，不要偏离核心场景。
## 二、阶段路径
```text
内容流量
-> Newsletter
-> Affiliate
-> 赞助 / 付费收录
-> 付费数据库
-> 自有模板
-> 顾问服务 / 项目启动工具
```
## 三、第一阶段：轻量变现
### 3.1 Affiliate 推荐返佣
适合推荐的服务：
| 类别 | 示例方向 |
| --- | --- |
| 云服务器 | VPS、云主机、轻量服务器。 |
| 托管数据库 | PostgreSQL、MySQL、Redis。 |
| 部署平台 | Vercel、Render、Railway、Fly.io 等。 |
| 域名与 DNS | 域名注册、DNS、CDN。 |
| 邮件服务 | Resend、Postmark、Mailgun 等。 |
| 监控服务 | Sentry、日志、 uptime 监控。 |
| AI coding 工具 | IDE、agent、模型服务。 |
| UI 模板市场 | Dashboard、SaaS、Landing 模板。 |
适合出现的位置：
- 项目详情页的“部署建议”。
- 文章里的“推荐组合”。
- Newsletter 底部推荐。
- 专题页的“上线成本”部分。
### 3.2 赞助展示
可售卖位置：
- 首页推荐区。
- 场景页顶部。
- 技术栈页侧栏。
- Newsletter 推荐位。
- 深度评测文章赞助说明。
规则：
- 必须显示 Sponsored。
- 赞助不改变编辑评分。
- 赞助项目也必须满足基础收录标准。
- 拒绝不适合开发者或质量明显不足的项目。
### 3.3 付费收录 / 深度评测
免费：普通项目提交和基础收录。
付费：
- 深度评测。
- 首页或分类页曝光。
- Newsletter 推荐。
- AI Coding 友好度报告。
- 与同类项目对比。
## 四、第二阶段：付费数据库
面向用户：独立开发者、小团队、技术负责人。
可付费内容：
- 完整筛选数据库。
- 详细评分项。
- 替代方案推荐。
- 维护状态提醒。
- 项目启动组合建议。
- 导出对比表。
价格假设：
| 版本 | 价格假设 | 内容 |
| --- | --- | --- |
| Free | 0 | 基础推荐和公开详情。 |
| Pro | 月付 9-19 美元 | 高级筛选、完整评分、替代方案。 |
| Team | 月付 49-99 美元 | 团队选型报告、收藏、导出。 |
## 五、第三阶段：自有模板
Skelet 可以出售“AI Coding 友好”的整理版模板。
候选产品：
- Wagtail 内容目录站模板。
- FastAPI API 服务骨架。
- Django 后台 + API 骨架。
- Next.js SaaS 骨架。
- 独立开发者 MVP 模板。
- 带 AGENTS.md、任务看板和部署文档的模板包。
核心卖点不是“重复开源项目”，而是：
- 整理后的目录结构。
- AI coding 规则文件。
- 示例模块。
- 测试和验证命令。
- 部署说明。
- 常见任务拆分。
## 六、第四阶段：顾问服务
适合高客单价：
- 帮团队选择技术栈和骨架。
- 帮公司搭建内部项目模板。
- 帮创业团队改造开源模板。
- 帮开源项目提高 AI Coding 友好度。
- 帮团队制定 AI coding 工作流。
服务入口可以放在：
- 高流量文章结尾。
- 项目详情页侧边栏。
- Newsletter。
- “团队选型”独立页面。
## 七、长期产品化方向
做成项目启动决策工具：
```text
输入：我要做 SaaS / 管理后台 / API / 电商 / AI 工具
输出：推荐骨架、技术栈、部署方案、数据库方案、AI coding 规则、开发任务拆分
```
这会让 Skelet 从内容站升级为“项目启动平台”。
## 八、风险
| 风险 | 应对 |
| --- | --- |
| 过早广告化 | MVP 先做内容和信任，不堆广告。 |
| 推荐被赞助污染 | Sponsored 和编辑推荐分离。 |
| Affiliate 转化低 | 只在高意图页面推荐相关服务。 |
| 自有模板维护成本高 | 先做少量高需求模板，不铺太宽。 |
| 顾问服务不可规模化 | 用服务经验反哺模板和工具产品。 |
## 九、第一版执行建议
第一版只准备商业化基础，不急着上线复杂付费功能：
- 在数据模型中预留 `is_sponsored` 字段。
- 内容中建立“部署建议”和“推荐组合”栏目。
- 上线 Newsletter 订阅入口。
- 先记录外部链接点击，为 Affiliate 做准备。
- 商业规则写清楚，避免后续损害信任。
business/research-sourcing-strategy.md
+376
View File
@@ -0,0 +1,376 @@
# 骨架项目来源与调研策略
- 版本：V1.0 Draft
- 日期：2026-07-06
- 适用范围：Skelet 第一版内容库建设、后续候选项目发现和评测流程
## 一、目标
本文定义 Skelet 去哪里寻找不同行业、不同场景、不同技术栈下合适的开源项目骨架。
目标不是尽可能多地收集链接，而是建立一个稳定、可复用、可验证的来源体系，让网站长期产出可信内容：
- 找到高质量候选骨架。
- 区分官方模板、社区模板、成熟开源产品和商业模板。
- 识别适合 AI coding 增量开发的项目。
- 形成可持续的内容更新来源。
## 二、来源分层
### 2.1 第一优先级：GitHub
GitHub 是主数据源，适合发现开源骨架、模板、starter、boilerplate 和成熟开源产品。
重点入口：
- GitHub Topics: `boilerplate`
- GitHub Topics: `starter-template`
- GitHub Topics: `saas-boilerplate`
- GitHub Topics: `django-boilerplate`
- GitHub Topics: `fastapi`
- GitHub Topics: `admin-dashboard`
- GitHub Topics: `ecommerce`
- GitHub Topics: `cms`
- GitHub Trending
推荐搜索语法：
```text
saas boilerplate stars:>500 pushed:>2025-01-01 archived:false
admin dashboard starter language:TypeScript stars:>300 archived:false
django boilerplate stars:>300 pushed:>2025-01-01
fastapi template stars:>300 archived:false
cms starter language:Python stars:>200
api boilerplate language:Go stars:>300 archived:false
ecommerce starter stars:>300 pushed:>2025-01-01 archived:false
```
筛选条件建议：
| 条件 | 用途 |
| --- | --- |
| `stars:>N` | 初步过滤知名度。 |
| `pushed:>YYYY-MM-DD` | 过滤长期无人维护项目。 |
| `archived:false` | 排除归档项目。 |
| `language:Python` | 按语言筛选。 |
| `topic:saas` | 按 GitHub topic 筛选。 |
| `template:true` | 找 GitHub template repository。 |
| `license:mit` | 按协议筛选。 |
注意：star 只能作为入口信号，不能直接作为推荐理由。最终要看文档、结构、测试、维护状态和二次开发难度。
### 2.2 第二优先级：官方框架模板
官方模板通常稳定性更好，适合作为“基础技术骨架”分类。
优先关注：
| 生态 | 来源 | 适合场景 |
| --- | --- | --- |
| Django | `cookiecutter-django` | 生产级 Django Web 应用。 |
| FastAPI | `full-stack-fastapi-template` | API-first / 前后端分离应用。 |
| Wagtail | 官方项目和 starter | CMS、内容站、目录站。 |
| Next.js | Vercel examples | 内容站、SaaS、全栈应用。 |
| Laravel | Laravel Starter Kits | PHP Web 应用、后台、SaaS 起步。 |
| NestJS | 官方 CLI / recipes | Node.js 企业 API 服务。 |
| Rails | 官方 Rails 起步结构 | CRUD、SaaS、后台系统。 |
这些来源不一定都能直接映射到行业，但可以作为每个语言/框架下的稳定基准。
### 2.3 第三优先级：开源替代产品目录
很多行业场景没有明确叫“boilerplate”的项目，但有成熟开源产品。可以从这些产品反推适合的业务骨架。
推荐来源：
- OpenAlternative
- AlternativeTo
- Product Hunt Developer Tools
- Self-hosted software lists
- Awesome self-hosted lists
适合寻找这些行业：
- CRM
- ERP
- Helpdesk
- Project management
- Analytics
- E-commerce
- CMS
- Workflow automation
- AI agent platform
- Knowledge base
- Authentication
- Monitoring
- Notification infrastructure
处理方式：先找到成熟开源产品，再评估它是否适合作为二次开发骨架。如果产品过重，可以只作为“行业参考项目”，不直接推荐为起步骨架。
### 2.4 第四优先级：Awesome Lists
Awesome list 适合补漏和发现细分领域。
推荐搜索词：
```text
awesome saas boilerplate github
awesome django boilerplate github
awesome fastapi starter github
awesome admin dashboard github
awesome open source ecommerce github
awesome self hosted github
awesome internal tools github
awesome ai agents github
```
使用规则：
- 只把 awesome list 当候选来源，不直接采信排名。
- 每个候选项目必须回到 GitHub 原仓库验证。
- 重点检查最近提交、issue、license、文档、测试和安装路径。
### 2.5 第五优先级：社区与趋势入口
用于发现新项目和新趋势，不作为第一判断依据。
来源：
- Hacker News
- Reddit 相关社区
- Indie Hackers
- Dev.to
- X / Twitter 技术圈
- Discord / Slack 开源社区
- AI coding 工具社区
- Product Hunt 新品榜
这些来源噪声高，但能发现新项目。进入网站前必须经过评分流程。
## 三、按场景建立搜索词库
### 3.1 SaaS
```text
saas boilerplate
saas starter
subscription starter
stripe boilerplate
multi tenant starter
nextjs saas boilerplate
django saas boilerplate
laravel saas starter
```
### 3.2 管理后台 / 内部工具
```text
admin dashboard boilerplate
admin dashboard starter
internal tools starter
react admin dashboard
vue admin template
ant design pro
```
### 3.3 API 服务
```text
rest api boilerplate
fastapi template
express api boilerplate
nestjs starter
spring boot starter
go api boilerplate
```
### 3.4 内容站 / CMS
```text
cms starter
blog starter
wagtail starter
headless cms starter
content website template
astro content starter
nextjs blog starter
```
### 3.5 电商 / 市场平台
```text
ecommerce starter
shop boilerplate
marketplace starter
multi vendor marketplace
medusa starter
saleor starter
```
### 3.6 AI 应用
```text
ai app starter
rag starter
chatbot template
llm app boilerplate
ai agent starter
openai nextjs starter
langchain template
llamaindex starter
```
### 3.7 数据看板 / 分析
```text
analytics dashboard
data dashboard starter
bi dashboard
admin analytics template
reporting dashboard starter
```
### 3.8 移动端后端
```text
mobile backend starter
baas starter
firebase alternative starter
supabase starter
app backend boilerplate
```
### 3.9 企业系统
```text
crm open source
erp open source
helpdesk open source
project management open source
knowledge base open source
workflow automation open source
```
## 四、候选项目初筛标准
项目进入 Skelet 候选库前，至少检查：
| 检查项 | 建议标准 |
| --- | --- |
| 开源协议 | 有明确 license，优先 MIT、Apache-2.0、BSD。 |
| 维护状态 | 最近 6-12 个月有提交或 release。 |
| 文档 | README 能说明安装、运行、配置和部署。 |
| 测试 | 有测试目录或 CI 更好。 |
| 示例模块 | 有完整功能示例，适合 AI 模仿。 |
| 依赖复杂度 | 依赖不过重，不强绑定大量第三方商业服务。 |
| 二次开发 | 目录结构清晰，模块边界明确。 |
| 安全风险 | 不要求用户复制密钥、不绕过平台规则。 |
| 商业冲突 | 若是商业模板，要明确标记，不和开源项目混排。 |
## 五、AI Coding 友好度评估
每个候选项目都要按以下维度评分：
| 维度 | 评分问题 |
| --- | --- |
| 目录结构 | agent 能否快速理解入口、模块和边界？ |
| 文档完整度 | 是否有清楚的启动、测试、部署说明？ |
| 测试可用性 | 是否能用一条命令跑基础测试？ |
| 示例模块 | 是否有一个完整功能供 agent 模仿？ |
| 依赖克制度 | 是否需要大量外部账号或复杂服务才能运行？ |
| 增量开发难度 | 新增功能是否有清晰落点？ |
| 任务切片友好度 | 是否适合一轮只做一个小任务？ |
评分不是只给总分，还要写一句评语：为什么适合 AI coding，为什么不适合。
## 六、收录流程
推荐流程：
```text
发现来源
-> 加入候选清单
-> 检查 license / 维护状态 / 文档 / 测试
-> 本地尝试运行或阅读启动路径
-> 按场景归类
-> 按语言和框架打标签
-> 完成 AI 友好度评分
-> 写适合 / 不适合场景
-> 发布到 Skelet
```
MVP 阶段可以先人工维护，不做自动抓取。
## 七、首批内容建议
第一批不要追求全行业覆盖，建议先做 4 个高需求场景：
1. SaaS
2. 管理后台
3. API 服务
4. 内容站 / CMS
每个场景先收录 8-15 个项目，保证详情页质量，而不是快速堆数量。
第一批建议技术栈覆盖：
- Python：Django、FastAPI、Wagtail
- TypeScript：Next.js、NestJS
- PHP：Laravel
- Go：API 服务
- Java：Spring Boot
## 八、更新节奏
建议节奏：
| 周期 | 工作 |
| --- | --- |
| 每周 | 新增 3-5 个候选项目，更新维护状态。 |
| 每月 | 发布 2-4 篇对比/评测文章。 |
| 每季度 | 复查高流量项目评分和推荐结论。 |
| 每半年 | 清理长期无人维护项目，标记 archived / stale。 |
## 九、数据字段建议
后续录入 Wagtail 时，每个项目至少包含：
- 项目名称
- 一句话简介
- GitHub URL
- 官网 / 文档 URL
- License
- 场景分类
- 语言
- 框架
- 数据库
- 功能标签
- 成熟度
- 维护状态
- AI 友好度总分
- 分项评分
- 适合场景
- 不适合场景
- 推荐理由
- 备注
## 十、注意事项
- 不复制第三方 README 的大段内容，只写原创摘要和评测。
- 不把商业模板伪装成开源项目。
- 不把 star 数当质量结论。
- 不推荐 archived 项目，除非作为历史参考。
- 不收录无法明确 license 的项目作为重点推荐。
- 不为了数量牺牲可信度。
## 十一、下一步任务建议
可以同步到 `docs/06-tasks.md` 的后续任务：
```text
T-105 建立首批骨架项目候选清单
T-106 完成 SaaS 场景 10 个项目初评
T-107 完成管理后台场景 10 个项目初评
T-108 完成 API 服务场景 10 个项目初评
T-109 完成内容站 / CMS 场景 10 个项目初评
```