Initial commit: 个人开发者创业 v0.1 + 完全版
This commit is contained in:
commit
5e1c5445c7
2
.gitignore
vendored
Normal file
2
.gitignore
vendored
Normal file
@ -0,0 +1,2 @@
|
|||||||
|
.claude/
|
||||||
|
.DS_Store
|
||||||
2
个人开发者创业 v0.1/.gitignore
vendored
Normal file
2
个人开发者创业 v0.1/.gitignore
vendored
Normal file
@ -0,0 +1,2 @@
|
|||||||
|
.claude/
|
||||||
|
.claude*
|
||||||
46
个人开发者创业 v0.1/0-项目总纲/项目总纲.md
Normal file
46
个人开发者创业 v0.1/0-项目总纲/项目总纲.md
Normal file
@ -0,0 +1,46 @@
|
|||||||
|
# 项目总纲
|
||||||
|
|
||||||
|
## 当前版本
|
||||||
|
|
||||||
|
个人开发者创业计划 v0.1
|
||||||
|
|
||||||
|
## 当前目标
|
||||||
|
|
||||||
|
先不做完整产品，也不做完整公司规划。
|
||||||
|
|
||||||
|
当前只做三件事：
|
||||||
|
|
||||||
|
1. 确定第一个学习方向是否值得做。
|
||||||
|
2. 做出一个 14 天验证型 Demo。
|
||||||
|
3. 用 Demo 找到第一批真实反馈。
|
||||||
|
|
||||||
|
## 产品长期方向
|
||||||
|
|
||||||
|
AI 驱动的系统化学习产品：
|
||||||
|
|
||||||
|
- 知识库
|
||||||
|
- 笔记
|
||||||
|
- AI 学习教练
|
||||||
|
- 复习计划
|
||||||
|
|
||||||
|
## 当前候选方向
|
||||||
|
|
||||||
|
1. 公考申论 AI 学习教练
|
||||||
|
2. AI 工具学习知识库
|
||||||
|
3. 程序员 / 前端面试学习助手
|
||||||
|
|
||||||
|
## 当前原则
|
||||||
|
|
||||||
|
- 不做完整平台
|
||||||
|
- 不做泛学习大而全产品
|
||||||
|
- 不做 Android
|
||||||
|
- 不注册公司
|
||||||
|
- 不接微信/支付宝支付
|
||||||
|
- 不做复杂后端
|
||||||
|
- 不做完整知识库
|
||||||
|
- 先做 Demo 和验证
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [方向验证](../1-方向验证/方向验证.md)
|
||||||
|
- [Demo与MVP](../2-Demo与MVP/Demo与MVP.md)
|
||||||
103
个人开发者创业 v0.1/1-方向验证/方向验证.md
Normal file
103
个人开发者创业 v0.1/1-方向验证/方向验证.md
Normal file
@ -0,0 +1,103 @@
|
|||||||
|
# 方向验证
|
||||||
|
|
||||||
|
## 当前问题
|
||||||
|
|
||||||
|
现在不能直接确定做公考申论，因为创始人对该领域不够熟悉。
|
||||||
|
|
||||||
|
当前需要验证：
|
||||||
|
|
||||||
|
1. 公考申论用户是否真的需要 AI 学习工具。
|
||||||
|
2. 公考用户里 iPhone 用户是否足够。
|
||||||
|
3. 用户是否愿意为 AI 批改、学习计划、复习提醒付费。
|
||||||
|
4. 这个方向的内容是否能合法整理。
|
||||||
|
5. 创始人是否愿意持续研究这个领域。
|
||||||
|
|
||||||
|
## 候选方向
|
||||||
|
|
||||||
|
### 方向 A：公考申论 AI 学习教练
|
||||||
|
|
||||||
|
**优点：**
|
||||||
|
- 用户目标强
|
||||||
|
- 付费意愿可能较高
|
||||||
|
- 申论适合 AI 分析
|
||||||
|
- 小红书/B站有获客可能
|
||||||
|
|
||||||
|
**风险：**
|
||||||
|
- 创始人不熟悉领域
|
||||||
|
- 资料版权风险
|
||||||
|
- 竞品强
|
||||||
|
- 不确定 iPhone 用户比例
|
||||||
|
|
||||||
|
### 方向 B：AI 工具学习知识库
|
||||||
|
|
||||||
|
**优点：**
|
||||||
|
- 创始人熟悉
|
||||||
|
- 内容更容易原创
|
||||||
|
- AI 价值明显
|
||||||
|
- 版权风险较低
|
||||||
|
|
||||||
|
**风险：**
|
||||||
|
- 用户付费意愿可能不如考试类
|
||||||
|
- 泛学习容易散
|
||||||
|
|
||||||
|
### 方向 C：程序员 / 前端面试学习助手
|
||||||
|
|
||||||
|
**优点：**
|
||||||
|
- 创始人有前端背景
|
||||||
|
- 用户目标较明确
|
||||||
|
- 可以结合 AI 面试反馈
|
||||||
|
|
||||||
|
**风险：**
|
||||||
|
- 市场竞争强
|
||||||
|
- 付费意愿需要验证
|
||||||
|
|
||||||
|
## 当前验证方式
|
||||||
|
|
||||||
|
不主动高压私聊用户。
|
||||||
|
|
||||||
|
先采用低社交压力验证：
|
||||||
|
|
||||||
|
1. 看评论区
|
||||||
|
2. 整理用户痛点
|
||||||
|
3. 发小红书/B站内容
|
||||||
|
4. 做等待名单
|
||||||
|
5. 只联系主动感兴趣的人
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [项目总纲](../0-项目总纲/项目总纲.md)
|
||||||
|
- [Demo与MVP](../2-Demo与MVP/Demo与MVP.md)
|
||||||
|
|
||||||
|
## 第一轮验证目标
|
||||||
|
|
||||||
|
v0.1 阶段不追求大规模用户，只做低成本方向验证。
|
||||||
|
|
||||||
|
第一轮最低目标：
|
||||||
|
|
||||||
|
- 收集 50 条真实用户痛点原话
|
||||||
|
- 发布 3 条小红书 / B站内容
|
||||||
|
- 收集 10 份问卷或等待名单
|
||||||
|
- 找到 3 个愿意内测的人
|
||||||
|
- 至少确认 1 个方向存在真实需求
|
||||||
|
|
||||||
|
## 方向选择标准
|
||||||
|
|
||||||
|
某个方向满足以下条件，可以进入 Demo 开发：
|
||||||
|
|
||||||
|
1. 用户痛点集中，不是很分散。
|
||||||
|
2. 有用户主动评论、私信或填写等待名单。
|
||||||
|
3. 至少有 3 个用户愿意试用。
|
||||||
|
4. 用户过去为类似问题花过钱。
|
||||||
|
5. 创始人愿意持续研究这个方向至少 3 个月。
|
||||||
|
6. 内容可以合法整理，不严重依赖侵权资料。
|
||||||
|
|
||||||
|
## 暂缓或放弃标准
|
||||||
|
|
||||||
|
如果某个方向出现以下情况，暂缓：
|
||||||
|
|
||||||
|
1. 内容发布后几乎没有反馈。
|
||||||
|
2. 用户只是觉得有趣，但没有强需求。
|
||||||
|
3. 用户不愿意留下联系方式。
|
||||||
|
4. 内容生产成本过高。
|
||||||
|
5. 版权风险太大。
|
||||||
|
6. 创始人明显不想继续研究该领域。
|
||||||
721
个人开发者创业 v0.1/2-Demo与MVP/Demo与MVP.md
Normal file
721
个人开发者创业 v0.1/2-Demo与MVP/Demo与MVP.md
Normal file
@ -0,0 +1,721 @@
|
|||||||
|
---
|
||||||
|
version: v0.1
|
||||||
|
status: draft
|
||||||
|
updated: 2026-05-03
|
||||||
|
---
|
||||||
|
|
||||||
|
# Demo 与 MVP
|
||||||
|
|
||||||
|
## 1. 产品定位
|
||||||
|
|
||||||
|
> 一个具备长期架构基础的最小可用学习产品雏形，不是一次性演示，也不是完整商业化产品。
|
||||||
|
|
||||||
|
第一版只验证一个核心问题：
|
||||||
|
|
||||||
|
> AI 驱动的知识库学习系统，是否能帮助用户从"被动看资料"变成"主动学习、反馈、复习和迭代"。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 2. 核心原则
|
||||||
|
|
||||||
|
### 2.1 功能少，但闭环完整
|
||||||
|
|
||||||
|
第一版必须跑通完整学习闭环：
|
||||||
|
|
||||||
|
```text
|
||||||
|
注册 / 登录
|
||||||
|
↓
|
||||||
|
选择学习方向
|
||||||
|
↓
|
||||||
|
进入学习路径
|
||||||
|
↓
|
||||||
|
阅读知识内容
|
||||||
|
↓
|
||||||
|
主动回忆 / 写笔记 / 写答案
|
||||||
|
↓
|
||||||
|
AI 分析
|
||||||
|
↓
|
||||||
|
生成学习状态
|
||||||
|
↓
|
||||||
|
给出复习和下一步建议
|
||||||
|
↓
|
||||||
|
进入下一次学习
|
||||||
|
```
|
||||||
|
|
||||||
|
### 2.2 架构要可迭代
|
||||||
|
|
||||||
|
第一版需要提前考虑：
|
||||||
|
- 用户系统
|
||||||
|
- 学习记录
|
||||||
|
- 知识库结构
|
||||||
|
- AI 分析结果结构
|
||||||
|
- 用户学习画像
|
||||||
|
- 多语言文案
|
||||||
|
- 后续订阅权益
|
||||||
|
- 后续 iPad / Mac / Android 扩展
|
||||||
|
|
||||||
|
### 2.3 AI 是核心
|
||||||
|
|
||||||
|
第一版 AI 要承担三个核心职责：
|
||||||
|
1. 分析用户输入
|
||||||
|
2. 判断用户当前学习状态
|
||||||
|
3. 给出下一步学习建议
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 3. 第一版目标用户
|
||||||
|
|
||||||
|
当前候选方向：
|
||||||
|
1. 公考申论 AI 学习教练
|
||||||
|
2. AI 工具学习知识库
|
||||||
|
3. 程序员 / 前端面试学习助手
|
||||||
|
|
||||||
|
第一版用户画像：
|
||||||
|
- 有明确学习目标的人
|
||||||
|
- 愿意使用 AI 辅助学习的人
|
||||||
|
- 不满足于单纯看资料的人
|
||||||
|
- 希望系统帮自己制定学习路径的人
|
||||||
|
- 愿意通过写笔记、回答问题、主动回忆来学习的人
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 4. 第一版产品形态
|
||||||
|
|
||||||
|
```text
|
||||||
|
iPhone App
|
||||||
|
+
|
||||||
|
官网基础页面
|
||||||
|
+
|
||||||
|
最小后端
|
||||||
|
+
|
||||||
|
AI API
|
||||||
|
```
|
||||||
|
|
||||||
|
第一版暂不做：
|
||||||
|
- Android
|
||||||
|
- Web 学习端
|
||||||
|
- iPad 完整适配
|
||||||
|
- Mac 完整版
|
||||||
|
- B 端后台
|
||||||
|
- 内容创作者后台
|
||||||
|
- 社群系统
|
||||||
|
- 支付系统
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 5. 账号体系
|
||||||
|
|
||||||
|
### 5.1 第一版需要登录
|
||||||
|
|
||||||
|
原因：
|
||||||
|
1. 学习记录需要跟随用户
|
||||||
|
2. AI 分析结果需要沉淀到用户画像
|
||||||
|
3. 复习计划需要长期保存
|
||||||
|
4. 未来订阅权益需要绑定用户
|
||||||
|
5. 后续多设备同步需要统一用户身份
|
||||||
|
|
||||||
|
### 5.2 第一版登录方式
|
||||||
|
|
||||||
|
```text
|
||||||
|
Sign in with Apple
|
||||||
|
```
|
||||||
|
|
||||||
|
暂不做：微信登录、手机号登录、邮箱密码登录、Google 登录、复杂账号安全系统。
|
||||||
|
|
||||||
|
### 5.3 用户身份模型
|
||||||
|
|
||||||
|
```text
|
||||||
|
User
|
||||||
|
├── id
|
||||||
|
├── appleUserId
|
||||||
|
├── displayName
|
||||||
|
├── email
|
||||||
|
├── preferredLanguage
|
||||||
|
├── createdAt
|
||||||
|
├── lastLoginAt
|
||||||
|
└── status
|
||||||
|
```
|
||||||
|
|
||||||
|
### 5.4 账号边界
|
||||||
|
|
||||||
|
第一版账号只解决：登录、识别用户、保存学习记录、保存 AI 分析结果、保存基础偏好。
|
||||||
|
|
||||||
|
暂不做：好友系统、用户主页、头像上传、账号注销自动化、多登录方式绑定、复杂权限系统。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 6. 多语言基础
|
||||||
|
|
||||||
|
### 6.1 需要多语言结构
|
||||||
|
|
||||||
|
原因：
|
||||||
|
1. Apple 生态用户可能存在中英文环境
|
||||||
|
2. 后续做海外市场不希望大量重构
|
||||||
|
3. UI 文案、系统提示、AI Prompt 都需要可维护
|
||||||
|
4. 多语言越晚做，返工成本越高
|
||||||
|
|
||||||
|
### 6.2 第一版多语言范围
|
||||||
|
|
||||||
|
- App UI 文案支持多语言结构
|
||||||
|
- 代码层面使用本地化资源
|
||||||
|
- 默认语言为中文
|
||||||
|
- 预留英文文案位置
|
||||||
|
|
||||||
|
### 6.3 支持语言
|
||||||
|
|
||||||
|
```text
|
||||||
|
默认：简体中文
|
||||||
|
预留：英文
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 7. 知识库设计
|
||||||
|
|
||||||
|
### 7.1 知识库不是资料堆积
|
||||||
|
|
||||||
|
第一版知识库是结构化学习路径，包含：
|
||||||
|
|
||||||
|
```text
|
||||||
|
KnowledgeBase
|
||||||
|
├── 学习方向
|
||||||
|
├── 学习路径
|
||||||
|
├── 模块
|
||||||
|
├── 小节
|
||||||
|
├── 学习任务
|
||||||
|
├── 主动回忆问题
|
||||||
|
├── 示例内容
|
||||||
|
└── 复习节点
|
||||||
|
```
|
||||||
|
|
||||||
|
### 7.2 第一版知识库结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
知识库
|
||||||
|
└── 学习路径
|
||||||
|
└── 模块
|
||||||
|
└── 小节
|
||||||
|
├── 正文内容
|
||||||
|
├── 学习目标
|
||||||
|
├── 重点概念
|
||||||
|
├── 主动回忆问题
|
||||||
|
├── 练习输入
|
||||||
|
└── AI 分析规则
|
||||||
|
```
|
||||||
|
|
||||||
|
### 7.3 第一版内容范围
|
||||||
|
|
||||||
|
第一版只做一个小路径，例如：
|
||||||
|
- "申论小白 7 天入门路径"
|
||||||
|
- 或 "AI 工具入门 7 天路径"
|
||||||
|
|
||||||
|
### 7.4 知识库最小数据模型
|
||||||
|
|
||||||
|
```text
|
||||||
|
KnowledgeBase
|
||||||
|
├── id
|
||||||
|
├── title
|
||||||
|
├── description
|
||||||
|
├── language
|
||||||
|
├── targetUser
|
||||||
|
├── createdAt
|
||||||
|
└── updatedAt
|
||||||
|
|
||||||
|
LearningPath
|
||||||
|
├── id
|
||||||
|
├── knowledgeBaseId
|
||||||
|
├── title
|
||||||
|
├── description
|
||||||
|
├── estimatedDays
|
||||||
|
└── order
|
||||||
|
|
||||||
|
Lesson
|
||||||
|
├── id
|
||||||
|
├── pathId
|
||||||
|
├── title
|
||||||
|
├── content
|
||||||
|
├── objectives
|
||||||
|
├── keyPoints
|
||||||
|
├── recallQuestions
|
||||||
|
├── practicePrompt
|
||||||
|
├── order
|
||||||
|
└── estimatedMinutes
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 8. 学习闭环设计
|
||||||
|
|
||||||
|
### 8.1 核心闭环
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户选择学习路径
|
||||||
|
↓
|
||||||
|
系统展示今日任务
|
||||||
|
↓
|
||||||
|
用户阅读内容
|
||||||
|
↓
|
||||||
|
系统提出主动回忆问题
|
||||||
|
↓
|
||||||
|
用户输入回答 / 笔记
|
||||||
|
↓
|
||||||
|
AI 分析用户输入
|
||||||
|
↓
|
||||||
|
系统生成学习状态
|
||||||
|
↓
|
||||||
|
系统给出复习建议
|
||||||
|
```
|
||||||
|
|
||||||
|
### 8.2 主动回忆
|
||||||
|
|
||||||
|
用户不能只是看资料。系统需要引导用户：
|
||||||
|
- 用自己的话复述
|
||||||
|
- 回答关键问题
|
||||||
|
- 写出理解
|
||||||
|
- 写出答案
|
||||||
|
- 暴露自己的薄弱点
|
||||||
|
|
||||||
|
### 8.3 AI 分析维度
|
||||||
|
|
||||||
|
```text
|
||||||
|
理解程度
|
||||||
|
要点覆盖
|
||||||
|
逻辑结构
|
||||||
|
表达清晰度
|
||||||
|
错误理解
|
||||||
|
遗漏内容
|
||||||
|
下一步建议
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 9. AI 学习状态模型
|
||||||
|
|
||||||
|
### 9.1 为什么需要
|
||||||
|
|
||||||
|
如果 AI 不能准确判断用户状态，后续学习计划、复习建议、个性化推荐都会失效。
|
||||||
|
|
||||||
|
第一版不追求完全准确，只追求：能用结构化方式记录用户当前学习情况，并支持后续迭代。
|
||||||
|
|
||||||
|
### 9.2 第一版学习状态维度
|
||||||
|
|
||||||
|
```text
|
||||||
|
理解程度
|
||||||
|
记忆程度
|
||||||
|
表达能力
|
||||||
|
完成情况
|
||||||
|
薄弱点
|
||||||
|
复习需求
|
||||||
|
学习稳定性
|
||||||
|
```
|
||||||
|
|
||||||
|
### 9.3 用户学习画像
|
||||||
|
|
||||||
|
```text
|
||||||
|
UserLearningProfile
|
||||||
|
├── userId
|
||||||
|
├── currentKnowledgeBaseId
|
||||||
|
├── currentPathId
|
||||||
|
├── currentLessonId
|
||||||
|
├── overallLevel
|
||||||
|
├── weakPoints
|
||||||
|
├── strengths
|
||||||
|
├── recentMistakes
|
||||||
|
├── reviewQueue
|
||||||
|
├── learningStreak
|
||||||
|
└── updatedAt
|
||||||
|
```
|
||||||
|
|
||||||
|
### 9.4 单次学习记录
|
||||||
|
|
||||||
|
```text
|
||||||
|
LearningSession
|
||||||
|
├── id
|
||||||
|
├── userId
|
||||||
|
├── lessonId
|
||||||
|
├── startedAt
|
||||||
|
├── endedAt
|
||||||
|
├── userInput
|
||||||
|
├── aiAnalysis
|
||||||
|
├── masteryScore
|
||||||
|
├── weakPoints
|
||||||
|
├── nextSuggestion
|
||||||
|
└── reviewAt
|
||||||
|
```
|
||||||
|
|
||||||
|
### 9.5 掌握度评分（0-5分）
|
||||||
|
|
||||||
|
```text
|
||||||
|
0 = 没有作答 / 无法判断
|
||||||
|
1 = 基本没理解
|
||||||
|
2 = 理解较弱
|
||||||
|
3 = 基本理解
|
||||||
|
4 = 理解较好
|
||||||
|
5 = 掌握很好
|
||||||
|
```
|
||||||
|
|
||||||
|
注意：这不是考试分数，只是产品内部用于安排复习和学习建议的参考值。
|
||||||
|
|
||||||
|
### 9.6 AI 输出结构
|
||||||
|
|
||||||
|
```json
|
||||||
|
{
|
||||||
|
"masteryScore": 3,
|
||||||
|
"understandingLevel": "基本理解",
|
||||||
|
"summary": "用户能说出核心意思，但要点不够完整。",
|
||||||
|
"strengths": ["能识别主要问题", "表达比较清楚"],
|
||||||
|
"weakPoints": ["遗漏关键要点", "逻辑层次不够清晰"],
|
||||||
|
"suggestions": ["补充材料中的第二个要点", "回答时先概括问题，再展开原因"],
|
||||||
|
"reviewNeeded": true,
|
||||||
|
"nextAction": "建议明天复习本节，并重新回答主动回忆问题。"
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 10. AI 对话页面
|
||||||
|
|
||||||
|
### 10.1 需要 AI 对话页
|
||||||
|
|
||||||
|
原因：
|
||||||
|
1. 用户会天然期待 AI 产品能提问
|
||||||
|
2. 知识库学习中，用户经常会有即时疑问
|
||||||
|
3. 对话页可以提升产品感知价值
|
||||||
|
4. 对话数据可以反向帮助判断用户困惑点
|
||||||
|
|
||||||
|
### 10.2 对话页定位
|
||||||
|
|
||||||
|
```text
|
||||||
|
围绕当前知识库和当前学习内容的学习助手
|
||||||
|
```
|
||||||
|
|
||||||
|
它应该回答：
|
||||||
|
- 这节内容是什么意思？
|
||||||
|
- 我这个回答哪里不对？
|
||||||
|
- 这个概念能不能举例？
|
||||||
|
- 我应该怎么记？
|
||||||
|
- 这个知识点和前面有什么关系？
|
||||||
|
- 我下一步该怎么学？
|
||||||
|
|
||||||
|
### 10.3 对话页边界
|
||||||
|
|
||||||
|
```text
|
||||||
|
只能围绕当前知识库
|
||||||
|
只能围绕学习主题
|
||||||
|
不能承诺考试结果
|
||||||
|
不能生成违规内容
|
||||||
|
不能替代专业老师
|
||||||
|
```
|
||||||
|
|
||||||
|
### 10.4 推荐快捷问题
|
||||||
|
|
||||||
|
```text
|
||||||
|
帮我解释这一节
|
||||||
|
用更简单的话讲
|
||||||
|
给我举个例子
|
||||||
|
我哪里理解错了
|
||||||
|
帮我总结重点
|
||||||
|
生成一个复习问题
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 11. 页面结构
|
||||||
|
|
||||||
|
### 11.1 第一版页面列表
|
||||||
|
|
||||||
|
1. 启动页 / 欢迎页
|
||||||
|
2. 登录页
|
||||||
|
3. 语言与基础偏好页
|
||||||
|
4. 学习方向选择页
|
||||||
|
5. 学习路径页
|
||||||
|
6. 今日学习任务页
|
||||||
|
7. 内容阅读页
|
||||||
|
8. 主动回忆 / 笔记输入页
|
||||||
|
9. AI 分析结果页
|
||||||
|
10. AI 对话页
|
||||||
|
11. 复习计划页
|
||||||
|
12. 学习进度页
|
||||||
|
13. 设置页
|
||||||
|
14. 反馈页
|
||||||
|
|
||||||
|
### 11.2 页面优先级
|
||||||
|
|
||||||
|
**P0 必须做：**
|
||||||
|
- 登录页
|
||||||
|
- 学习方向选择页
|
||||||
|
- 学习路径页
|
||||||
|
- 今日学习任务页
|
||||||
|
- 内容阅读页
|
||||||
|
- 主动回忆 / 笔记输入页
|
||||||
|
- AI 分析结果页
|
||||||
|
- AI 对话页
|
||||||
|
- 复习计划页
|
||||||
|
|
||||||
|
**P1 建议做：**
|
||||||
|
- 学习进度页
|
||||||
|
- 设置页
|
||||||
|
- 反馈页
|
||||||
|
|
||||||
|
**P2 可以延后：**
|
||||||
|
- 个人主页
|
||||||
|
- 成就系统
|
||||||
|
- 统计图表
|
||||||
|
- 多知识库市场
|
||||||
|
- 复杂搜索
|
||||||
|
- 社群入口
|
||||||
|
|
||||||
|
### 11.3 底部 Tab 设计
|
||||||
|
|
||||||
|
```text
|
||||||
|
学习 | 知识库 | AI助手 | 我的
|
||||||
|
```
|
||||||
|
|
||||||
|
- 学习：今日任务、复习计划
|
||||||
|
- 知识库：学习路径和内容
|
||||||
|
- AI 助手：围绕知识库的对话
|
||||||
|
- 我的：学习进度、设置、反馈
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 12. UI 风格
|
||||||
|
|
||||||
|
### 12.1 设计关键词
|
||||||
|
|
||||||
|
```text
|
||||||
|
安静、清晰、克制、学习感、低干扰、Apple原生感、卡片式结构、适合长时间阅读
|
||||||
|
```
|
||||||
|
|
||||||
|
### 12.2 设计原则
|
||||||
|
|
||||||
|
- 不做花哨视觉
|
||||||
|
- 不做复杂动画
|
||||||
|
- 不做社交信息流
|
||||||
|
- 不做游戏化过重设计
|
||||||
|
- 优先保证阅读体验
|
||||||
|
- 优先保证学习任务清晰
|
||||||
|
- 优先保证 AI 分析结果可理解
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 13. MVP 功能清单
|
||||||
|
|
||||||
|
### P0 必须完成
|
||||||
|
|
||||||
|
1. Sign in with Apple 登录
|
||||||
|
2. 多语言结构
|
||||||
|
3. 一个学习方向
|
||||||
|
4. 一个 7 天学习路径
|
||||||
|
5. 内容阅读
|
||||||
|
6. 主动回忆 / 笔记输入
|
||||||
|
7. AI 分析
|
||||||
|
8. 用户学习状态记录
|
||||||
|
9. 复习建议
|
||||||
|
10. AI 对话页面
|
||||||
|
11. 反馈入口
|
||||||
|
|
||||||
|
### P1 尽量完成
|
||||||
|
|
||||||
|
1. 学习进度页
|
||||||
|
2. 设置页
|
||||||
|
3. 简单本地缓存
|
||||||
|
4. 等待名单 / 内测入口
|
||||||
|
5. 基础错误提示
|
||||||
|
6. 基础 AI 调用日志
|
||||||
|
|
||||||
|
### P2 暂时不做
|
||||||
|
|
||||||
|
1. 支付
|
||||||
|
2. 完整订阅权益
|
||||||
|
3. 完整题库
|
||||||
|
4. 完整知识库市场
|
||||||
|
5. 社群
|
||||||
|
6. 排行榜
|
||||||
|
7. 成就系统
|
||||||
|
8. 文件上传
|
||||||
|
9. 复杂搜索
|
||||||
|
10. 多端同步
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 14. 后端需求
|
||||||
|
|
||||||
|
### 第一版需要最小后端
|
||||||
|
|
||||||
|
原因：
|
||||||
|
1. 不能把 AI API Key 放在客户端
|
||||||
|
2. 需要保存用户学习状态
|
||||||
|
3. 需要保存 AI 分析结果
|
||||||
|
4. 需要收集反馈
|
||||||
|
5. 后续订阅权益需要后端基础
|
||||||
|
|
||||||
|
### 第一版后端能力
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户身份记录
|
||||||
|
AI 请求代理
|
||||||
|
学习记录保存
|
||||||
|
AI 分析结果保存
|
||||||
|
反馈提交
|
||||||
|
等待名单
|
||||||
|
基础日志
|
||||||
|
```
|
||||||
|
|
||||||
|
### 第一版不做的后端能力
|
||||||
|
|
||||||
|
```text
|
||||||
|
复杂权限系统
|
||||||
|
管理后台
|
||||||
|
内容管理系统
|
||||||
|
支付系统
|
||||||
|
订阅校验
|
||||||
|
多端同步
|
||||||
|
复杂推荐系统
|
||||||
|
高并发架构
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 15. 核心实体
|
||||||
|
|
||||||
|
```text
|
||||||
|
User
|
||||||
|
KnowledgeBase
|
||||||
|
LearningPath
|
||||||
|
Lesson
|
||||||
|
LearningSession
|
||||||
|
AIAnalysis
|
||||||
|
ReviewTask
|
||||||
|
Feedback
|
||||||
|
```
|
||||||
|
|
||||||
|
### ReviewTask
|
||||||
|
|
||||||
|
```text
|
||||||
|
ReviewTask
|
||||||
|
├── id
|
||||||
|
├── userId
|
||||||
|
├── lessonId
|
||||||
|
├── sourceSessionId
|
||||||
|
├── reviewType
|
||||||
|
├── scheduledAt
|
||||||
|
├── completedAt
|
||||||
|
└── status
|
||||||
|
```
|
||||||
|
|
||||||
|
### AIAnalysis
|
||||||
|
|
||||||
|
```text
|
||||||
|
AIAnalysis
|
||||||
|
├── id
|
||||||
|
├── userId
|
||||||
|
├── sessionId
|
||||||
|
├── inputText
|
||||||
|
├── outputJson
|
||||||
|
├── masteryScore
|
||||||
|
├── weakPoints
|
||||||
|
├── suggestions
|
||||||
|
├── modelName
|
||||||
|
├── createdAt
|
||||||
|
└── costEstimate
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 16. AI Prompt 设计原则
|
||||||
|
|
||||||
|
### Prompt 目标
|
||||||
|
|
||||||
|
AI Prompt 不是为了生成漂亮文字，而是为了稳定产出结构化学习判断。
|
||||||
|
|
||||||
|
Prompt 需要让 AI 输出：
|
||||||
|
- 用户理解程度
|
||||||
|
- 用户薄弱点
|
||||||
|
- 用户表达问题
|
||||||
|
- 下一步建议
|
||||||
|
- 是否需要复习
|
||||||
|
- 复习时间建议
|
||||||
|
|
||||||
|
### 输出格式
|
||||||
|
|
||||||
|
第一版要求 AI 尽量输出 JSON。如果 JSON 不稳定，后端需要做容错处理。
|
||||||
|
|
||||||
|
### Prompt 边界
|
||||||
|
|
||||||
|
AI 不允许：
|
||||||
|
- 承诺考试结果
|
||||||
|
- 给出绝对权威评分
|
||||||
|
- 编造不存在的资料来源
|
||||||
|
- 输出和学习主题无关的内容
|
||||||
|
- 引导用户作弊
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 17. 成功标准
|
||||||
|
|
||||||
|
### 产品可用标准
|
||||||
|
|
||||||
|
第一版必须做到：
|
||||||
|
- 用户能登录
|
||||||
|
- 用户能选择学习路径
|
||||||
|
- 用户能完成一节学习
|
||||||
|
- 用户能输入内容
|
||||||
|
- AI 能返回分析
|
||||||
|
- 系统能生成复习建议
|
||||||
|
- 用户知道下一步该干什么
|
||||||
|
|
||||||
|
### 验证成功标准
|
||||||
|
|
||||||
|
第一轮验证目标：
|
||||||
|
- 至少 10 个用户愿意试用
|
||||||
|
- 至少 3 个用户完整走完学习闭环
|
||||||
|
- 至少 3 条有效反馈
|
||||||
|
- 至少 1 个用户表示愿意继续用
|
||||||
|
- 至少 1 个用户表示未来愿意付费
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 18. 当前不做清单
|
||||||
|
|
||||||
|
- 完整公考题库
|
||||||
|
- 完整课程体系
|
||||||
|
- 完整知识库市场
|
||||||
|
- 用户上传资料
|
||||||
|
- 文件解析
|
||||||
|
- 复杂笔记编辑器
|
||||||
|
- 社交系统
|
||||||
|
- 打卡排行榜
|
||||||
|
- 支付订阅
|
||||||
|
- Android
|
||||||
|
- Web 学习端
|
||||||
|
- Mac 正式版
|
||||||
|
- B 端后台
|
||||||
|
- 内容创作者后台
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 19. 当前最大风险
|
||||||
|
|
||||||
|
1. 产品范围继续膨胀
|
||||||
|
2. AI 判断用户状态不稳定
|
||||||
|
3. 用户不愿意主动输入内容
|
||||||
|
4. 内容质量不足以支撑学习
|
||||||
|
5. 用户认为 AI 分析不专业
|
||||||
|
6. 方向还没验证就投入过多开发
|
||||||
|
7. 登录、多语言、架构设计增加早期开发成本
|
||||||
|
8. AI 对话页变成泛聊天，稀释产品定位
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 20. 解决策略
|
||||||
|
|
||||||
|
1. 登录只做 Apple 登录
|
||||||
|
2. 多语言只做架构，不做完整翻译运营
|
||||||
|
3. 知识库只做一个 7 天路径
|
||||||
|
4. AI 对话只围绕当前知识库
|
||||||
|
5. 学习状态模型先做基础版本
|
||||||
|
6. 后端只做最小 API 和数据保存
|
||||||
|
7. 不接支付
|
||||||
|
8. 不做完整题库
|
||||||
|
9. 不做完整知识库平台
|
||||||
|
10. 14 天内必须产出可展示版本
|
||||||
958
个人开发者创业 v0.1/3-官网与技术基础/官网与技术基础.md
Normal file
958
个人开发者创业 v0.1/3-官网与技术基础/官网与技术基础.md
Normal file
@ -0,0 +1,958 @@
|
|||||||
|
---
|
||||||
|
version: v0.1
|
||||||
|
status: draft
|
||||||
|
updated: 2026-05-03
|
||||||
|
---
|
||||||
|
|
||||||
|
# 官网与技术基础
|
||||||
|
|
||||||
|
## 1. 当前技术目标
|
||||||
|
|
||||||
|
v0.1 阶段的技术目标不是做完整大系统，而是搭建一个可持续迭代的最小技术底座。
|
||||||
|
|
||||||
|
**当前需要支持：**
|
||||||
|
|
||||||
|
1. iPhone App Demo / MVP
|
||||||
|
2. Sign in with Apple 登录
|
||||||
|
3. AI API 调用
|
||||||
|
4. 用户学习记录保存
|
||||||
|
5. AI 分析结果保存
|
||||||
|
6. 学习状态模型
|
||||||
|
7. 官网基础页面
|
||||||
|
8. 等待名单和反馈入口
|
||||||
|
9. 后续可扩展到 TestFlight、App Store、iPad、Mac、Android
|
||||||
|
|
||||||
|
**当前不追求：**
|
||||||
|
|
||||||
|
- 高并发
|
||||||
|
- 完整后台管理系统
|
||||||
|
- 完整支付系统
|
||||||
|
- 完整内容管理系统
|
||||||
|
- 复杂微服务
|
||||||
|
- 复杂云原生架构
|
||||||
|
- 多端同步
|
||||||
|
- 企业级权限系统
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 2. 技术总原则
|
||||||
|
|
||||||
|
### 2.1 用熟悉技术优先
|
||||||
|
|
||||||
|
当前是个人开发者阶段，技术选型优先考虑：
|
||||||
|
|
||||||
|
- 自己能理解
|
||||||
|
- AI Agent 容易生成
|
||||||
|
- 出问题容易排查
|
||||||
|
- 部署简单
|
||||||
|
- 成本低
|
||||||
|
- 后续能扩展
|
||||||
|
|
||||||
|
### 2.2 架构要清晰，但不能过度设计
|
||||||
|
|
||||||
|
原则：
|
||||||
|
|
||||||
|
```text
|
||||||
|
代码结构清晰 > 技术炫技
|
||||||
|
可维护 > 复杂
|
||||||
|
能上线 > 完美
|
||||||
|
能验证 > 大而全
|
||||||
|
```
|
||||||
|
|
||||||
|
### 2.3 前后端职责分离
|
||||||
|
|
||||||
|
| 端 | 职责 |
|
||||||
|
|---|------|
|
||||||
|
| iOS 客户端 | 页面展示、用户交互、本地状态、登录入口、学习流程体验 |
|
||||||
|
| 后端 | 用户身份记录、AI API 代理、学习记录保存、AI 分析结果保存、学习画像更新、反馈收集、等待名单 |
|
||||||
|
| AI 模型 | 分析用户输入、生成学习反馈、识别薄弱点、生成复习建议、辅助学习对话 |
|
||||||
|
| 官网 | 产品介绍、SEO、隐私政策、用户协议、支持页面、等待名单、TestFlight 招募、未来 Mac DMG 下载 |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 3. 当前推荐最终选型
|
||||||
|
|
||||||
|
```text
|
||||||
|
iOS：SwiftUI
|
||||||
|
iOS 架构：MVVM + Service + Repository
|
||||||
|
设计规范：Apple Human Interface Guidelines
|
||||||
|
UI 风格：Apple 原生感、安静、克制、学习感
|
||||||
|
动效策略：轻量、有意义、服务学习体验
|
||||||
|
官网：Astro
|
||||||
|
官网域名：longde.cloud
|
||||||
|
后端：NestJS + TypeScript
|
||||||
|
数据库：MySQL
|
||||||
|
缓存：Redis，先预留，可延后
|
||||||
|
AI：Provider 抽象 + 一个真实模型 + MockProvider
|
||||||
|
AI 记忆：结构化学习画像，不急着做复杂 Agent Memory
|
||||||
|
部署：现有 4 核 4G 轻量云
|
||||||
|
反向代理：Nginx
|
||||||
|
进程/容器：Docker Compose 或 PM2
|
||||||
|
```
|
||||||
|
|
||||||
|
当前不买新服务器，不做复杂架构，先把最小闭环跑通。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 4. 整体技术架构
|
||||||
|
|
||||||
|
```text
|
||||||
|
iPhone App
|
||||||
|
├── SwiftUI
|
||||||
|
├── Sign in with Apple
|
||||||
|
├── 本地缓存
|
||||||
|
└── API Client
|
||||||
|
↓
|
||||||
|
后端 API
|
||||||
|
├── 用户模块
|
||||||
|
├── 学习记录模块
|
||||||
|
├── AI 代理模块
|
||||||
|
├── 学习画像模块
|
||||||
|
├── 反馈模块
|
||||||
|
└── 等待名单模块
|
||||||
|
↓
|
||||||
|
数据库
|
||||||
|
├── MySQL
|
||||||
|
└── Redis（可选）
|
||||||
|
↓
|
||||||
|
AI 服务
|
||||||
|
├── MiniMax / DeepSeek / 通义 / OpenAI / Claude / Gemini
|
||||||
|
└── 后续可替换
|
||||||
|
↓
|
||||||
|
官网
|
||||||
|
├── Astro
|
||||||
|
├── SEO 页面
|
||||||
|
├── 隐私政策
|
||||||
|
├── 用户协议
|
||||||
|
└── 等待名单
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 5. iOS 客户端技术选型
|
||||||
|
|
||||||
|
### 5.1 技术选择
|
||||||
|
|
||||||
|
```text
|
||||||
|
Swift
|
||||||
|
SwiftUI
|
||||||
|
Xcode
|
||||||
|
MVVM
|
||||||
|
Service 层
|
||||||
|
Repository 层
|
||||||
|
```
|
||||||
|
|
||||||
|
**选择原因：**
|
||||||
|
|
||||||
|
1. 当前第一阶段只做 Apple 平台
|
||||||
|
2. SwiftUI 适合快速做原型和 MVP
|
||||||
|
3. 原生体验更适合长期做 iPhone、iPad、Mac
|
||||||
|
4. Apple 生态的动画、交互、系统组件体验好
|
||||||
|
5. 后续可以逐步学习和沉淀原生开发能力
|
||||||
|
|
||||||
|
### 5.2 SwiftUI 学习策略
|
||||||
|
|
||||||
|
学习顺序：
|
||||||
|
|
||||||
|
1. Swift 基础语法
|
||||||
|
2. SwiftUI 页面布局
|
||||||
|
3. NavigationStack 页面跳转
|
||||||
|
4. TabView 底部导航
|
||||||
|
5. Form / List / ScrollView
|
||||||
|
6. ObservableObject / State / Binding
|
||||||
|
7. 网络请求
|
||||||
|
8. 本地存储
|
||||||
|
9. Sign in with Apple
|
||||||
|
10. 简单动画和转场
|
||||||
|
|
||||||
|
第一版 UI 优先使用系统组件，尽量做出 Apple 原生感。
|
||||||
|
|
||||||
|
### 5.3 iOS 目录结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
AIStudyApp/
|
||||||
|
├── App/
|
||||||
|
│ ├── AIStudyApp.swift
|
||||||
|
│ ├── AppConfig.swift
|
||||||
|
│ └── AppRouter.swift
|
||||||
|
│
|
||||||
|
├── Core/
|
||||||
|
│ ├── Network/
|
||||||
|
│ │ ├── APIClient.swift
|
||||||
|
│ │ ├── APIEndpoint.swift
|
||||||
|
│ │ └── APIError.swift
|
||||||
|
│ │
|
||||||
|
│ ├── Auth/
|
||||||
|
│ │ ├── AppleSignInService.swift
|
||||||
|
│ │ └── AuthSession.swift
|
||||||
|
│ │
|
||||||
|
│ ├── Storage/
|
||||||
|
│ │ ├── LocalStorage.swift
|
||||||
|
│ │ └── KeychainService.swift
|
||||||
|
│ │
|
||||||
|
│ ├── Localization/
|
||||||
|
│ │ └── LocalizationManager.swift
|
||||||
|
│ │
|
||||||
|
│ └── DesignSystem/
|
||||||
|
│ ├── AppColors.swift
|
||||||
|
│ ├── AppTypography.swift
|
||||||
|
│ ├── AppSpacing.swift
|
||||||
|
│ └── Components/
|
||||||
|
│
|
||||||
|
├── Features/
|
||||||
|
│ ├── Onboarding/
|
||||||
|
│ │ ├── Views/
|
||||||
|
│ │ ├── ViewModels/
|
||||||
|
│ │ └── Models/
|
||||||
|
│ │
|
||||||
|
│ ├── Auth/
|
||||||
|
│ │ ├── Views/
|
||||||
|
│ │ └── ViewModels/
|
||||||
|
│ │
|
||||||
|
│ ├── Learning/
|
||||||
|
│ │ ├── Views/
|
||||||
|
│ │ ├── ViewModels/
|
||||||
|
│ │ └── Models/
|
||||||
|
│ │
|
||||||
|
│ ├── KnowledgeBase/
|
||||||
|
│ │ ├── Views/
|
||||||
|
│ │ ├── ViewModels/
|
||||||
|
│ │ └── Models/
|
||||||
|
│ │
|
||||||
|
│ ├── AIAssistant/
|
||||||
|
│ │ ├── Views/
|
||||||
|
│ │ ├── ViewModels/
|
||||||
|
│ │ └── Models/
|
||||||
|
│ │
|
||||||
|
│ ├── Review/
|
||||||
|
│ │ ├── Views/
|
||||||
|
│ │ ├── ViewModels/
|
||||||
|
│ │ └── Models/
|
||||||
|
│ │
|
||||||
|
│ └── Profile/
|
||||||
|
│ ├── Views/
|
||||||
|
│ ├── ViewModels/
|
||||||
|
│ └── Models/
|
||||||
|
│
|
||||||
|
├── Shared/
|
||||||
|
│ ├── Components/
|
||||||
|
│ ├── Extensions/
|
||||||
|
│ ├── Utils/
|
||||||
|
│ └── Constants/
|
||||||
|
│
|
||||||
|
└── Resources/
|
||||||
|
├── Localizable.xcstrings
|
||||||
|
├── Assets.xcassets
|
||||||
|
└── PreviewData/
|
||||||
|
```
|
||||||
|
|
||||||
|
### 5.4 iOS 模块说明
|
||||||
|
|
||||||
|
| 模块 | 说明 |
|
||||||
|
|------|------|
|
||||||
|
| App | 负责 App 入口、全局配置、路由 |
|
||||||
|
| Core | 负责底层能力：网络请求、登录、本地存储、Keychain、多语言、设计系统 |
|
||||||
|
| Features | 按业务模块拆分：Onboarding、Auth、Learning、KnowledgeBase、AIAssistant、Review、Profile |
|
||||||
|
| Shared | 存放通用组件、工具函数、扩展 |
|
||||||
|
| Resources | 存放资源文件、多语言、图片、测试数据 |
|
||||||
|
|
||||||
|
### 5.5 iOS 第一版不做
|
||||||
|
|
||||||
|
- 复杂动画系统
|
||||||
|
- 自定义复杂控件
|
||||||
|
- iPad 专门布局
|
||||||
|
- Mac Catalyst
|
||||||
|
- Watch App
|
||||||
|
- Widget
|
||||||
|
- 离线完整知识库
|
||||||
|
- 复杂搜索
|
||||||
|
- 文件导入
|
||||||
|
- 推送通知
|
||||||
|
- 支付订阅
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 6. Apple 设计规范与动效原则
|
||||||
|
|
||||||
|
### 6.1 设计基准
|
||||||
|
|
||||||
|
本产品第一阶段优先做 Apple 平台，因此 UI/UX 设计需要参考 Apple Human Interface Guidelines。
|
||||||
|
|
||||||
|
第一版设计目标不是做复杂视觉，而是做出：
|
||||||
|
|
||||||
|
- 原生感
|
||||||
|
- 安静感
|
||||||
|
- 学习感
|
||||||
|
- 清晰的层级
|
||||||
|
- 流畅的交互
|
||||||
|
- 适度高级感
|
||||||
|
- 符合 Apple 用户习惯的体验
|
||||||
|
|
||||||
|
### 6.2 HIG 设计原则
|
||||||
|
|
||||||
|
1. **内容优先** — 学习内容、任务和 AI 分析结果应该是页面中心
|
||||||
|
2. **层级清晰** — 用户应该很清楚当前在哪、今天要做什么、下一步做什么
|
||||||
|
3. **交互克制** — 不做过多按钮，不堆功能，不制造干扰
|
||||||
|
4. **系统一致** — 尽量使用 Apple 原生组件、系统字体、系统导航、系统交互
|
||||||
|
5. **可访问性** — 字体大小、颜色对比、动态效果都要考虑不同用户
|
||||||
|
6. **动效有意义** — 动效用于反馈、状态变化、页面过渡和学习进度表达，不做无意义炫技
|
||||||
|
|
||||||
|
### 6.3 动效优先级
|
||||||
|
|
||||||
|
**P0 必须做：**
|
||||||
|
- 页面进入 / 返回的自然过渡
|
||||||
|
- 按钮点击反馈
|
||||||
|
- 加载状态
|
||||||
|
- AI 分析中状态
|
||||||
|
- 学习完成反馈
|
||||||
|
|
||||||
|
**P1 建议做：**
|
||||||
|
- 今日任务卡片动效
|
||||||
|
- 进度条更新动效
|
||||||
|
- AI 分析结果分块出现
|
||||||
|
- 复习建议卡片出现
|
||||||
|
|
||||||
|
**P2 延后做：**
|
||||||
|
- 启动页品牌动画
|
||||||
|
- 高级图表动效
|
||||||
|
- 大范围转场动画
|
||||||
|
- 自定义复杂动画
|
||||||
|
|
||||||
|
### 6.4 SwiftUI 动效实现策略
|
||||||
|
|
||||||
|
第一版优先使用 SwiftUI 原生能力：
|
||||||
|
|
||||||
|
```text
|
||||||
|
withAnimation
|
||||||
|
transition
|
||||||
|
opacity
|
||||||
|
scaleEffect
|
||||||
|
ProgressView
|
||||||
|
```
|
||||||
|
|
||||||
|
谨慎使用：
|
||||||
|
```text
|
||||||
|
matchedGeometryEffect
|
||||||
|
PhaseAnimator
|
||||||
|
SymbolEffect
|
||||||
|
```
|
||||||
|
|
||||||
|
第一版不追求复杂自定义动画系统。目标是让 App 看起来顺滑、有质感，而不是炫技。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 7. SwiftUI + AI Agent 开发策略
|
||||||
|
|
||||||
|
### 7.1 基本判断
|
||||||
|
|
||||||
|
创始人当前没有 SwiftUI 实战经验，但可以借助 AI Agent 完成开发。
|
||||||
|
|
||||||
|
这不影响第一版使用 SwiftUI。原因：
|
||||||
|
|
||||||
|
1. SwiftUI 适合快速构建 Apple 原生界面
|
||||||
|
2. AI Agent 对 SwiftUI 页面、组件、ViewModel 的生成能力较强
|
||||||
|
3. 只要目录结构清晰、任务拆分明确，AI 可以辅助完成大量开发
|
||||||
|
4. 创始人需要掌握的是架构、产品逻辑、代码审查和调试能力
|
||||||
|
|
||||||
|
### 7.2 AI 开发原则
|
||||||
|
|
||||||
|
使用 AI 开发 SwiftUI 时，必须遵守：
|
||||||
|
|
||||||
|
1. 每次只让 AI 修改一个模块
|
||||||
|
2. 每次生成前先说明目录和目标文件
|
||||||
|
3. 不允许 AI 随意改全局架构
|
||||||
|
4. 不允许 AI 把所有代码写进一个 View
|
||||||
|
5. 页面、ViewModel、Model、Service 分开
|
||||||
|
6. 复杂逻辑放到 Service，不堆在 View 里
|
||||||
|
7. UI 组件尽量复用
|
||||||
|
8. 每完成一个页面就真机预览或模拟器运行
|
||||||
|
|
||||||
|
### 7.3 推荐开发顺序
|
||||||
|
|
||||||
|
1. 创建项目骨架
|
||||||
|
2. 建立 DesignSystem
|
||||||
|
3. 建立 Tab 结构
|
||||||
|
4. 建立 Onboarding 页面
|
||||||
|
5. 建立 Apple 登录页面
|
||||||
|
6. 建立学习路径页面
|
||||||
|
7. 建立今日任务页面
|
||||||
|
8. 建立内容阅读页面
|
||||||
|
9. 建立主动回忆输入页面
|
||||||
|
10. 建立 AI 分析结果页面
|
||||||
|
11. 建立 AI 助手页面
|
||||||
|
12. 建立我的 / 设置 / 反馈页面
|
||||||
|
|
||||||
|
### 7.4 AI 生成代码时的提示原则
|
||||||
|
|
||||||
|
每次让 AI 写代码时，要明确：
|
||||||
|
|
||||||
|
- 当前模块
|
||||||
|
- 目标文件
|
||||||
|
- 不要修改哪些文件
|
||||||
|
- 使用 SwiftUI
|
||||||
|
- 使用 MVVM
|
||||||
|
- 使用已有 DesignSystem
|
||||||
|
- 不写死颜色和字体
|
||||||
|
- 支持多语言 key
|
||||||
|
- 页面要支持深色模式
|
||||||
|
- 页面要适配不同 iPhone 尺寸
|
||||||
|
|
||||||
|
### 7.5 第一版代码质量底线
|
||||||
|
|
||||||
|
底线：
|
||||||
|
|
||||||
|
- 不把业务逻辑写在 View 里
|
||||||
|
- 不把 API Key 写在客户端
|
||||||
|
- 不写大量重复 UI
|
||||||
|
- 不写死所有文案
|
||||||
|
- 不把 AI Prompt 写死在 iOS 端
|
||||||
|
- 不让一个文件超过过大规模
|
||||||
|
- 不做无法维护的一次性 Demo
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 8. 官网技术选型
|
||||||
|
|
||||||
|
### 8.1 官网定位
|
||||||
|
|
||||||
|
官网不是 Web 学习系统，而是产品基础设施。
|
||||||
|
|
||||||
|
官网第一阶段承担：
|
||||||
|
|
||||||
|
- 产品介绍
|
||||||
|
- SEO 收录
|
||||||
|
- 等待名单
|
||||||
|
- TestFlight 招募
|
||||||
|
- 隐私政策
|
||||||
|
- 用户协议
|
||||||
|
- 支持页面
|
||||||
|
- 更新日志
|
||||||
|
- 未来 Mac DMG 下载
|
||||||
|
|
||||||
|
### 8.2 框架选择
|
||||||
|
|
||||||
|
| 框架 | 优点 | 缺点 |
|
||||||
|
|------|------|------|
|
||||||
|
| Astro | 适合内容型网站、SEO 友好、静态页面性能好、适合官网博客文档、比 Nuxt/Next 更轻 | 未来做 Web App 需要另起项目 |
|
||||||
|
| Nuxt | Vue 生态、适合 SSR/SSG | 对纯官网来说稍重 |
|
||||||
|
| Next.js | React 生态强、SSR/SSG 成熟 | 对当前阶段偏重 |
|
||||||
|
| VitePress | 文档站很快 | 视觉自由度不如 Astro |
|
||||||
|
|
||||||
|
**推荐：Astro**
|
||||||
|
|
||||||
|
### 8.3 官网页面结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
website/
|
||||||
|
├── src/
|
||||||
|
│ ├── pages/
|
||||||
|
│ │ ├── index.astro
|
||||||
|
│ │ ├── privacy.astro
|
||||||
|
│ │ ├── terms.astro
|
||||||
|
│ │ ├── support.astro
|
||||||
|
│ │ ├── waitlist.astro
|
||||||
|
│ │ ├── download.astro
|
||||||
|
│ │ └── changelog.astro
|
||||||
|
│ │
|
||||||
|
│ ├── layouts/
|
||||||
|
│ │ └── BaseLayout.astro
|
||||||
|
│ │
|
||||||
|
│ ├── components/
|
||||||
|
│ │ ├── Hero.astro
|
||||||
|
│ │ ├── FeatureCard.astro
|
||||||
|
│ │ ├── CTA.astro
|
||||||
|
│ │ └── Footer.astro
|
||||||
|
│ │
|
||||||
|
│ ├── content/
|
||||||
|
│ │ └── posts/
|
||||||
|
│ │
|
||||||
|
│ └── styles/
|
||||||
|
│ └── global.css
|
||||||
|
│
|
||||||
|
├── public/
|
||||||
|
│ ├── images/
|
||||||
|
│ └── favicon.svg
|
||||||
|
│
|
||||||
|
└── package.json
|
||||||
|
```
|
||||||
|
|
||||||
|
### 8.4 SEO 规划
|
||||||
|
|
||||||
|
**第一版 SEO 重点：**
|
||||||
|
|
||||||
|
- 首页标题、描述、关键词
|
||||||
|
- Open Graph 分享图
|
||||||
|
- sitemap.xml
|
||||||
|
- robots.txt
|
||||||
|
- 清晰 URL 结构
|
||||||
|
- 更新日志内容
|
||||||
|
- 长尾关键词页面
|
||||||
|
|
||||||
|
**当前不做：**
|
||||||
|
- 复杂 SEO 工具链
|
||||||
|
- 大量采集文章
|
||||||
|
- 自动生成垃圾内容
|
||||||
|
- 过度关键词堆砌
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 9. 后端技术选型
|
||||||
|
|
||||||
|
### 9.1 是否需要后端
|
||||||
|
|
||||||
|
v0.1 需要最小后端，原因：
|
||||||
|
|
||||||
|
1. AI API Key 不能放在 iOS 客户端
|
||||||
|
2. 用户登录后需要保存用户身份
|
||||||
|
3. 学习记录需要保存
|
||||||
|
4. AI 分析结果需要保存
|
||||||
|
5. 学习状态模型需要后端维护
|
||||||
|
6. 等待名单和反馈需要收集
|
||||||
|
7. 后续订阅权益需要后端基础
|
||||||
|
|
||||||
|
### 9.2 技术对比
|
||||||
|
|
||||||
|
| 技术 | 优点 | 缺点 |
|
||||||
|
|------|------|------|
|
||||||
|
| NestJS | 模块清晰、适合长期、TypeScript 生态好、AI Agent 容易按模块生成代码 | 学习成本稍高 |
|
||||||
|
| Express | 简单、学习成本低、快速启动 | 大项目容易混乱、AI Agent 写多了容易堆代码 |
|
||||||
|
| FastAPI | Python 生态适合 AI、写 API 很快、后续接 AI/RAG 方便 | 两个语言栈分散注意力 |
|
||||||
|
| Spring Boot | 企业级成熟 | 太重、不擅长 |
|
||||||
|
|
||||||
|
**推荐：Node.js + NestJS + TypeScript**
|
||||||
|
|
||||||
|
### 9.3 后端目录结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
server/
|
||||||
|
├── src/
|
||||||
|
│ ├── main.ts
|
||||||
|
│ ├── app.module.ts
|
||||||
|
│ │
|
||||||
|
│ ├── common/
|
||||||
|
│ │ ├── filters/
|
||||||
|
│ │ ├── guards/
|
||||||
|
│ │ ├── interceptors/
|
||||||
|
│ │ ├── decorators/
|
||||||
|
│ │ └── utils/
|
||||||
|
│ │
|
||||||
|
│ ├── config/
|
||||||
|
│ │ ├── app.config.ts
|
||||||
|
│ │ ├── database.config.ts
|
||||||
|
│ │ └── ai.config.ts
|
||||||
|
│ │
|
||||||
|
│ ├── modules/
|
||||||
|
│ │ ├── auth/
|
||||||
|
│ │ ├── users/
|
||||||
|
│ │ ├── knowledge/
|
||||||
|
│ │ ├── learning/
|
||||||
|
│ │ ├── ai/
|
||||||
|
│ │ │ ├── prompts/
|
||||||
|
│ │ │ └── providers/
|
||||||
|
│ │ ├── review/
|
||||||
|
│ │ ├── feedback/
|
||||||
|
│ │ └── waitlist/
|
||||||
|
│ │
|
||||||
|
│ └── database/
|
||||||
|
│ ├── migrations/
|
||||||
|
│ └── seeds/
|
||||||
|
│
|
||||||
|
├── .env
|
||||||
|
├── package.json
|
||||||
|
└── docker-compose.yml
|
||||||
|
```
|
||||||
|
|
||||||
|
### 9.4 后端第一版模块
|
||||||
|
|
||||||
|
**P0 模块：**
|
||||||
|
- Auth 模块
|
||||||
|
- User 模块
|
||||||
|
- Knowledge 模块
|
||||||
|
- Learning 模块
|
||||||
|
- AI 模块
|
||||||
|
- Review 模块
|
||||||
|
- Feedback 模块
|
||||||
|
- Waitlist 模块
|
||||||
|
|
||||||
|
**P1 模块：**
|
||||||
|
- Admin 简单管理
|
||||||
|
- Analytics 简单日志
|
||||||
|
- Subscription 订阅预留
|
||||||
|
|
||||||
|
**P2 暂不做：**
|
||||||
|
- 支付、完整后台、多租户、企业账号、复杂权限
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 10. 数据库设计
|
||||||
|
|
||||||
|
### 10.1 数据库选型
|
||||||
|
|
||||||
|
```text
|
||||||
|
v0.1：MySQL + Redis（预留）
|
||||||
|
后续：向量数据库（PostgreSQL pgvector / Milvus / Qdrant）
|
||||||
|
```
|
||||||
|
|
||||||
|
### 10.2 为什么用 MySQL
|
||||||
|
|
||||||
|
MySQL 适合保存结构化业务数据：
|
||||||
|
- 用户、登录信息
|
||||||
|
- 知识库、学习路径
|
||||||
|
- 学习记录、AI 分析结果
|
||||||
|
- 复习任务、反馈、等待名单
|
||||||
|
|
||||||
|
### 10.3 为什么用 Redis
|
||||||
|
|
||||||
|
Redis 第一版可以先不急着重度使用，但可以预留：
|
||||||
|
|
||||||
|
- 缓存
|
||||||
|
- 限流
|
||||||
|
- AI 请求频控
|
||||||
|
- 短期会话
|
||||||
|
- 验证码（未来如果有）
|
||||||
|
- 队列（后续如果需要）
|
||||||
|
|
||||||
|
### 10.4 是否需要向量数据库
|
||||||
|
|
||||||
|
**第一版暂不急着上向量数据库。**
|
||||||
|
|
||||||
|
原因：
|
||||||
|
1. 第一版知识库内容很小
|
||||||
|
2. 可以先用结构化课程上下文传给 AI
|
||||||
|
3. RAG 系统会增加复杂度
|
||||||
|
4. 当前重点是验证学习闭环，而不是做大规模知识检索
|
||||||
|
|
||||||
|
**后续再考虑：** PostgreSQL + pgvector、Qdrant、Milvus
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 11. AI 长期记忆与知识库能力
|
||||||
|
|
||||||
|
### 11.1 名词澄清
|
||||||
|
|
||||||
|
| 概念 | 说明 |
|
||||||
|
|------|------|
|
||||||
|
| 长期记忆 Long-term Memory | 记录用户长期偏好、历史行为、薄弱点 |
|
||||||
|
| 学习画像 Learning Profile | 记录用户在具体学习领域里的状态 |
|
||||||
|
| 知识库 Knowledge Base | 产品提供的结构化内容（课程小节、知识点、示例、练习、复习问题） |
|
||||||
|
| RAG | 当知识库内容变多后，通过检索相关内容，再交给 AI 回答 |
|
||||||
|
| 向量数据库 | 用于存储文本向量，实现语义检索 |
|
||||||
|
| Agent Memory | Agent 为了长期协作，保存用户目标、偏好、任务历史等 |
|
||||||
|
|
||||||
|
### 11.2 v0.1 推荐做法
|
||||||
|
|
||||||
|
第一版不要急着做复杂 Agent Memory。
|
||||||
|
|
||||||
|
v0.1 只做：
|
||||||
|
|
||||||
|
```text
|
||||||
|
结构化学习画像
|
||||||
|
+
|
||||||
|
学习记录
|
||||||
|
+
|
||||||
|
AI 分析结果
|
||||||
|
+
|
||||||
|
复习队列
|
||||||
|
```
|
||||||
|
|
||||||
|
也就是：
|
||||||
|
- UserLearningProfile
|
||||||
|
- LearningSession
|
||||||
|
- AIAnalysis
|
||||||
|
- ReviewTask
|
||||||
|
|
||||||
|
### 11.3 AI 对话上下文
|
||||||
|
|
||||||
|
第一版 AI 对话上下文包括：
|
||||||
|
|
||||||
|
```text
|
||||||
|
当前用户
|
||||||
|
当前知识库
|
||||||
|
当前学习路径
|
||||||
|
当前小节
|
||||||
|
用户最近一次输入
|
||||||
|
最近一次 AI 分析
|
||||||
|
用户薄弱点
|
||||||
|
当前复习任务
|
||||||
|
```
|
||||||
|
|
||||||
|
暂不做全局长期聊天记忆。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 12. AI 模型与 API 选型
|
||||||
|
|
||||||
|
### 12.1 模型选择原则
|
||||||
|
|
||||||
|
1. 中文能力好
|
||||||
|
2. 成本可控
|
||||||
|
3. API 稳定
|
||||||
|
4. 支持结构化输出
|
||||||
|
5. 速度可以接受
|
||||||
|
6. 容易接入
|
||||||
|
7. 可替换
|
||||||
|
|
||||||
|
### 12.2 候选模型
|
||||||
|
|
||||||
|
```text
|
||||||
|
MiniMax
|
||||||
|
DeepSeek
|
||||||
|
通义千问
|
||||||
|
OpenAI
|
||||||
|
Claude
|
||||||
|
Gemini
|
||||||
|
```
|
||||||
|
|
||||||
|
### 12.3 AI Provider 层设计
|
||||||
|
|
||||||
|
后端需要设计 AI Provider 层：
|
||||||
|
|
||||||
|
```text
|
||||||
|
AIService
|
||||||
|
├── MiniMaxProvider
|
||||||
|
├── DeepSeekProvider
|
||||||
|
├── OpenAIProvider
|
||||||
|
└── MockProvider
|
||||||
|
```
|
||||||
|
|
||||||
|
### 12.4 MockProvider
|
||||||
|
|
||||||
|
v0.1 强烈建议做一个 MockProvider。
|
||||||
|
|
||||||
|
作用：
|
||||||
|
- 没有 API Key 时也能开发
|
||||||
|
- AI 服务出问题时能测试流程
|
||||||
|
- 降低开发成本
|
||||||
|
- 方便录 Demo
|
||||||
|
|
||||||
|
### 12.5 核心 AI 接口
|
||||||
|
|
||||||
|
**POST /ai/analyze-learning-input**
|
||||||
|
|
||||||
|
输入：
|
||||||
|
```json
|
||||||
|
{
|
||||||
|
"userId": "user_001",
|
||||||
|
"lessonId": "lesson_001",
|
||||||
|
"userInput": "用户写下的答案或笔记",
|
||||||
|
"context": {
|
||||||
|
"lessonTitle": "材料阅读方法",
|
||||||
|
"objectives": ["理解材料结构", "提取关键要点"],
|
||||||
|
"keyPoints": ["问题", "原因", "影响", "对策"]
|
||||||
|
}
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
输出：
|
||||||
|
```json
|
||||||
|
{
|
||||||
|
"masteryScore": 3,
|
||||||
|
"understandingLevel": "基本理解",
|
||||||
|
"summary": "用户能理解主要内容，但要点不完整。",
|
||||||
|
"strengths": ["表达清楚"],
|
||||||
|
"weakPoints": ["遗漏关键要点", "逻辑层次不足"],
|
||||||
|
"suggestions": ["补充第二个要点", "先概括再展开"],
|
||||||
|
"reviewNeeded": true,
|
||||||
|
"nextAction": "明天重新回答本节主动回忆问题。"
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
**POST /ai/chat**
|
||||||
|
|
||||||
|
输入：
|
||||||
|
```json
|
||||||
|
{
|
||||||
|
"userId": "user_001",
|
||||||
|
"lessonId": "lesson_001",
|
||||||
|
"message": "这节内容能不能举个例子？"
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
输出：
|
||||||
|
```json
|
||||||
|
{
|
||||||
|
"reply": "可以。你可以这样理解……",
|
||||||
|
"suggestedActions": ["生成复习问题", "重新解释", "给我一个例子"]
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 13. 域名规划
|
||||||
|
|
||||||
|
### 13.1 当前已有域名
|
||||||
|
|
||||||
|
```text
|
||||||
|
longde.cloud
|
||||||
|
```
|
||||||
|
|
||||||
|
v0.1 阶段使用该域名作为产品基础设施域名。
|
||||||
|
|
||||||
|
### 13.2 子域名规划
|
||||||
|
|
||||||
|
```text
|
||||||
|
longde.cloud 官网首页
|
||||||
|
www.longde.cloud 官网首页（可跳转）
|
||||||
|
api.longde.cloud 后端 API
|
||||||
|
git.longde.cloud Gitea 代码仓库
|
||||||
|
download.longde.cloud 未来 Mac DMG 下载（可选）
|
||||||
|
status.longde.cloud 未来服务状态页（可选）
|
||||||
|
```
|
||||||
|
|
||||||
|
### 13.3 官网 URL 规划
|
||||||
|
|
||||||
|
| 路径 | 说明 |
|
||||||
|
|------|------|
|
||||||
|
| / | 首页 |
|
||||||
|
| /privacy | 隐私政策 |
|
||||||
|
| /terms | 用户协议 |
|
||||||
|
| /support | 支持与反馈 |
|
||||||
|
| /waitlist | 等待名单 / 内测申请 |
|
||||||
|
| /changelog | 更新日志 |
|
||||||
|
| /download | 未来 Mac DMG 下载页 |
|
||||||
|
| /blog | 后续 SEO 内容文章 |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 14. 部署方案
|
||||||
|
|
||||||
|
### 14.1 当前服务器情况
|
||||||
|
|
||||||
|
- 4 核 4G 轻量云服务器
|
||||||
|
- 当前运行 Gitea
|
||||||
|
|
||||||
|
### 14.2 是否需要新买服务器
|
||||||
|
|
||||||
|
**v0.1 阶段不建议立刻买新 ECS。**
|
||||||
|
|
||||||
|
原因：
|
||||||
|
1. 当前没有真实用户
|
||||||
|
2. v0.1 请求量很低
|
||||||
|
3. 官网、后端、数据库可以先小规模部署
|
||||||
|
4. 先验证产品，不增加固定成本
|
||||||
|
|
||||||
|
### 14.3 当前推荐部署方式
|
||||||
|
|
||||||
|
```text
|
||||||
|
Nginx
|
||||||
|
Docker Compose 或 PM2
|
||||||
|
MySQL
|
||||||
|
Redis（可选）
|
||||||
|
NestJS 后端
|
||||||
|
Astro 静态官网
|
||||||
|
Gitea 继续保留
|
||||||
|
```
|
||||||
|
|
||||||
|
### 14.4 什么时候买新服务器
|
||||||
|
|
||||||
|
满足以下情况再考虑新服务器：
|
||||||
|
|
||||||
|
1. Gitea 和产品服务互相影响
|
||||||
|
2. 官网访问开始明显增加
|
||||||
|
3. 后端 AI 请求明显增多
|
||||||
|
4. MySQL 占用资源明显
|
||||||
|
5. 需要更稳定的生产环境
|
||||||
|
6. App Store 正式上线前想隔离开发服务
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 15. 开发环境与仓库规划
|
||||||
|
|
||||||
|
### 15.1 仓库策略
|
||||||
|
|
||||||
|
**推荐 monorepo：**
|
||||||
|
|
||||||
|
```text
|
||||||
|
ai-study-product/
|
||||||
|
├── apps/
|
||||||
|
│ ├── ios/
|
||||||
|
│ └── website/
|
||||||
|
│
|
||||||
|
├── services/
|
||||||
|
│ └── api/
|
||||||
|
│
|
||||||
|
├── packages/
|
||||||
|
│ ├── shared-types/
|
||||||
|
│ └── prompts/
|
||||||
|
│
|
||||||
|
├── docs/
|
||||||
|
│ └── planning/
|
||||||
|
│
|
||||||
|
└── README.md
|
||||||
|
```
|
||||||
|
|
||||||
|
**原因：**
|
||||||
|
1. 早期项目小，放一起方便管理
|
||||||
|
2. AI Agent 更容易读取完整上下文
|
||||||
|
3. Prompt、类型定义、文档可以共享
|
||||||
|
4. 后续大了再拆仓库
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 16. 技术里程碑
|
||||||
|
|
||||||
|
### 技术里程碑 1：可点击 iOS Demo
|
||||||
|
|
||||||
|
- SwiftUI 项目
|
||||||
|
- 基础页面
|
||||||
|
- Tab 导航
|
||||||
|
- 学习路径页面
|
||||||
|
- 内容阅读页面
|
||||||
|
- AI 分析结果假数据
|
||||||
|
|
||||||
|
### 技术里程碑 2：最小后端
|
||||||
|
|
||||||
|
- NestJS 项目
|
||||||
|
- MySQL 连接
|
||||||
|
- 用户表
|
||||||
|
- 学习记录表
|
||||||
|
- AI MockProvider
|
||||||
|
- 反馈接口
|
||||||
|
|
||||||
|
### 技术里程碑 3：真实 AI 接入
|
||||||
|
|
||||||
|
- AI Provider 抽象
|
||||||
|
- 接入一个真实模型
|
||||||
|
- AI 分析接口
|
||||||
|
- AI 对话接口
|
||||||
|
- 结构化输出保存
|
||||||
|
|
||||||
|
### 技术里程碑 4：官网上线
|
||||||
|
|
||||||
|
- Astro 官网
|
||||||
|
- 首页
|
||||||
|
- 隐私政策
|
||||||
|
- 用户协议
|
||||||
|
- 支持页
|
||||||
|
- 等待名单
|
||||||
|
- SEO 基础配置
|
||||||
|
|
||||||
|
### 技术里程碑 5：TestFlight 前准备
|
||||||
|
|
||||||
|
- Sign in with Apple
|
||||||
|
- 后端用户身份记录
|
||||||
|
- 基础错误处理
|
||||||
|
- 数据隐私检查
|
||||||
|
- 反馈入口
|
||||||
|
- 内测版本构建
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 17. 当前技术不做清单
|
||||||
|
|
||||||
|
- Spring Boot
|
||||||
|
- 微服务
|
||||||
|
- Kubernetes
|
||||||
|
- 多云部署
|
||||||
|
- 完整后台管理系统
|
||||||
|
- 完整 CMS
|
||||||
|
- 完整 RAG
|
||||||
|
- 向量数据库
|
||||||
|
- 多模型自动路由
|
||||||
|
- AI Agent 工具调用系统
|
||||||
|
- 文件上传解析
|
||||||
|
- Web 学习端
|
||||||
|
- Android
|
||||||
|
- Mac 正式版
|
||||||
|
- 支付系统
|
||||||
|
- 复杂数据分析平台
|
||||||
717
个人开发者创业 v0.1/4-用户验证与增长/用户验证与增长.md
Normal file
717
个人开发者创业 v0.1/4-用户验证与增长/用户验证与增长.md
Normal file
@ -0,0 +1,717 @@
|
|||||||
|
---
|
||||||
|
version: v0.1
|
||||||
|
status: draft
|
||||||
|
updated: 2026-05-03
|
||||||
|
---
|
||||||
|
|
||||||
|
# 用户验证与增长
|
||||||
|
|
||||||
|
## 1. 当前定位
|
||||||
|
|
||||||
|
v0.1 阶段的用户验证与增长，不是大规模营销，也不是正式商业化投放。
|
||||||
|
|
||||||
|
**当前目标是：**
|
||||||
|
|
||||||
|
> 用最低社交压力、最低成本的方式，验证产品方向是否有人需要，并找到第一批愿意试用的人。
|
||||||
|
|
||||||
|
**当前不追求：**
|
||||||
|
- 大规模涨粉
|
||||||
|
- 大规模投流
|
||||||
|
- 大规模社群运营
|
||||||
|
- 自动化私信轰炸
|
||||||
|
- 全平台铺量
|
||||||
|
- 精致品牌营销
|
||||||
|
|
||||||
|
**当前只追求：**
|
||||||
|
1. 收集真实用户痛点
|
||||||
|
2. 验证用户是否对产品感兴趣
|
||||||
|
3. 找到愿意内测的人
|
||||||
|
4. 判断哪个知识库方向更值得做
|
||||||
|
5. 为 Demo / TestFlight 获取第一批反馈
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 2. 当前增长原则
|
||||||
|
|
||||||
|
### 2.1 不做硬销售
|
||||||
|
|
||||||
|
当前不卖课、不卖资料、不卖会员。
|
||||||
|
|
||||||
|
对外表达应该是：
|
||||||
|
|
||||||
|
> 我是一个独立开发者，正在验证一个 AI 学习工具的想法，希望听听真实用户的意见。
|
||||||
|
|
||||||
|
不要一开始就说：赶紧下载、立即购买、限时优惠、保证提分、权威批改、上岸神器。
|
||||||
|
|
||||||
|
### 2.2 不装专家
|
||||||
|
|
||||||
|
对外身份应该是：
|
||||||
|
|
||||||
|
> 做 AI 学习工具的独立开发者，正在和真实备考用户一起打磨产品。
|
||||||
|
|
||||||
|
不要伪装成：申论老师、公考名师、权威机构、教培专家。
|
||||||
|
|
||||||
|
### 2.3 先验证，再增长
|
||||||
|
|
||||||
|
```text
|
||||||
|
观察用户痛点
|
||||||
|
↓
|
||||||
|
发布验证内容
|
||||||
|
↓
|
||||||
|
收集评论 / 问卷 / 等待名单
|
||||||
|
↓
|
||||||
|
找到愿意内测的人
|
||||||
|
↓
|
||||||
|
根据反馈调整 Demo
|
||||||
|
↓
|
||||||
|
再扩大内容发布
|
||||||
|
```
|
||||||
|
|
||||||
|
### 2.4 人参与最终判断
|
||||||
|
|
||||||
|
AI 可以辅助大量工作，但关键动作必须由人确认：
|
||||||
|
- 是否发布
|
||||||
|
- 如何回复
|
||||||
|
- 是否私信
|
||||||
|
- 是否邀请内测
|
||||||
|
- 是否采纳反馈
|
||||||
|
- 是否调整产品方向
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 3. AI / Agent 在增长中的角色
|
||||||
|
|
||||||
|
### 3.1 AI 可以做的事情
|
||||||
|
|
||||||
|
AI 可以负责：
|
||||||
|
|
||||||
|
1. 选题生成
|
||||||
|
2. 标题优化
|
||||||
|
3. 文案草稿
|
||||||
|
4. 小红书笔记草稿
|
||||||
|
5. B 站视频脚本
|
||||||
|
6. 知乎回答草稿
|
||||||
|
7. 评论截图分析
|
||||||
|
8. 用户痛点归类
|
||||||
|
9. 回复建议
|
||||||
|
10. 问卷设计
|
||||||
|
11. 反馈总结
|
||||||
|
12. 竞品评论分析
|
||||||
|
13. 内容复盘
|
||||||
|
14. 下一步建议
|
||||||
|
|
||||||
|
### 3.2 AI 不应该完全自动做的事情
|
||||||
|
|
||||||
|
AI 不应该完全自动：
|
||||||
|
|
||||||
|
1. 批量发布内容
|
||||||
|
2. 批量评论
|
||||||
|
3. 批量私信
|
||||||
|
4. 冒充真人互动
|
||||||
|
5. 伪造用户反馈
|
||||||
|
6. 用脚本刷量
|
||||||
|
7. 自动加入大量群聊
|
||||||
|
8. 自动爬取和搬运平台内容
|
||||||
|
9. 自动生成大量低质量 SEO 内容
|
||||||
|
|
||||||
|
### 3.3 推荐模式：半自动增长
|
||||||
|
|
||||||
|
```text
|
||||||
|
AI 生成内容草稿
|
||||||
|
↓
|
||||||
|
人审核修改
|
||||||
|
↓
|
||||||
|
人手动发布
|
||||||
|
↓
|
||||||
|
用户评论 / 私信
|
||||||
|
↓
|
||||||
|
截图给 AI 分析
|
||||||
|
↓
|
||||||
|
AI 生成回复草稿
|
||||||
|
↓
|
||||||
|
人确认后回复
|
||||||
|
↓
|
||||||
|
AI 汇总反馈
|
||||||
|
↓
|
||||||
|
更新产品计划
|
||||||
|
```
|
||||||
|
|
||||||
|
**一句话总结：**
|
||||||
|
|
||||||
|
> 不是让 AI 代替你做营销，而是让 AI 把营销里最消耗你的部分变成草稿、模板、分析和建议。
|
||||||
|
|
||||||
|
真正需要你做的只有三件事：
|
||||||
|
|
||||||
|
```text
|
||||||
|
判断发不发
|
||||||
|
判断怎么回
|
||||||
|
判断这个反馈对产品有没有用
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 4. 当前验证渠道
|
||||||
|
|
||||||
|
### 4.1 小红书
|
||||||
|
|
||||||
|
**定位：**
|
||||||
|
- 最适合早期验证学习类、备考类、工具类内容
|
||||||
|
- 适合图文、截图、短视频、经验贴
|
||||||
|
- 适合收集评论和私信
|
||||||
|
|
||||||
|
**适合内容：**
|
||||||
|
- 产品想法验证
|
||||||
|
- 学习痛点讨论
|
||||||
|
- AI 工具截图
|
||||||
|
- Demo 过程记录
|
||||||
|
- 公考申论学习痛点
|
||||||
|
- AI 学习方法
|
||||||
|
- 独立开发者公开构建
|
||||||
|
|
||||||
|
### 4.2 B 站
|
||||||
|
|
||||||
|
**定位：**
|
||||||
|
- 适合长一点的解释、开发记录、产品演示
|
||||||
|
- 适合建立信任
|
||||||
|
- 适合做"我如何做一个 AI 学习 App"系列内容
|
||||||
|
|
||||||
|
**适合内容：**
|
||||||
|
- Demo 演示
|
||||||
|
- 开发记录
|
||||||
|
- 产品思路讲解
|
||||||
|
- AI 学习工具评测
|
||||||
|
- 公考申论 AI 批改实验
|
||||||
|
- 独立开发者创业记录
|
||||||
|
|
||||||
|
### 4.3 知乎
|
||||||
|
|
||||||
|
**定位：**
|
||||||
|
- 适合回答问题、沉淀长文
|
||||||
|
- 适合做搜索流量
|
||||||
|
- 适合验证用户痛点和观点
|
||||||
|
|
||||||
|
**适合内容：**
|
||||||
|
- 申论怎么学
|
||||||
|
- AI 能不能辅助学习
|
||||||
|
- 普通人怎么系统学习 AI 工具
|
||||||
|
- 知识库学习是不是伪学习
|
||||||
|
- 学习软件怎么提高效率
|
||||||
|
|
||||||
|
### 4.4 官网
|
||||||
|
|
||||||
|
**定位：**
|
||||||
|
- 承接流量
|
||||||
|
- 收集等待名单
|
||||||
|
- 展示产品定位
|
||||||
|
- 提供隐私政策、支持页
|
||||||
|
- 为后续 App Store 上架做基础
|
||||||
|
|
||||||
|
```text
|
||||||
|
内容平台种草
|
||||||
|
↓
|
||||||
|
引导到官网
|
||||||
|
↓
|
||||||
|
查看产品介绍
|
||||||
|
↓
|
||||||
|
加入等待名单 / 申请内测
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 5. 当前内容方向
|
||||||
|
|
||||||
|
v0.1 阶段暂时围绕三个候选方向做内容测试。
|
||||||
|
|
||||||
|
### 方向 A：公考申论 AI 学习教练
|
||||||
|
|
||||||
|
1. 申论小白最难的是不会写，还是没人批改？
|
||||||
|
2. 如果 AI 每天帮你批改申论答案，你会用吗？
|
||||||
|
3. 我想做一个 AI 申论学习工具，有人需要吗？
|
||||||
|
4. 申论为什么看了很多资料还是不会写？
|
||||||
|
5. 申论学习是不是存在大量伪学习？
|
||||||
|
6. AI 能不能帮你发现申论答案的问题？
|
||||||
|
7. 申论学习最缺的是资料，还是反馈？
|
||||||
|
8. 我用 AI 做了一个申论学习 Demo。
|
||||||
|
|
||||||
|
### 方向 B：AI 工具学习知识库
|
||||||
|
|
||||||
|
1. 普通人到底该怎么系统学习 AI 工具？
|
||||||
|
2. 不会写 Prompt 的人，真的需要一个 AI 学习 App 吗？
|
||||||
|
3. 我想做一个 AI 工具学习知识库，有人需要吗？
|
||||||
|
4. AI 工具太多，普通人该从哪里开始？
|
||||||
|
5. 用 AI 学习 AI，是不是更高效？
|
||||||
|
6. 普通人学 AI 最容易踩哪些坑？
|
||||||
|
7. 我做了一个 AI 工具学习路径 Demo。
|
||||||
|
|
||||||
|
### 方向 C：程序员 / 前端面试学习助手
|
||||||
|
|
||||||
|
1. 前端面试为什么刷了很多题还是不会答？
|
||||||
|
2. AI 能不能模拟面试官？
|
||||||
|
3. 我想做一个 AI 前端面试学习助手。
|
||||||
|
4. 程序员面试最缺的是题库，还是反馈？
|
||||||
|
5. AI 帮你分析面试回答，有没有价值？
|
||||||
|
6. 前端八股文怎么学才不是死背？
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 6. 内容生产流程
|
||||||
|
|
||||||
|
### 6.1 每条内容的生产流程
|
||||||
|
|
||||||
|
```text
|
||||||
|
确定方向
|
||||||
|
↓
|
||||||
|
AI 生成 5 个选题
|
||||||
|
↓
|
||||||
|
人选择 1 个
|
||||||
|
↓
|
||||||
|
AI 生成草稿
|
||||||
|
↓
|
||||||
|
人改成自己的语气
|
||||||
|
↓
|
||||||
|
AI 优化标题和结构
|
||||||
|
↓
|
||||||
|
人最终审核
|
||||||
|
↓
|
||||||
|
手动发布
|
||||||
|
↓
|
||||||
|
截图评论给 AI 分析
|
||||||
|
↓
|
||||||
|
整理反馈
|
||||||
|
```
|
||||||
|
|
||||||
|
### 6.2 内容不要太精致
|
||||||
|
|
||||||
|
v0.1 阶段内容不追求精致品牌感。
|
||||||
|
|
||||||
|
更适合真实表达：
|
||||||
|
- 我正在做一个产品
|
||||||
|
- 我还不确定有没有人需要
|
||||||
|
- 我想听真实用户意见
|
||||||
|
- 这是我做的 Demo
|
||||||
|
- 你觉得这个功能有用吗
|
||||||
|
|
||||||
|
早期真实感比精致感更重要。
|
||||||
|
|
||||||
|
### 6.3 内容频率
|
||||||
|
|
||||||
|
**建议频率：**
|
||||||
|
```text
|
||||||
|
每周 3 条小红书
|
||||||
|
每周 1 条 B 站动态或视频
|
||||||
|
每周 1 个知乎回答
|
||||||
|
每周 1 次反馈整理
|
||||||
|
```
|
||||||
|
|
||||||
|
**最低频率：**
|
||||||
|
```text
|
||||||
|
每周 2 条小红书
|
||||||
|
每周 1 次反馈整理
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 7. 小红书内容模板
|
||||||
|
|
||||||
|
### 7.1 产品想法验证型
|
||||||
|
|
||||||
|
**标题方向：**
|
||||||
|
- 我想做一个 AI 申论学习工具，有人需要吗？
|
||||||
|
- 如果 AI 每天帮你批改申论答案，你会用吗？
|
||||||
|
- 申论最痛苦的是不会写，还是没人批改？
|
||||||
|
|
||||||
|
**正文结构：**
|
||||||
|
```text
|
||||||
|
我最近在做一个 AI 学习工具的方向验证。
|
||||||
|
|
||||||
|
想法很简单：
|
||||||
|
不是卖课，也不是做题库，而是想做一个能帮用户完成学习、反馈和复习的 AI 学习助手。
|
||||||
|
|
||||||
|
比如申论学习里，很多人不是没资料，而是：
|
||||||
|
1. 不知道怎么写
|
||||||
|
2. 写完没人批改
|
||||||
|
3. 不知道自己错在哪
|
||||||
|
4. 不知道每天该学什么
|
||||||
|
5. 看了很多资料但还是不会用
|
||||||
|
|
||||||
|
我想验证一个问题：
|
||||||
|
|
||||||
|
如果有一个 App，每天给你一个小任务，
|
||||||
|
你写完后 AI 帮你分析问题，
|
||||||
|
再告诉你明天该复习什么，
|
||||||
|
你会愿意试试吗？
|
||||||
|
|
||||||
|
正在备考的朋友可以评论告诉我：
|
||||||
|
你学申论最痛苦的是哪一步？
|
||||||
|
```
|
||||||
|
|
||||||
|
### 7.2 Demo 展示型
|
||||||
|
|
||||||
|
**标题方向：**
|
||||||
|
- 我做了一个 AI 申论学习 Demo，想听听真实反馈
|
||||||
|
- 一个人做 App 第 X 天：AI 申论学习助手雏形
|
||||||
|
- 这是我做的 AI 学习工具第一版
|
||||||
|
|
||||||
|
**正文结构：**
|
||||||
|
```text
|
||||||
|
今天做了一个很早期的 Demo。
|
||||||
|
|
||||||
|
目前只有一个核心流程：
|
||||||
|
|
||||||
|
选择学习路径 → 阅读一小节内容 → 写下自己的理解 → AI 分析薄弱点 → 生成复习建议
|
||||||
|
|
||||||
|
现在还不是正式产品，只是想验证：
|
||||||
|
这个流程对学习有没有帮助。
|
||||||
|
|
||||||
|
如果你正在备考，或者对 AI 学习工具感兴趣，
|
||||||
|
可以帮我看看这个方向有没有价值。
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 8. B 站内容模板
|
||||||
|
|
||||||
|
### 8.1 开发记录型
|
||||||
|
|
||||||
|
**视频标题：**
|
||||||
|
- 我打算做一个 AI 学习 App，第 1 版先验证这个功能
|
||||||
|
- 一个人做 AI 学习产品：为什么我不想做普通笔记软件？
|
||||||
|
- 从 0 做一个 AI 申论学习助手，我先做了这个 Demo
|
||||||
|
|
||||||
|
**视频结构：**
|
||||||
|
```text
|
||||||
|
1. 我为什么想做这个产品
|
||||||
|
2. 现在的学习软件有什么问题
|
||||||
|
3. 我想验证的核心假设
|
||||||
|
4. Demo 当前做到了什么
|
||||||
|
5. 我最不确定的问题
|
||||||
|
6. 邀请真实用户反馈
|
||||||
|
```
|
||||||
|
|
||||||
|
### 8.2 观点型
|
||||||
|
|
||||||
|
**视频标题：**
|
||||||
|
- 为什么很多知识库学习其实是伪学习？
|
||||||
|
- AI 学习工具真正有价值的地方不是总结，而是反馈
|
||||||
|
- 普通人学习最缺的不是资料，而是下一步决策
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 9. 评论与私信回复策略
|
||||||
|
|
||||||
|
### 9.1 回复原则
|
||||||
|
|
||||||
|
1. 真诚
|
||||||
|
2. 不推销
|
||||||
|
3. 不争辩
|
||||||
|
4. 不装专家
|
||||||
|
5. 不承诺效果
|
||||||
|
6. 多问真实情况
|
||||||
|
7. 少说产品多强，多问用户怎么学
|
||||||
|
|
||||||
|
### 9.2 AI 辅助回复流程
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户评论截图
|
||||||
|
↓
|
||||||
|
发给 AI
|
||||||
|
↓
|
||||||
|
AI 判断评论类型
|
||||||
|
↓
|
||||||
|
AI 生成 3 个回复草稿
|
||||||
|
↓
|
||||||
|
人选择一个并修改
|
||||||
|
↓
|
||||||
|
人手动回复
|
||||||
|
```
|
||||||
|
|
||||||
|
### 9.3 评论分类
|
||||||
|
|
||||||
|
```text
|
||||||
|
感兴趣 / 质疑 / 吐槽痛点 / 提供建议 / 询问价格 / 询问内测 / 无效评论 / 负面评论
|
||||||
|
```
|
||||||
|
|
||||||
|
### 9.4 回复示例
|
||||||
|
|
||||||
|
**用户说：这个有点意思，怎么用？**
|
||||||
|
> 还在早期验证阶段，目前在做 Demo 和内测准备。现在主要想先确认这个流程对真实学习有没有帮助。如果你愿意，我后面可以发你 TestFlight 内测链接，想听听你的真实反馈。
|
||||||
|
|
||||||
|
**用户说：AI 批改靠谱吗？**
|
||||||
|
> 我也不打算把它包装成权威批改。现在更想做成学习辅助，帮用户发现表达、结构、遗漏要点这些问题。真正的效果还需要拿真实用户反馈来验证。
|
||||||
|
|
||||||
|
**用户说：申论不是 AI 能搞定的。**
|
||||||
|
> 认同，申论肯定不能完全靠 AI。我现在的想法不是替代老师，而是解决一些基础问题，比如写完没人看、不知道哪里表达不清楚、不知道第二天该复习什么。
|
||||||
|
|
||||||
|
**用户说：多少钱？**
|
||||||
|
> 现在还没正式定价，早期会先做内测。因为 AI 有调用成本，未来大概率会是订阅制，但现阶段重点是验证功能有没有用。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 10. 问卷设计
|
||||||
|
|
||||||
|
### 10.1 问卷目标
|
||||||
|
|
||||||
|
问卷不是为了做复杂市场调研，而是为了判断：
|
||||||
|
|
||||||
|
1. 用户是谁
|
||||||
|
2. 用户用什么设备
|
||||||
|
3. 用户痛点是什么
|
||||||
|
4. 用户现在花不花钱
|
||||||
|
5. 用户是否愿意试用
|
||||||
|
6. 用户是否愿意付费
|
||||||
|
|
||||||
|
### 10.2 公考申论方向问卷
|
||||||
|
|
||||||
|
```text
|
||||||
|
1. 你现在是否在备考公考 / 事业编？
|
||||||
|
2. 你主要使用 iPhone 还是 Android？
|
||||||
|
3. 你学申论最痛苦的问题是什么？
|
||||||
|
4. 你现在买过哪些申论资料 / 课程 / App 会员？
|
||||||
|
5. 你是否需要 AI 帮你分析答案和安排复习？
|
||||||
|
6. 如果有内测版，你愿意试用吗？
|
||||||
|
7. 如果未来收费，你能接受的价格区间是多少？
|
||||||
|
8. 是否愿意留下邮箱或联系方式用于内测通知？
|
||||||
|
```
|
||||||
|
|
||||||
|
### 10.3 AI 工具学习方向问卷
|
||||||
|
|
||||||
|
```text
|
||||||
|
1. 你现在是否在学习 AI 工具？
|
||||||
|
2. 你主要想用 AI 解决什么问题？
|
||||||
|
3. 你现在最大的问题是不会选工具、不会 Prompt，还是不知道怎么系统学？
|
||||||
|
4. 你是否愿意使用一个系统化 AI 工具学习 App？
|
||||||
|
5. 你主要使用 iPhone 还是 Android？
|
||||||
|
6. 如果有内测版，你愿意试用吗？
|
||||||
|
7. 如果未来收费，你能接受的价格区间是多少？
|
||||||
|
8. 是否愿意留下邮箱或联系方式用于内测通知？
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 11. 等待名单设计
|
||||||
|
|
||||||
|
官网需要提供等待名单页面。
|
||||||
|
|
||||||
|
**路径：** `/waitlist`
|
||||||
|
|
||||||
|
**字段：**
|
||||||
|
```text
|
||||||
|
昵称（可选）
|
||||||
|
邮箱
|
||||||
|
使用设备：iPhone / Android / iPad / Mac
|
||||||
|
感兴趣方向：公考申论 / AI 工具学习 / 程序员面试 / 其他
|
||||||
|
当前最大痛点
|
||||||
|
是否愿意参加内测
|
||||||
|
是否接受后续邮件通知
|
||||||
|
```
|
||||||
|
|
||||||
|
**提交后提示：**
|
||||||
|
```text
|
||||||
|
感谢你加入等待名单。
|
||||||
|
|
||||||
|
当前产品还在早期验证阶段，如果你的需求匹配第一批内测方向，
|
||||||
|
我会优先联系你参与 TestFlight。
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 12. 反馈整理格式
|
||||||
|
|
||||||
|
每次收集到反馈，都统一记录。
|
||||||
|
|
||||||
|
```text
|
||||||
|
来源平台：
|
||||||
|
用户类型：
|
||||||
|
使用设备：
|
||||||
|
用户原话：
|
||||||
|
痛点分类：
|
||||||
|
是否感兴趣：
|
||||||
|
是否愿意内测：
|
||||||
|
是否愿意付费：
|
||||||
|
对产品的启发：
|
||||||
|
下一步动作：
|
||||||
|
```
|
||||||
|
|
||||||
|
**示例：**
|
||||||
|
```text
|
||||||
|
来源平台：小红书
|
||||||
|
用户类型：公考备考用户
|
||||||
|
使用设备：iPhone
|
||||||
|
用户原话：申论最难的是写完不知道哪里错。
|
||||||
|
痛点分类：缺少反馈
|
||||||
|
是否感兴趣：是
|
||||||
|
是否愿意内测：待确认
|
||||||
|
是否愿意付费：未知
|
||||||
|
对产品的启发：AI 分析答案可能是核心卖点
|
||||||
|
下一步动作：后续内容重点展示 AI 如何分析答案
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 13. AI 辅助增长工作流
|
||||||
|
|
||||||
|
### 13.1 每日 30 分钟流程
|
||||||
|
|
||||||
|
```text
|
||||||
|
10 分钟：看评论 / 私信 / 数据
|
||||||
|
10 分钟：截图给 AI 总结
|
||||||
|
10 分钟：回复用户或记录反馈
|
||||||
|
```
|
||||||
|
|
||||||
|
### 13.2 每周 2 小时流程
|
||||||
|
|
||||||
|
```text
|
||||||
|
30 分钟：AI 生成下周选题
|
||||||
|
30 分钟：挑选和修改内容
|
||||||
|
30 分钟：整理用户反馈
|
||||||
|
30 分钟：更新产品计划
|
||||||
|
```
|
||||||
|
|
||||||
|
### 13.3 Agent 可做任务
|
||||||
|
|
||||||
|
未来可以让 Agent 做：
|
||||||
|
|
||||||
|
1. 读取本地反馈表
|
||||||
|
2. 总结用户痛点
|
||||||
|
3. 生成内容选题
|
||||||
|
4. 生成小红书草稿
|
||||||
|
5. 生成 B 站脚本
|
||||||
|
6. 生成回复草稿
|
||||||
|
7. 维护内容日历
|
||||||
|
8. 输出每周复盘
|
||||||
|
|
||||||
|
但发布和回复仍由人确认。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 14. 第一轮验证目标
|
||||||
|
|
||||||
|
### 最低目标
|
||||||
|
|
||||||
|
```text
|
||||||
|
收集 50 条用户痛点原话
|
||||||
|
发布 3 条小红书内容
|
||||||
|
发布 1 条 B 站内容或动态
|
||||||
|
收集 10 份问卷
|
||||||
|
获得 3 个愿意内测的人
|
||||||
|
```
|
||||||
|
|
||||||
|
### 理想目标
|
||||||
|
|
||||||
|
```text
|
||||||
|
收集 100 条用户痛点原话
|
||||||
|
发布 6 条小红书内容
|
||||||
|
发布 2 条 B 站内容
|
||||||
|
收集 30 份问卷
|
||||||
|
获得 10 个愿意内测的人
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 15. 2 周验证计划
|
||||||
|
|
||||||
|
### 第 1-2 天：观察
|
||||||
|
|
||||||
|
- 搜索小红书、B站、知乎相关内容
|
||||||
|
- 收集申论 / AI 工具学习 / 程序员面试用户痛点
|
||||||
|
- 整理至少 30 条用户原话
|
||||||
|
|
||||||
|
### 第 3-4 天：整理
|
||||||
|
|
||||||
|
- 用 AI 对用户原话分类
|
||||||
|
- 找出高频痛点
|
||||||
|
- 生成 10 个内容选题
|
||||||
|
- 确定第一批要发的 3 条内容
|
||||||
|
|
||||||
|
### 第 5-7 天：发布第一轮内容
|
||||||
|
|
||||||
|
- 发 2 条小红书
|
||||||
|
- 发 1 条 B 站动态或视频
|
||||||
|
- 不主动私信陌生人
|
||||||
|
- 只回复评论区用户
|
||||||
|
|
||||||
|
### 第 8-10 天：上线等待名单
|
||||||
|
|
||||||
|
- 官网上线 /waitlist
|
||||||
|
- 内容中引导感兴趣用户加入等待名单
|
||||||
|
- 收集设备类型和方向偏好
|
||||||
|
|
||||||
|
### 第 11-14 天：复盘
|
||||||
|
|
||||||
|
- 汇总评论、问卷、等待名单
|
||||||
|
- 判断哪个方向反馈更强
|
||||||
|
- 判断是否值得继续做 Demo
|
||||||
|
- 更新方向验证文档
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 16. 判断标准
|
||||||
|
|
||||||
|
### 方向继续的信号
|
||||||
|
|
||||||
|
某个方向满足以下条件，可以继续：
|
||||||
|
|
||||||
|
- 有用户主动评论或私信
|
||||||
|
- 有人愿意填写问卷
|
||||||
|
- 有人愿意加入等待名单
|
||||||
|
- 有人明确表示愿意内测
|
||||||
|
- 用户痛点集中
|
||||||
|
- 用户说得出现在怎么解决
|
||||||
|
- 用户过去为类似问题花过钱
|
||||||
|
- iPhone 用户比例不低
|
||||||
|
|
||||||
|
### 方向暂缓的信号
|
||||||
|
|
||||||
|
出现以下情况，需要暂缓：
|
||||||
|
|
||||||
|
- 内容没人看、没人评论
|
||||||
|
- 问卷没人填
|
||||||
|
- 用户痛点很分散
|
||||||
|
- 用户只是觉得有趣，但没有强需求
|
||||||
|
- 用户不愿意留下联系方式
|
||||||
|
- 用户不愿意付费
|
||||||
|
- 内容生产成本太高
|
||||||
|
- 创始人对领域长期没有兴趣
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 17. 当前不做清单
|
||||||
|
|
||||||
|
v0.1 用户验证与增长阶段暂不做：
|
||||||
|
|
||||||
|
- 自动批量发帖
|
||||||
|
- 自动批量评论
|
||||||
|
- 自动批量私信
|
||||||
|
- 投放广告
|
||||||
|
- 建大社群
|
||||||
|
- 付费买粉
|
||||||
|
- 购买水军
|
||||||
|
- 搬运他人内容
|
||||||
|
- 承诺学习效果
|
||||||
|
- 伪装成机构老师
|
||||||
|
- 大规模 SEO 内容站
|
||||||
|
- 多平台全量铺开
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 18. 当前最终策略
|
||||||
|
|
||||||
|
v0.1 用户验证与增长采用：
|
||||||
|
|
||||||
|
```text
|
||||||
|
AI 辅助生产
|
||||||
|
↓
|
||||||
|
人审核发布
|
||||||
|
↓
|
||||||
|
AI 辅助分析评论
|
||||||
|
↓
|
||||||
|
人确认回复
|
||||||
|
↓
|
||||||
|
AI 汇总反馈
|
||||||
|
↓
|
||||||
|
人决定产品方向
|
||||||
|
```
|
||||||
|
|
||||||
|
**一句话：**
|
||||||
|
|
||||||
|
> 当前不做全自动营销，而是做人机协作的低压力用户验证系统。
|
||||||
101
个人开发者创业 v0.1/99-暂缓事项/暂缓事项.md
Normal file
101
个人开发者创业 v0.1/99-暂缓事项/暂缓事项.md
Normal file
@ -0,0 +1,101 @@
|
|||||||
|
# 暂缓事项
|
||||||
|
|
||||||
|
这些事情重要，但不是 v0.1 阶段要做的。
|
||||||
|
|
||||||
|
## 暂缓商业化
|
||||||
|
|
||||||
|
- Apple IAP
|
||||||
|
- 月订阅
|
||||||
|
- 年订阅
|
||||||
|
- 免费试用
|
||||||
|
- 订阅权益系统
|
||||||
|
- AI 成本精算
|
||||||
|
|
||||||
|
等 TestFlight 有真实用户后再细拆。
|
||||||
|
|
||||||
|
## 暂缓运营
|
||||||
|
|
||||||
|
- 社群运营
|
||||||
|
- 客服机器人
|
||||||
|
- 用户分层
|
||||||
|
- 活动运营
|
||||||
|
- 打卡活动
|
||||||
|
|
||||||
|
等有第一批用户后再做。
|
||||||
|
|
||||||
|
## 暂缓数据系统
|
||||||
|
|
||||||
|
- 完整埋点
|
||||||
|
- 留存分析
|
||||||
|
- 付费转化分析
|
||||||
|
- 用户画像分析
|
||||||
|
|
||||||
|
v0.1 只记录最基础反馈。
|
||||||
|
|
||||||
|
## 暂缓合规与公司化
|
||||||
|
|
||||||
|
- 注册公司
|
||||||
|
- 对公账户
|
||||||
|
- 微信支付
|
||||||
|
- 支付宝
|
||||||
|
- 国内 Android 上架
|
||||||
|
- APP 备案
|
||||||
|
- ICP 备案
|
||||||
|
|
||||||
|
等 Apple 端验证收入后再考虑。
|
||||||
|
|
||||||
|
## 暂缓多端
|
||||||
|
|
||||||
|
- iPad
|
||||||
|
- Mac
|
||||||
|
- Android
|
||||||
|
- Web C 端
|
||||||
|
- B 端后台
|
||||||
|
|
||||||
|
当前只做 iPhone Demo 和官网基础设施。
|
||||||
|
|
||||||
|
## 解冻条件
|
||||||
|
|
||||||
|
以下事项不是永远不做，而是在满足条件后再做。
|
||||||
|
|
||||||
|
### 商业化解冻条件
|
||||||
|
|
||||||
|
满足以下条件后，再细拆 Apple IAP、订阅、免费试用：
|
||||||
|
|
||||||
|
- TestFlight 有真实用户
|
||||||
|
- 有用户明确表示愿意付费
|
||||||
|
- Demo 核心学习闭环已经跑通
|
||||||
|
- AI 成本大致可控
|
||||||
|
|
||||||
|
### 运营解冻条件
|
||||||
|
|
||||||
|
满足以下条件后，再考虑社群、客服、打卡活动：
|
||||||
|
|
||||||
|
- 有 10 个以上内测用户
|
||||||
|
- 用户开始持续反馈
|
||||||
|
- 需要集中管理用户问题
|
||||||
|
|
||||||
|
### 数据系统解冻条件
|
||||||
|
|
||||||
|
满足以下条件后，再做完整埋点和留存分析：
|
||||||
|
|
||||||
|
- App Store MVP 准备上线
|
||||||
|
- 用户量开始增长
|
||||||
|
- 需要判断留存和付费转化
|
||||||
|
|
||||||
|
### 合规与公司化解冻条件
|
||||||
|
|
||||||
|
满足以下条件后，再考虑公司、支付、备案、安卓：
|
||||||
|
|
||||||
|
- Apple 端有稳定收入
|
||||||
|
- 产品方向已经验证
|
||||||
|
- 用户不是朋友，而是陌生人自然使用或付费
|
||||||
|
- 收入能覆盖基础成本
|
||||||
|
|
||||||
|
### 多端解冻条件
|
||||||
|
|
||||||
|
满足以下条件后，再考虑 iPad、Mac、Android、Web 学习端：
|
||||||
|
|
||||||
|
- iPhone 版本核心体验稳定
|
||||||
|
- 用户明确提出多端需求
|
||||||
|
- 当前平台已经验证留存和付费
|
||||||
554
个人开发者创业 完全版/0-阶段路线图/阶段路线图.md
Normal file
554
个人开发者创业 完全版/0-阶段路线图/阶段路线图.md
Normal file
@ -0,0 +1,554 @@
|
|||||||
|
# 阶段路线图 v0.2
|
||||||
|
|
||||||
|
## 总体路线
|
||||||
|
|
||||||
|
本项目采用 Apple-first 策略，但不是只做 Apple 产品。
|
||||||
|
|
||||||
|
当前路线是：
|
||||||
|
|
||||||
|
```text
|
||||||
|
官网基础设施
|
||||||
|
↓
|
||||||
|
iPhone MVP
|
||||||
|
↓
|
||||||
|
TestFlight / App Store
|
||||||
|
↓
|
||||||
|
iPad 适配
|
||||||
|
↓
|
||||||
|
Mac 版本 / DMG 下载页
|
||||||
|
↓
|
||||||
|
Android
|
||||||
|
↓
|
||||||
|
Web C 端 / B 端
|
||||||
|
```
|
||||||
|
|
||||||
|
**第一阶段重点不是做完整平台，而是验证：**
|
||||||
|
|
||||||
|
> 有人需要 → 有人愿意用 → 有人愿意付费 → 收入能覆盖成本
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 0：项目定盘与官网基础设施
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
明确产品方向、第一版用户、第一版知识库方向，并搭建最基础的官网。
|
||||||
|
|
||||||
|
### 核心任务
|
||||||
|
|
||||||
|
#### 产品方向
|
||||||
|
|
||||||
|
- 明确产品不是普通笔记软件，而是 AI 驱动的学习系统
|
||||||
|
- 明确长期方向是：知识库 + 笔记 + AI 学习教练 + 复习计划
|
||||||
|
- 明确第一版不能做泛学习平台，要先选一个垂直知识库
|
||||||
|
- 明确第一批目标用户
|
||||||
|
- 明确用户愿意付费的理由
|
||||||
|
|
||||||
|
#### 官网基础设施
|
||||||
|
|
||||||
|
第一阶段需要官网，但不是完整 Web 产品。
|
||||||
|
|
||||||
|
官网承担：
|
||||||
|
|
||||||
|
- 产品介绍
|
||||||
|
- 隐私政策
|
||||||
|
- 用户协议
|
||||||
|
- 支持页
|
||||||
|
- 联系方式
|
||||||
|
- 等待名单
|
||||||
|
- TestFlight 招募
|
||||||
|
- 未来 Mac DMG 下载
|
||||||
|
- 产品更新日志
|
||||||
|
|
||||||
|
**官网第一版页面：**
|
||||||
|
|
||||||
|
| 页面 | 说明 |
|
||||||
|
| ---------- | ---------------- |
|
||||||
|
| / | 首页 |
|
||||||
|
| /privacy | 隐私政策 |
|
||||||
|
| /terms | 用户协议 |
|
||||||
|
| /support | 支持与联系我们 |
|
||||||
|
| /download | 下载页，未来用于 Mac DMG |
|
||||||
|
| /changelog | 更新日志 |
|
||||||
|
| /waitlist | 等待名单 |
|
||||||
|
|
||||||
|
**当前不做：**
|
||||||
|
|
||||||
|
- 不做完整 Web 学习系统
|
||||||
|
- 不做 Web 登录系统
|
||||||
|
- 不做 Web 知识库编辑器
|
||||||
|
- 不做 B 端后台
|
||||||
|
- 不做内容创作者后台
|
||||||
|
- 不做 Web 支付系统
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] 项目总纲
|
||||||
|
- [ ] 产品定位与假设
|
||||||
|
- [ ] 第一版知识库候选方向
|
||||||
|
- [ ] 官网基础页面
|
||||||
|
- [ ] 隐私政策初版
|
||||||
|
- [ ] 用户协议初版
|
||||||
|
- [ ] 等待名单页面
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 1：选择第一个垂直知识库
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
不要一开始做"大而全的 AI 知识库平台"，而是选择一个最容易验证的垂直学习方向。
|
||||||
|
|
||||||
|
### 候选方向评估维度
|
||||||
|
|
||||||
|
每个知识库方向都按以下维度打分：
|
||||||
|
|
||||||
|
| 维度 | 说明 |
|
||||||
|
| ------- | --------------------- |
|
||||||
|
| 付费意愿 | 用户是否愿意为学习结果付费 |
|
||||||
|
| 学习刚需 | 是否有考试、求职、证书、职业提升等明确目标 |
|
||||||
|
| 内容获取难度 | 内容是否容易合法整理 |
|
||||||
|
| AI 价值 | AI 是否能明显提升学习效果 |
|
||||||
|
| 竞争强度 | 竞品是否过强 |
|
||||||
|
| 获客难度 | 是否容易找到第一批用户 |
|
||||||
|
| 个人熟悉度 | 自己是否理解这个领域 |
|
||||||
|
| MVP 可控性 | 第一版是否能做小 |
|
||||||
|
|
||||||
|
### 推荐优先方向
|
||||||
|
|
||||||
|
第一版更适合做：
|
||||||
|
|
||||||
|
- 强目标
|
||||||
|
- 强结果
|
||||||
|
- 强付费意愿
|
||||||
|
- 强复习需求
|
||||||
|
- 内容边界清晰
|
||||||
|
|
||||||
|
**例如：**
|
||||||
|
|
||||||
|
- 考试类
|
||||||
|
- 证书类
|
||||||
|
- 求职面试类
|
||||||
|
- 职业技能类
|
||||||
|
- AI 工具学习类
|
||||||
|
- 编程学习类
|
||||||
|
|
||||||
|
**不建议第一版做：**
|
||||||
|
|
||||||
|
- 泛学习
|
||||||
|
- 什么都能学
|
||||||
|
- 用户自己导入任意资料
|
||||||
|
- 大而全个人知识库
|
||||||
|
- 类 Notion 笔记系统
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] 3-5 个候选知识库方向
|
||||||
|
- [ ] 竞品分析表
|
||||||
|
- [ ] 第一个 MVP 知识库方向
|
||||||
|
- [ ] 第一批目标用户画像
|
||||||
|
- [ ] 用户付费理由假设
|
||||||
|
- [ ] 内容来源方案
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 2：设计 MVP 学习闭环
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
设计一个最小但完整的学习流程。第一版不是做完整功能，而是让用户能完成一次有效学习。
|
||||||
|
|
||||||
|
### MVP 核心闭环
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户选择学习目标
|
||||||
|
↓
|
||||||
|
进入一个结构化知识库
|
||||||
|
↓
|
||||||
|
系统推荐今日学习内容
|
||||||
|
↓
|
||||||
|
用户阅读一小节资料
|
||||||
|
↓
|
||||||
|
用户写笔记 / 主动回忆
|
||||||
|
↓
|
||||||
|
AI 分析理解程度
|
||||||
|
↓
|
||||||
|
系统生成复习任务
|
||||||
|
↓
|
||||||
|
用户第二天继续学习
|
||||||
|
```
|
||||||
|
|
||||||
|
### 第一版核心页面
|
||||||
|
|
||||||
|
```text
|
||||||
|
启动页 / 引导页
|
||||||
|
↓
|
||||||
|
知识库选择页
|
||||||
|
↓
|
||||||
|
学习首页
|
||||||
|
↓
|
||||||
|
知识内容页
|
||||||
|
↓
|
||||||
|
笔记 / 主动回忆页
|
||||||
|
↓
|
||||||
|
AI 分析页
|
||||||
|
↓
|
||||||
|
复习计划页
|
||||||
|
↓
|
||||||
|
个人学习进度页
|
||||||
|
```
|
||||||
|
|
||||||
|
### 第一版核心功能
|
||||||
|
|
||||||
|
| 功能 | 说明 |
|
||||||
|
| ----- | ---------------- |
|
||||||
|
| 知识库选择 | 用户选择自己要学习的方向 |
|
||||||
|
| 内容学习 | 展示结构化知识内容 |
|
||||||
|
| 学习笔记 | 用户可以记录理解、疑问、总结 |
|
||||||
|
| 主动回忆 | 系统引导用户回忆，而不是只看内容 |
|
||||||
|
| AI 分析 | AI 判断用户掌握情况 |
|
||||||
|
| 复习计划 | 根据掌握情况安排后续复习 |
|
||||||
|
| 学习进度 | 展示学习进展和完成情况 |
|
||||||
|
|
||||||
|
**第一版不做：**
|
||||||
|
|
||||||
|
- 不做复杂笔记编辑器
|
||||||
|
- 不做多人协作
|
||||||
|
- 不做社交
|
||||||
|
- 不做公开知识库广场
|
||||||
|
- 不做复杂知识图谱
|
||||||
|
- 不做完整题库系统
|
||||||
|
- 不做 Web 端学习系统
|
||||||
|
- 不做 Android
|
||||||
|
- 不做 B 端
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] MVP 功能清单
|
||||||
|
- [ ] MVP 不做清单
|
||||||
|
- [ ] 5-8 个核心页面草图
|
||||||
|
- [ ] 第一版数据结构草案
|
||||||
|
- [ ] 第一版 AI 能力清单
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 3：iPhone MVP 开发
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
做出一个可以自己测试、可以给第一批用户试用的 iPhone 版本。
|
||||||
|
|
||||||
|
### 技术路线
|
||||||
|
|
||||||
|
第一阶段建议：
|
||||||
|
|
||||||
|
> iOS App + 简单后端 + AI API + 数据库 + 官网基础设施
|
||||||
|
|
||||||
|
如果可以先本地化，就尽量少做后端；但由于产品涉及 AI、订阅权益、用户学习记录，后端大概率会逐步需要。
|
||||||
|
|
||||||
|
### 开发任务
|
||||||
|
|
||||||
|
#### iOS 客户端
|
||||||
|
|
||||||
|
- 搭建 Swift / SwiftUI 项目
|
||||||
|
- 完成基础 UI
|
||||||
|
- 完成知识库选择
|
||||||
|
- 完成内容展示
|
||||||
|
- 完成学习笔记
|
||||||
|
- 完成主动回忆流程
|
||||||
|
- 完成学习进度展示
|
||||||
|
|
||||||
|
#### AI 能力
|
||||||
|
|
||||||
|
- AI 笔记分析
|
||||||
|
- AI 掌握度判断
|
||||||
|
- AI 复习建议
|
||||||
|
- AI 下一步学习建议
|
||||||
|
|
||||||
|
#### 数据能力
|
||||||
|
|
||||||
|
- 本地学习记录
|
||||||
|
- 用户学习进度
|
||||||
|
- 笔记内容
|
||||||
|
- 复习计划
|
||||||
|
- 后续可同步到后端
|
||||||
|
|
||||||
|
#### 官网能力
|
||||||
|
|
||||||
|
- 官网首页
|
||||||
|
- 隐私政策页
|
||||||
|
- 用户协议页
|
||||||
|
- 支持页
|
||||||
|
- 等待名单页
|
||||||
|
- 更新日志页
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] iPhone MVP v0.1
|
||||||
|
- [ ] 官网 v0.1
|
||||||
|
- [ ] 可在自己手机上测试
|
||||||
|
- [ ] 基础学习闭环跑通
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 4：内测与 TestFlight 准备
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
找到第一批真实用户，验证他们是否愿意使用。
|
||||||
|
|
||||||
|
### 核心任务
|
||||||
|
|
||||||
|
- 注册 Apple Developer Program
|
||||||
|
- 配置 App Store Connect
|
||||||
|
- 准备 TestFlight
|
||||||
|
- 准备隐私政策 URL
|
||||||
|
- 准备用户协议 URL
|
||||||
|
- 准备支持页面 URL
|
||||||
|
- 准备内测说明
|
||||||
|
- 找 20-50 个内测用户
|
||||||
|
- 设计反馈表
|
||||||
|
|
||||||
|
### 内测重点观察
|
||||||
|
|
||||||
|
- 用户能不能看懂产品是干什么的？
|
||||||
|
- 用户能不能完成第一次学习？
|
||||||
|
- 用户会不会写笔记？
|
||||||
|
- 用户会不会看 AI 分析？
|
||||||
|
- 用户第二天会不会回来？
|
||||||
|
- 用户是否愿意为这个产品付费？
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] TestFlight 版本
|
||||||
|
- [ ] 内测用户名单
|
||||||
|
- [ ] 用户反馈表
|
||||||
|
- [ ] 第一轮真实反馈
|
||||||
|
- [ ] MVP v0.2 修改计划
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 5：App Store 上架
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
正式发布 Apple 版本。
|
||||||
|
|
||||||
|
### 上架准备
|
||||||
|
|
||||||
|
#### App Store Connect
|
||||||
|
|
||||||
|
- App 名称
|
||||||
|
- 副标题
|
||||||
|
- 分类
|
||||||
|
- 关键词
|
||||||
|
- 描述
|
||||||
|
- 截图
|
||||||
|
- 隐私政策 URL
|
||||||
|
- 支持 URL
|
||||||
|
- 审核说明
|
||||||
|
- 测试账号（如需要）
|
||||||
|
|
||||||
|
#### 商业化
|
||||||
|
|
||||||
|
- Apple IAP
|
||||||
|
- 月订阅
|
||||||
|
- 年订阅
|
||||||
|
- 免费试用
|
||||||
|
- 恢复购买
|
||||||
|
- 订阅权益说明
|
||||||
|
|
||||||
|
#### 官网配套
|
||||||
|
|
||||||
|
- 首页放 App Store 下载入口
|
||||||
|
- 隐私政策更新为正式版
|
||||||
|
- 用户协议更新为正式版
|
||||||
|
- 支持页放联系方式
|
||||||
|
- 更新日志记录版本
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] App Store v1.0
|
||||||
|
- [ ] 官网正式版
|
||||||
|
- [ ] 首发推广素材
|
||||||
|
- [ ] 第一批自然用户
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 6：验证盈利
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
判断产品是不是值得继续做。
|
||||||
|
|
||||||
|
### 核心指标
|
||||||
|
|
||||||
|
| 指标 | 判断内容 |
|
||||||
|
| ----- | ----------- |
|
||||||
|
| 下载量 | 获客是否有效 |
|
||||||
|
| 激活率 | 用户是否完成第一次学习 |
|
||||||
|
| 次日留存 | 用户是否觉得有价值 |
|
||||||
|
| 7 日留存 | 用户是否形成持续学习 |
|
||||||
|
| 付费点击率 | 用户是否对订阅感兴趣 |
|
||||||
|
| 付费转化率 | 商业模式是否成立 |
|
||||||
|
| 取消订阅率 | 持续价值是否不足 |
|
||||||
|
| 退款率 | 用户是否觉得不值 |
|
||||||
|
| AI 成本 | 成本是否可控 |
|
||||||
|
| 月利润 | 是否有继续投入价值 |
|
||||||
|
|
||||||
|
### 判断标准
|
||||||
|
|
||||||
|
**继续投入的信号：**
|
||||||
|
|
||||||
|
- 有陌生人自然注册或下载
|
||||||
|
- 有用户完成多次学习
|
||||||
|
- 有用户主动反馈
|
||||||
|
- 有用户愿意订阅
|
||||||
|
- 用户认为节省了时间
|
||||||
|
- 用户认为学习更系统
|
||||||
|
- AI 成本没有失控
|
||||||
|
|
||||||
|
**需要调整的信号：**
|
||||||
|
|
||||||
|
- 用户只看一眼就走
|
||||||
|
- 用户不理解产品价值
|
||||||
|
- 用户不愿意写笔记
|
||||||
|
- 用户不看 AI 分析
|
||||||
|
- 用户不愿意第二天回来
|
||||||
|
- 用户觉得内容不值钱
|
||||||
|
- 用户不愿意订阅
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] 收入与成本分析
|
||||||
|
- [ ] 用户留存分析
|
||||||
|
- [ ] 付费转化分析
|
||||||
|
- [ ] 是否继续该方向的判断
|
||||||
|
- [ ] 下一版路线图
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 7：iPad / Mac 扩展
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
在 iPhone 验证有效后，扩展 Apple 生态。
|
||||||
|
|
||||||
|
### iPad 方向
|
||||||
|
|
||||||
|
iPad 更适合：
|
||||||
|
|
||||||
|
- 大屏阅读
|
||||||
|
- 笔记
|
||||||
|
- 分屏学习
|
||||||
|
- 学习资料展示
|
||||||
|
- 长时间学习
|
||||||
|
|
||||||
|
### Mac 方向
|
||||||
|
|
||||||
|
Mac 更适合：
|
||||||
|
|
||||||
|
- 深度学习
|
||||||
|
- 长文阅读
|
||||||
|
- 资料整理
|
||||||
|
- 笔记编辑
|
||||||
|
|
||||||
|
### Mac 分发方式
|
||||||
|
|
||||||
|
未来可选：
|
||||||
|
|
||||||
|
- Mac App Store
|
||||||
|
- 官网 DMG 分发
|
||||||
|
- 两者都做
|
||||||
|
|
||||||
|
**官网 DMG 下载页需要准备：**
|
||||||
|
|
||||||
|
- 版本号
|
||||||
|
- 下载按钮
|
||||||
|
- 更新日志
|
||||||
|
- 系统要求
|
||||||
|
- 安装说明
|
||||||
|
- 安全说明
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] iPad 适配版
|
||||||
|
- [ ] Mac 版本规划
|
||||||
|
- [ ] DMG 下载页
|
||||||
|
- [ ] Apple 生态产品体验优化
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 阶段 8：公司化与国内安卓扩展
|
||||||
|
|
||||||
|
### 目标
|
||||||
|
|
||||||
|
当 Apple 端证明产品能赚钱后，再进入国内安卓和公司化阶段。
|
||||||
|
|
||||||
|
### 触发条件
|
||||||
|
|
||||||
|
满足以下条件后再考虑：
|
||||||
|
|
||||||
|
- Apple 端有稳定收入
|
||||||
|
- 用户不是朋友，而是陌生人自然付费
|
||||||
|
- 月收入能覆盖服务器、AI API 和工具成本
|
||||||
|
- 用户留存稳定
|
||||||
|
- 退款率不高
|
||||||
|
- 获客渠道有效
|
||||||
|
- 产品方向值得继续投入
|
||||||
|
|
||||||
|
### 要做的事情
|
||||||
|
|
||||||
|
**注册与支付：**
|
||||||
|
|
||||||
|
- 注册公司
|
||||||
|
- 开对公账户
|
||||||
|
- 申请微信支付
|
||||||
|
- 申请支付宝
|
||||||
|
|
||||||
|
**Android 开发：**
|
||||||
|
|
||||||
|
- 开发 Android 版本
|
||||||
|
- 准备国内应用商店上架
|
||||||
|
- APP 备案
|
||||||
|
- ICP 备案
|
||||||
|
|
||||||
|
**合规准备：**
|
||||||
|
|
||||||
|
- 国内版隐私政策
|
||||||
|
- 国内版用户协议
|
||||||
|
- SDK 合规清单
|
||||||
|
- 统一多端权益系统
|
||||||
|
|
||||||
|
### 阶段产出
|
||||||
|
|
||||||
|
- [ ] 公司主体
|
||||||
|
- [ ] 国内支付通道
|
||||||
|
- [ ] Android MVP
|
||||||
|
- [ ] 国内应用商店版本
|
||||||
|
- [ ] 多平台商业化系统
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 当前最重要的下一步
|
||||||
|
|
||||||
|
当前阶段不是写代码，也不是做完整产品。
|
||||||
|
|
||||||
|
**当前最重要的是：选择第一个垂直知识库方向**
|
||||||
|
|
||||||
|
只有确定第一个知识库方向，后面的产品设计、技术结构、商业化、营销内容才不会散。
|
||||||
|
|
||||||
|
**下一步需要完成：**
|
||||||
|
|
||||||
|
1. 列出 3-5 个候选知识库方向
|
||||||
|
2. 给每个方向按付费意愿、内容难度、AI 价值打分
|
||||||
|
3. 选择第一个 MVP 方向
|
||||||
|
4. 设计第一版学习闭环
|
||||||
|
5. 开始做 iPhone MVP
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 一句话概括
|
||||||
|
|
||||||
|
> **官网基础设施 + iPhone MVP 先行，用一个垂直知识库验证 AI 学习闭环；Apple 端盈利后，再扩展 iPad、Mac、Android 和公司化。**
|
||||||
|
|
||||||
40
个人开发者创业 完全版/1-产品与用户模块/产品与用户模块.md
Normal file
40
个人开发者创业 完全版/1-产品与用户模块/产品与用户模块.md
Normal file
@ -0,0 +1,40 @@
|
|||||||
|
# 产品与用户模块
|
||||||
|
|
||||||
|
## 模块目标
|
||||||
|
|
||||||
|
定义产品方向、目标用户、核心价值主张和产品路线图。
|
||||||
|
|
||||||
|
## 核心内容
|
||||||
|
|
||||||
|
### 产品定位
|
||||||
|
|
||||||
|
- 产品是什么
|
||||||
|
- 解决什么问题
|
||||||
|
- 核心价值主张
|
||||||
|
|
||||||
|
### 目标用户
|
||||||
|
|
||||||
|
- 第一批目标用户画像
|
||||||
|
- 用户痛点
|
||||||
|
- 用户需求
|
||||||
|
|
||||||
|
### 知识库方向
|
||||||
|
|
||||||
|
- 第一个垂直知识库选择
|
||||||
|
- 内容来源方案
|
||||||
|
- 内容边界定义
|
||||||
|
|
||||||
|
### 产品功能
|
||||||
|
|
||||||
|
- MVP 功能清单
|
||||||
|
- 第一版不做清单
|
||||||
|
- 核心学习闭环设计
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [阶段路线图](../0-阶段路线图/阶段路线图.md)
|
||||||
|
- [技术与交付模块](../2-技术与交付模块/技术与交付模块.md)
|
||||||
|
|
||||||
|
## 负责人
|
||||||
|
|
||||||
|
[待定]
|
||||||
46
个人开发者创业 完全版/2-技术与交付模块/技术与交付模块.md
Normal file
46
个人开发者创业 完全版/2-技术与交付模块/技术与交付模块.md
Normal file
@ -0,0 +1,46 @@
|
|||||||
|
# 技术与交付模块
|
||||||
|
|
||||||
|
## 模块目标
|
||||||
|
|
||||||
|
确定技术栈、开发流程、交付节奏和质量标准。
|
||||||
|
|
||||||
|
## 核心内容
|
||||||
|
|
||||||
|
### 技术选型
|
||||||
|
|
||||||
|
- iOS 技术栈（Swift/SwiftUI）
|
||||||
|
- 后端技术方案
|
||||||
|
- AI API 集成
|
||||||
|
- 数据库方案
|
||||||
|
|
||||||
|
### 项目结构
|
||||||
|
|
||||||
|
- 代码仓库规范
|
||||||
|
- 模块划分
|
||||||
|
- 依赖管理
|
||||||
|
|
||||||
|
### 开发流程
|
||||||
|
|
||||||
|
- 日常开发流程
|
||||||
|
- 代码审查规范
|
||||||
|
- CI/CD 配置
|
||||||
|
|
||||||
|
### 交付计划
|
||||||
|
|
||||||
|
- MVP 开发里程碑
|
||||||
|
- TestFlight 发布计划
|
||||||
|
- App Store 上架计划
|
||||||
|
|
||||||
|
### 技术债务
|
||||||
|
|
||||||
|
- 已知技术债务
|
||||||
|
- 后续优化计划
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [阶段路线图](../0-阶段路线图/阶段路线图.md)
|
||||||
|
- [产品与用户模块](../1-产品与用户模块/产品与用户模块.md)
|
||||||
|
|
||||||
|
## 负责人
|
||||||
|
|
||||||
|
[待定]
|
||||||
46
个人开发者创业 完全版/3-商业化与支付模块/商业化与支付模块.md
Normal file
46
个人开发者创业 完全版/3-商业化与支付模块/商业化与支付模块.md
Normal file
@ -0,0 +1,46 @@
|
|||||||
|
# 商业化与支付模块
|
||||||
|
|
||||||
|
## 模块目标
|
||||||
|
|
||||||
|
设计商业模式、定价策略和支付系统。
|
||||||
|
|
||||||
|
## 核心内容
|
||||||
|
|
||||||
|
### 商业模式
|
||||||
|
|
||||||
|
- 订阅模式设计
|
||||||
|
- 免费试用策略
|
||||||
|
- 权益体系
|
||||||
|
|
||||||
|
### 定价策略
|
||||||
|
|
||||||
|
- 月订阅定价
|
||||||
|
- 年订阅定价
|
||||||
|
- 早鸟价方案
|
||||||
|
|
||||||
|
### Apple IAP
|
||||||
|
|
||||||
|
- 订阅配置
|
||||||
|
- 恢复购买
|
||||||
|
- 订阅管理
|
||||||
|
|
||||||
|
### 支付流程
|
||||||
|
|
||||||
|
- 支付链路
|
||||||
|
- 订单处理
|
||||||
|
- 退款流程
|
||||||
|
|
||||||
|
### 财务规划
|
||||||
|
|
||||||
|
- 收入预测
|
||||||
|
- 成本核算
|
||||||
|
- 盈亏平衡分析
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [阶段路线图](../0-阶段路线图/阶段路线图.md)
|
||||||
|
- [合规与公司化模块](../7-合规与公司化模块/合规与公司化模块.md)
|
||||||
|
|
||||||
|
## 负责人
|
||||||
|
|
||||||
|
[待定]
|
||||||
46
个人开发者创业 完全版/4-营销与增长模块/营销与增长模块.md
Normal file
46
个人开发者创业 完全版/4-营销与增长模块/营销与增长模块.md
Normal file
@ -0,0 +1,46 @@
|
|||||||
|
# 营销与增长模块
|
||||||
|
|
||||||
|
## 模块目标
|
||||||
|
|
||||||
|
制定获客策略、品牌建设和增长计划。
|
||||||
|
|
||||||
|
## 核心内容
|
||||||
|
|
||||||
|
### 品牌建设
|
||||||
|
|
||||||
|
- 品牌定位
|
||||||
|
- 品牌故事
|
||||||
|
- 视觉规范
|
||||||
|
|
||||||
|
### 获客渠道
|
||||||
|
|
||||||
|
- App Store 优化
|
||||||
|
- 社交媒体
|
||||||
|
- 内容营销
|
||||||
|
- 口碑传播
|
||||||
|
|
||||||
|
### 官网营销
|
||||||
|
|
||||||
|
- 落地页设计
|
||||||
|
- 等待名单收集
|
||||||
|
- TestFlight 招募
|
||||||
|
|
||||||
|
### 内容营销
|
||||||
|
|
||||||
|
- 博客规划
|
||||||
|
- 学习资源内容
|
||||||
|
- SEO 策略
|
||||||
|
|
||||||
|
### 增长指标
|
||||||
|
|
||||||
|
- 下载量目标
|
||||||
|
- 激活率目标
|
||||||
|
- 留存率目标
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [阶段路线图](../0-阶段路线图/阶段路线图.md)
|
||||||
|
|
||||||
|
## 负责人
|
||||||
|
|
||||||
|
[待定]
|
||||||
45
个人开发者创业 完全版/5-运营与客服模块/运营与客服模块.md
Normal file
45
个人开发者创业 完全版/5-运营与客服模块/运营与客服模块.md
Normal file
@ -0,0 +1,45 @@
|
|||||||
|
# 运营与客服模块
|
||||||
|
|
||||||
|
## 模块目标
|
||||||
|
|
||||||
|
建立用户运营体系和支持服务。
|
||||||
|
|
||||||
|
## 核心内容
|
||||||
|
|
||||||
|
### 用户运营
|
||||||
|
|
||||||
|
- 新用户引导
|
||||||
|
- 用户激活策略
|
||||||
|
- 用户留存计划
|
||||||
|
|
||||||
|
### 客服支持
|
||||||
|
|
||||||
|
- 支持渠道
|
||||||
|
- 响应时间标准
|
||||||
|
- 常见问题处理
|
||||||
|
|
||||||
|
### 用户反馈
|
||||||
|
|
||||||
|
- 反馈收集渠道
|
||||||
|
- 反馈处理流程
|
||||||
|
- 用户评价管理
|
||||||
|
|
||||||
|
### 社区运营
|
||||||
|
|
||||||
|
- 内测用户群
|
||||||
|
- 用户社群
|
||||||
|
- 用户激励
|
||||||
|
|
||||||
|
### 内容运营
|
||||||
|
|
||||||
|
- 知识库内容更新
|
||||||
|
- 学习内容质量把控
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [阶段路线图](../0-阶段路线图/阶段路线图.md)
|
||||||
|
- [数据反馈与迭代模块](../6-数据反馈与迭代模块/数据反馈与迭代模块.md)
|
||||||
|
|
||||||
|
## 负责人
|
||||||
|
|
||||||
|
[待定]
|
||||||
50
个人开发者创业 完全版/6-数据反馈与迭代模块/数据反馈与迭代模块.md
Normal file
50
个人开发者创业 完全版/6-数据反馈与迭代模块/数据反馈与迭代模块.md
Normal file
@ -0,0 +1,50 @@
|
|||||||
|
# 数据反馈与迭代模块
|
||||||
|
|
||||||
|
## 模块目标
|
||||||
|
|
||||||
|
建立数据收集、分析和迭代反馈机制。
|
||||||
|
|
||||||
|
## 核心内容
|
||||||
|
|
||||||
|
### 数据指标
|
||||||
|
|
||||||
|
- 下载量
|
||||||
|
- 激活率
|
||||||
|
- 留存率（次日、7日）
|
||||||
|
- 付费转化率
|
||||||
|
- 取消订阅率
|
||||||
|
- 退款率
|
||||||
|
|
||||||
|
### 数据收集
|
||||||
|
|
||||||
|
- 埋点方案
|
||||||
|
- 数据存储
|
||||||
|
- 隐私合规
|
||||||
|
|
||||||
|
### 数据分析
|
||||||
|
|
||||||
|
- 周报模板
|
||||||
|
- 月报模板
|
||||||
|
- 异常预警
|
||||||
|
|
||||||
|
### 迭代流程
|
||||||
|
|
||||||
|
- 反馈优先级
|
||||||
|
- 版本规划
|
||||||
|
- 发布节奏
|
||||||
|
|
||||||
|
### 用户反馈闭环
|
||||||
|
|
||||||
|
- 反馈收集
|
||||||
|
- 分析归类
|
||||||
|
- 产品改进
|
||||||
|
- 用户通知
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [阶段路线图](../0-阶段路线图/阶段路线图.md)
|
||||||
|
- [运营与客服模块](../5-运营与客服模块/运营与客服模块.md)
|
||||||
|
|
||||||
|
## 负责人
|
||||||
|
|
||||||
|
[待定]
|
||||||
52
个人开发者创业 完全版/7-合规与公司化模块/合规与公司化模块.md
Normal file
52
个人开发者创业 完全版/7-合规与公司化模块/合规与公司化模块.md
Normal file
@ -0,0 +1,52 @@
|
|||||||
|
# 合规与公司化模块
|
||||||
|
|
||||||
|
## 模块目标
|
||||||
|
|
||||||
|
确保产品合规运营，并在适当时机完成公司化。
|
||||||
|
|
||||||
|
## 核心内容
|
||||||
|
|
||||||
|
### 隐私合规
|
||||||
|
|
||||||
|
- 隐私政策
|
||||||
|
- 数据收集说明
|
||||||
|
- 用户数据处理
|
||||||
|
|
||||||
|
### App Store 合规
|
||||||
|
|
||||||
|
- 审核指南遵守
|
||||||
|
- 订阅政策合规
|
||||||
|
- 年龄分级
|
||||||
|
|
||||||
|
### 公司化准备
|
||||||
|
|
||||||
|
- 注册公司
|
||||||
|
- 对公账户
|
||||||
|
- 税务合规
|
||||||
|
|
||||||
|
### 支付合规
|
||||||
|
|
||||||
|
- 微信支付申请
|
||||||
|
- 支付宝申请
|
||||||
|
- SDK 合规清单
|
||||||
|
|
||||||
|
### 国内合规
|
||||||
|
|
||||||
|
- APP 备案
|
||||||
|
- ICP 备案
|
||||||
|
- 实名认证
|
||||||
|
|
||||||
|
### 法律文档
|
||||||
|
|
||||||
|
- 用户协议
|
||||||
|
- 退款政策
|
||||||
|
- 免责声明
|
||||||
|
|
||||||
|
## 相关文档
|
||||||
|
|
||||||
|
- [阶段路线图](../0-阶段路线图/阶段路线图.md)
|
||||||
|
- [商业化与支付模块](../3-商业化与支付模块/商业化与支付模块.md)
|
||||||
|
|
||||||
|
## 负责人
|
||||||
|
|
||||||
|
[待定]
|
||||||
672
个人开发者创业 完全版/个人开发者创业计划.md
Normal file
672
个人开发者创业 完全版/个人开发者创业计划.md
Normal file
@ -0,0 +1,672 @@
|
|||||||
|
# 个人开发者互联网产品创业项目拆分文档
|
||||||
|
|
||||||
|
> 适用场景：个人开发者从零开始做互联网产品，第一阶段优先上架 Apple 平台，后续在产品盈利后再考虑国内安卓平台、公司化、微信/支付宝支付、备案等事项。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 1. 核心判断
|
||||||
|
|
||||||
|
当前最适合的策略不是一开始做全平台、全支付、全合规，而是：
|
||||||
|
|
||||||
|
> **先用 Apple 平台做低成本验证，证明产品有人用、有人愿意付费；等收入稳定后，再公司化并扩展到国内安卓平台。**
|
||||||
|
|
||||||
|
也就是说：
|
||||||
|
|
||||||
|
- Apple 不是终点，而是第一个验证市场。
|
||||||
|
- iOS App 不是整个产品，而是产品的第一个交付渠道。
|
||||||
|
- 你真正要做的是一个能解决用户问题、未来可以跨平台扩展的互联网产品。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 2. 总体原则
|
||||||
|
|
||||||
|
### 2.1 长期架构要平台中立
|
||||||
|
|
||||||
|
不要把产品理解成：
|
||||||
|
|
||||||
|
```text
|
||||||
|
我的产品 = iOS App
|
||||||
|
```
|
||||||
|
|
||||||
|
更合理的理解是：
|
||||||
|
|
||||||
|
```text
|
||||||
|
我的产品 = 一个解决某类用户问题的服务
|
||||||
|
|
||||||
|
iOS App = 第一个交付渠道
|
||||||
|
Android App = 第二个交付渠道
|
||||||
|
Web / 小程序 = 未来可能的交付渠道
|
||||||
|
```
|
||||||
|
|
||||||
|
### 2.2 短期执行要 Apple 优先
|
||||||
|
|
||||||
|
第一阶段只做 Apple，是为了减少复杂度：
|
||||||
|
|
||||||
|
- 不用一开始注册公司。
|
||||||
|
- 不用一开始接微信支付、支付宝。
|
||||||
|
- 不用一开始铺国内安卓应用商店。
|
||||||
|
- 不用一开始处理大量国内合规和资质问题。
|
||||||
|
- 先用 App Store 和 Apple IAP 验证用户需求与付费意愿。
|
||||||
|
|
||||||
|
### 2.3 先验证，再扩张
|
||||||
|
|
||||||
|
早期最重要的不是“功能多”，而是证明：
|
||||||
|
|
||||||
|
```text
|
||||||
|
有人需要 → 有人愿意用 → 有人愿意付费 → 收入能覆盖成本
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 3. 推荐的 7 大项目模块
|
||||||
|
|
||||||
|
一个个人开发者创业项目，可以拆成 7 个核心模块。
|
||||||
|
|
||||||
|
```text
|
||||||
|
个人开发者创业项目
|
||||||
|
│
|
||||||
|
├── 1. 产品与用户模块
|
||||||
|
├── 2. 技术与交付模块
|
||||||
|
├── 3. 商业化与支付模块
|
||||||
|
├── 4. 营销与增长模块
|
||||||
|
├── 5. 运营与客服模块
|
||||||
|
├── 6. 数据、反馈与迭代模块
|
||||||
|
└── 7. 合规与公司化模块
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 4. 模块一：产品与用户模块
|
||||||
|
|
||||||
|
这个模块回答的是：
|
||||||
|
|
||||||
|
> 我到底做什么？给谁做？解决什么问题？
|
||||||
|
|
||||||
|
### 4.1 需要拆分的内容
|
||||||
|
|
||||||
|
| 子模块 | 说明 |
|
||||||
|
| ------ | ----------------- |
|
||||||
|
| 用户画像 | 明确目标用户是谁 |
|
||||||
|
| 使用场景 | 用户在什么情况下需要这个产品 |
|
||||||
|
| 核心痛点 | 用户现在最麻烦、最不爽的问题是什么 |
|
||||||
|
| 替代方案 | 用户现在用什么解决这个问题 |
|
||||||
|
| 产品定位 | 你的产品比现有方案好在哪里 |
|
||||||
|
| MVP 范围 | 第一版只做哪个最核心的功能 |
|
||||||
|
| 产品路线图 | 后续版本逐步增加什么能力 |
|
||||||
|
|
||||||
|
### 4.2 一句话定位模板
|
||||||
|
|
||||||
|
```text
|
||||||
|
我做一个【产品类型】，帮助【目标用户】在【具体场景】下，
|
||||||
|
用【核心功能】解决【核心痛点】，第一版只做【一个关键动作】，
|
||||||
|
通过【订阅 / 买断 / 免费试用 / 点数】变现。
|
||||||
|
```
|
||||||
|
|
||||||
|
### 4.3 示例
|
||||||
|
|
||||||
|
```text
|
||||||
|
我做一个 iOS App，帮助刚开始健身的人每天生成简单训练计划，
|
||||||
|
用打卡和提醒解决坚持困难的问题，第一版只做“生成今日训练 + 完成打卡”，
|
||||||
|
通过年订阅变现。
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 5. 模块二：技术与交付模块
|
||||||
|
|
||||||
|
这个模块回答的是：
|
||||||
|
|
||||||
|
> 怎么把产品做出来，并且未来能扩展到安卓和其他平台？
|
||||||
|
|
||||||
|
### 5.1 技术模块应该拆成两层
|
||||||
|
|
||||||
|
```text
|
||||||
|
技术与交付模块
|
||||||
|
│
|
||||||
|
├── 跨平台核心能力
|
||||||
|
│ ├── 后端 API
|
||||||
|
│ ├── 数据库
|
||||||
|
│ ├── 用户系统
|
||||||
|
│ ├── 权益系统
|
||||||
|
│ ├── AI / Agent 能力
|
||||||
|
│ ├── Prompt / 内容系统
|
||||||
|
│ └── 数据分析系统
|
||||||
|
│
|
||||||
|
└── 平台客户端
|
||||||
|
├── iOS App
|
||||||
|
├── 未来 Android App
|
||||||
|
└── 未来 Web / 小程序
|
||||||
|
```
|
||||||
|
|
||||||
|
### 5.2 第一阶段建议架构
|
||||||
|
|
||||||
|
如果是 AI 类产品，第一版可以采用：
|
||||||
|
|
||||||
|
```text
|
||||||
|
iOS App + 简单后端 + 大模型 API + 数据库 + Apple IAP
|
||||||
|
```
|
||||||
|
|
||||||
|
### 5.3 技术设计重点
|
||||||
|
|
||||||
|
早期不要把所有核心逻辑都写死在 iOS 客户端里。
|
||||||
|
|
||||||
|
更好的方式是：
|
||||||
|
|
||||||
|
- iOS 负责界面、交互和 Apple 平台能力。
|
||||||
|
- 后端负责用户权益、AI 调用、订单状态、业务规则。
|
||||||
|
- 未来安卓接入时，可以复用后端能力。
|
||||||
|
|
||||||
|
### 5.4 第一版可以包含
|
||||||
|
|
||||||
|
| 子模块 | 是否第一版需要 |
|
||||||
|
| --------- | --------- |
|
||||||
|
| iOS 客户端 | 必须 |
|
||||||
|
| 核心功能 | 必须 |
|
||||||
|
| 简单后端 | 视产品而定 |
|
||||||
|
| AI API 调用 | AI 产品需要 |
|
||||||
|
| 本地数据存储 | 通常需要 |
|
||||||
|
| 用户登录 | 可以延后，除非必须 |
|
||||||
|
| Apple IAP | 如果收费，需要 |
|
||||||
|
| 安卓客户端 | 暂时不做 |
|
||||||
|
| 微信/支付宝支付 | 暂时不做 |
|
||||||
|
| 复杂后台管理系统 | 暂时不做 |
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 6. 模块三：商业化与支付模块
|
||||||
|
|
||||||
|
这个模块回答的是：
|
||||||
|
|
||||||
|
> 产品怎么赚钱？用户付费后，如何获得对应权益？
|
||||||
|
|
||||||
|
### 6.1 商业化结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
商业化与支付模块
|
||||||
|
│
|
||||||
|
├── 收费模式
|
||||||
|
│ ├── 免费试用
|
||||||
|
│ ├── 月订阅
|
||||||
|
│ ├── 年订阅
|
||||||
|
│ ├── 一次性买断
|
||||||
|
│ └── 点数 / 额度
|
||||||
|
│
|
||||||
|
├── 支付通道
|
||||||
|
│ ├── Apple IAP
|
||||||
|
│ ├── 未来微信支付
|
||||||
|
│ ├── 未来支付宝
|
||||||
|
│ └── 未来安卓应用商店支付
|
||||||
|
│
|
||||||
|
└── 权益系统
|
||||||
|
├── 免费用户
|
||||||
|
├── Pro 用户
|
||||||
|
├── 订阅有效期
|
||||||
|
├── 点数余额
|
||||||
|
├── 使用额度
|
||||||
|
└── 退款 / 取消后的权限处理
|
||||||
|
```
|
||||||
|
|
||||||
|
### 6.2 第一阶段支付策略
|
||||||
|
|
||||||
|
如果你的 iOS App 内卖的是数字功能、会员、高级内容、AI 次数、订阅等，一般应优先使用：
|
||||||
|
|
||||||
|
```text
|
||||||
|
Apple In-App Purchase / StoreKit
|
||||||
|
```
|
||||||
|
|
||||||
|
第一阶段流程可以是：
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户在 iOS App 内付款
|
||||||
|
↓
|
||||||
|
Apple IAP 完成交易
|
||||||
|
↓
|
||||||
|
你的后端记录用户权益
|
||||||
|
↓
|
||||||
|
用户获得 Pro / 订阅 / 点数 / 高级功能
|
||||||
|
```
|
||||||
|
|
||||||
|
### 6.3 未来国内安卓阶段
|
||||||
|
|
||||||
|
未来扩展到国内安卓后，流程可以变成：
|
||||||
|
|
||||||
|
```text
|
||||||
|
安卓用户付款
|
||||||
|
↓
|
||||||
|
微信支付 / 支付宝 / 应用商店支付
|
||||||
|
↓
|
||||||
|
你的后端记录用户权益
|
||||||
|
↓
|
||||||
|
用户获得 Pro / 订阅 / 点数 / 高级功能
|
||||||
|
```
|
||||||
|
|
||||||
|
### 6.4 最关键的一点
|
||||||
|
|
||||||
|
不要让 Apple IAP 成为你的整个商业系统。
|
||||||
|
|
||||||
|
Apple IAP 只是第一阶段的支付通道。\
|
||||||
|
真正核心的是你自己的：
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户系统 + 订单系统 + 权益系统
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 7. 模块四：营销与增长模块
|
||||||
|
|
||||||
|
这个模块回答的是：
|
||||||
|
|
||||||
|
> 用户从哪里来？怎么让更多人知道产品？
|
||||||
|
|
||||||
|
### 7.1 营销增长结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
营销与增长模块
|
||||||
|
│
|
||||||
|
├── 内容获客
|
||||||
|
│ ├── 小红书
|
||||||
|
│ ├── 知乎
|
||||||
|
│ ├── B站
|
||||||
|
│ ├── 抖音
|
||||||
|
│ ├── X / Reddit
|
||||||
|
│ └── 微信社群
|
||||||
|
│
|
||||||
|
├── 渠道转化
|
||||||
|
│ ├── 官网落地页
|
||||||
|
│ ├── 等待名单
|
||||||
|
│ ├── TestFlight
|
||||||
|
│ ├── App Store 页面
|
||||||
|
│ └── 未来安卓应用商店页面
|
||||||
|
│
|
||||||
|
└── 品牌资产
|
||||||
|
├── 独立开发者人设
|
||||||
|
├── 产品更新日志
|
||||||
|
├── 公开构建记录
|
||||||
|
├── 用户案例
|
||||||
|
└── 教程 / 内容矩阵
|
||||||
|
```
|
||||||
|
|
||||||
|
### 7.2 早期营销重点
|
||||||
|
|
||||||
|
第一阶段不建议一上来投广告。
|
||||||
|
|
||||||
|
更适合个人开发者的是：
|
||||||
|
|
||||||
|
- 公开构建。
|
||||||
|
- 发产品开发过程。
|
||||||
|
- 发目标用户关心的内容。
|
||||||
|
- 做竞品拆解。
|
||||||
|
- 收集等待名单。
|
||||||
|
- 找 TestFlight 内测用户。
|
||||||
|
- 上架前提前预热。
|
||||||
|
|
||||||
|
### 7.3 营销不是上线后才做
|
||||||
|
|
||||||
|
正确节奏是：
|
||||||
|
|
||||||
|
```text
|
||||||
|
有想法 → 发内容验证 → 收集潜在用户 → 邀请内测 → 修改产品 → 上架 → 继续增长
|
||||||
|
```
|
||||||
|
|
||||||
|
而不是：
|
||||||
|
|
||||||
|
```text
|
||||||
|
闭门开发三个月 → 上架 → 才开始想怎么推广
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 8. 模块五：运营与客服模块
|
||||||
|
|
||||||
|
这个模块回答的是：
|
||||||
|
|
||||||
|
> 用户来了以后，怎么服务、留住、收集反馈？
|
||||||
|
|
||||||
|
### 8.1 早期运营不用太重
|
||||||
|
|
||||||
|
第一阶段不需要复杂社群、返现活动、客服机器人。
|
||||||
|
|
||||||
|
更适合的是：
|
||||||
|
|
||||||
|
| 子模块 | 第一阶段做法 |
|
||||||
|
| ------ | ------------------ |
|
||||||
|
| 用户反馈 | App 内反馈入口 / 邮箱 |
|
||||||
|
| FAQ | 简单常见问题页面 |
|
||||||
|
| 内测群 | 小规模 TestFlight 用户群 |
|
||||||
|
| 客服 | 邮箱或表单即可 |
|
||||||
|
| 用户留存 | 提醒、打卡、历史记录、核心价值回访 |
|
||||||
|
| Bug 收集 | 崩溃监控 + 用户反馈 |
|
||||||
|
|
||||||
|
### 8.2 运营的核心目的
|
||||||
|
|
||||||
|
早期运营不是为了显得热闹，而是为了回答：
|
||||||
|
|
||||||
|
- 用户有没有完成核心动作？
|
||||||
|
- 用户哪里卡住？
|
||||||
|
- 用户为什么第二天不回来？
|
||||||
|
- 用户为什么不付费？
|
||||||
|
- 用户愿意为哪个功能付费？
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 9. 模块六：数据、反馈与迭代模块
|
||||||
|
|
||||||
|
这个模块回答的是：
|
||||||
|
|
||||||
|
> 怎么判断产品方向是否值得继续？
|
||||||
|
|
||||||
|
这是很多新手容易忽略，但非常重要的模块。
|
||||||
|
|
||||||
|
### 9.1 关键数据指标
|
||||||
|
|
||||||
|
| 指标 | 意义 |
|
||||||
|
| ----- | ------------- |
|
||||||
|
| 下载量 | 获客是否有效 |
|
||||||
|
| 激活率 | 用户是否完成第一次核心操作 |
|
||||||
|
| 次日留存 | 产品是否有第一价值 |
|
||||||
|
| 7 日留存 | 产品是否有持续需求 |
|
||||||
|
| 付费点击率 | 用户是否对付费感兴趣 |
|
||||||
|
| 付费转化率 | 商业模式是否成立 |
|
||||||
|
| 取消订阅率 | 持续价值是否不足 |
|
||||||
|
| 退款率 | 用户是否觉得不值 |
|
||||||
|
| 崩溃率 | 产品是否稳定 |
|
||||||
|
| 用户反馈 | 下一版应该改什么 |
|
||||||
|
|
||||||
|
### 9.2 早期最重要的问题
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户是否真的需要？
|
||||||
|
用户是否愿意反复使用？
|
||||||
|
用户是否愿意付费？
|
||||||
|
收入是否覆盖成本？
|
||||||
|
```
|
||||||
|
|
||||||
|
### 9.3 迭代原则
|
||||||
|
|
||||||
|
不要凭感觉加功能。
|
||||||
|
|
||||||
|
每次迭代都应该围绕一个目标：
|
||||||
|
|
||||||
|
- 提高激活率。
|
||||||
|
- 提高留存率。
|
||||||
|
- 提高付费转化。
|
||||||
|
- 降低退款率。
|
||||||
|
- 降低 AI / 服务器成本。
|
||||||
|
- 减少用户操作步骤。
|
||||||
|
- 修复影响体验的核心问题。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 10. 模块七：合规与公司化模块
|
||||||
|
|
||||||
|
这个模块回答的是：
|
||||||
|
|
||||||
|
> 怎么合法上架、收款、扩展到国内平台？
|
||||||
|
|
||||||
|
### 10.1 第一阶段：Apple 个人开发者阶段
|
||||||
|
|
||||||
|
第一阶段重点是 Apple 生态内的合规：
|
||||||
|
|
||||||
|
| 项目 | 是否重点 |
|
||||||
|
| ------------------ | ------------------ |
|
||||||
|
| Apple Developer 账号 | 是 |
|
||||||
|
| App Store Connect | 是 |
|
||||||
|
| 隐私政策 | 是 |
|
||||||
|
| 用户协议 | 建议 |
|
||||||
|
| App Privacy 数据声明 | 是 |
|
||||||
|
| 权限说明 | 是 |
|
||||||
|
| IAP / 订阅说明 | 如果收费，必须重视 |
|
||||||
|
| 第三方 SDK 数据说明 | 如果用了 SDK，需要 |
|
||||||
|
| 公司注册 | 暂时不急 |
|
||||||
|
| 对公账户 | 暂时不急 |
|
||||||
|
| ICP 备案 | 暂时不急，视国内网站/服务器情况而定 |
|
||||||
|
| 微信/支付宝商户 | 暂时不急 |
|
||||||
|
|
||||||
|
### 10.2 第二阶段：国内安卓 / 公司化阶段
|
||||||
|
|
||||||
|
等 Apple 端验证出收入后，再考虑：
|
||||||
|
|
||||||
|
- 注册公司。
|
||||||
|
- 开对公账户。
|
||||||
|
- 申请微信支付商户。
|
||||||
|
- 申请支付宝商户。
|
||||||
|
- 国内安卓应用商店开发者账号。
|
||||||
|
- APP 备案。
|
||||||
|
- ICP 备案。
|
||||||
|
- 国内版隐私政策。
|
||||||
|
- 国内版用户协议。
|
||||||
|
- SDK 合规清单。
|
||||||
|
- 如果是 AI 产品，还要关注内容安全、生成式 AI 相关要求。
|
||||||
|
|
||||||
|
### 10.3 公司化的触发条件
|
||||||
|
|
||||||
|
不是一开始就公司化，而是出现这些信号后再考虑：
|
||||||
|
|
||||||
|
- Apple 端有稳定收入。
|
||||||
|
- 用户不是朋友，而是陌生人自然付费。
|
||||||
|
- 月收入能覆盖服务器、AI API、工具等成本。
|
||||||
|
- 退款率不高。
|
||||||
|
- 获客渠道能持续带来用户。
|
||||||
|
- 你已经验证了这个方向值得投入更多时间和钱。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 11. 推荐阶段路线图
|
||||||
|
|
||||||
|
### 阶段 0：确定方向
|
||||||
|
|
||||||
|
目标：找到一个值得做的小切口。
|
||||||
|
|
||||||
|
要做：
|
||||||
|
|
||||||
|
- 选 2-3 个产品想法。
|
||||||
|
- 找竞品。
|
||||||
|
- 看差评。
|
||||||
|
- 找目标用户聊天。
|
||||||
|
- 明确第一版 MVP。
|
||||||
|
- 写一句话定位。
|
||||||
|
|
||||||
|
产出：
|
||||||
|
|
||||||
|
```text
|
||||||
|
目标用户 + 使用场景 + 核心痛点 + MVP 功能 + 收费方式假设
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
### 阶段 1：iOS MVP 开发
|
||||||
|
|
||||||
|
目标：做出第一个可测试版本。
|
||||||
|
|
||||||
|
要做：
|
||||||
|
|
||||||
|
- iOS 客户端。
|
||||||
|
- 核心功能。
|
||||||
|
- 简单数据存储。
|
||||||
|
- 必要的后端。
|
||||||
|
- AI API 接入。
|
||||||
|
- 反馈入口。
|
||||||
|
- 基础数据统计。
|
||||||
|
- 崩溃监控。
|
||||||
|
- 如果收费，接 Apple IAP。
|
||||||
|
|
||||||
|
不做：
|
||||||
|
|
||||||
|
- 安卓。
|
||||||
|
- 微信支付。
|
||||||
|
- 支付宝。
|
||||||
|
- 复杂后台。
|
||||||
|
- 大规模社群。
|
||||||
|
- 公司化。
|
||||||
|
- 国内应用商店。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
### 阶段 2：TestFlight 内测
|
||||||
|
|
||||||
|
目标：找到真实用户测试。
|
||||||
|
|
||||||
|
要做：
|
||||||
|
|
||||||
|
- 邀请 20-50 个真实用户。
|
||||||
|
- 观察他们是否完成核心动作。
|
||||||
|
- 收集反馈。
|
||||||
|
- 修 Bug。
|
||||||
|
- 简化流程。
|
||||||
|
- 验证是否有人愿意付费。
|
||||||
|
|
||||||
|
重点问题：
|
||||||
|
|
||||||
|
```text
|
||||||
|
用户会不会第二天回来？
|
||||||
|
用户会不会主动反馈？
|
||||||
|
用户会不会觉得这个产品值得付费？
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
### 阶段 3：App Store 上架
|
||||||
|
|
||||||
|
目标：正式发布 Apple 版本。
|
||||||
|
|
||||||
|
要做：
|
||||||
|
|
||||||
|
- App Store Connect 信息。
|
||||||
|
- App 名称。
|
||||||
|
- 副标题。
|
||||||
|
- 关键词。
|
||||||
|
- 截图。
|
||||||
|
- 描述。
|
||||||
|
- 隐私政策。
|
||||||
|
- 用户协议。
|
||||||
|
- 审核说明。
|
||||||
|
- IAP 产品审核。
|
||||||
|
- 首发推广内容。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
### 阶段 4：验证盈利
|
||||||
|
|
||||||
|
目标：证明产品不是玩具，而是小生意。
|
||||||
|
|
||||||
|
要看：
|
||||||
|
|
||||||
|
- 下载量。
|
||||||
|
- 激活率。
|
||||||
|
- 次日留存。
|
||||||
|
- 7 日留存。
|
||||||
|
- 付费转化率。
|
||||||
|
- 取消订阅率。
|
||||||
|
- 退款率。
|
||||||
|
- AI API 成本。
|
||||||
|
- 服务器成本。
|
||||||
|
- 月利润。
|
||||||
|
|
||||||
|
判断标准：
|
||||||
|
|
||||||
|
```text
|
||||||
|
是否有人持续使用？
|
||||||
|
是否有人自然付费？
|
||||||
|
收入是否能覆盖成本？
|
||||||
|
是否值得继续投入？
|
||||||
|
```
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
### 阶段 5：公司化与安卓扩展
|
||||||
|
|
||||||
|
目标：在 Apple 跑通后，扩大市场。
|
||||||
|
|
||||||
|
要做：
|
||||||
|
|
||||||
|
- 注册公司。
|
||||||
|
- 对公账户。
|
||||||
|
- 微信支付。
|
||||||
|
- 支付宝。
|
||||||
|
- 国内安卓客户端。
|
||||||
|
- 国内应用商店上架。
|
||||||
|
- APP 备案。
|
||||||
|
- ICP 备案。
|
||||||
|
- 国内合规材料。
|
||||||
|
- 多支付通道统一到后端权益系统。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 12. 最小可执行任务清单
|
||||||
|
|
||||||
|
### 12.1 今天可以做
|
||||||
|
|
||||||
|
- 写出一句话产品定位。
|
||||||
|
- 列出 5 个竞品。
|
||||||
|
- 看竞品差评。
|
||||||
|
- 写出第一版只做的 1 个核心功能。
|
||||||
|
- 判断是否需要 AI。
|
||||||
|
- 判断是否需要后端。
|
||||||
|
- 判断第一版是否收费。
|
||||||
|
|
||||||
|
### 12.2 本周可以做
|
||||||
|
|
||||||
|
- 画 5-8 个核心页面草图。
|
||||||
|
- 写 MVP 功能清单。
|
||||||
|
- 写不做清单。
|
||||||
|
- 找 5-10 个目标用户聊天。
|
||||||
|
- 做一个简单落地页或等待名单。
|
||||||
|
- 注册或准备 Apple Developer 账号。
|
||||||
|
- 规划数据指标。
|
||||||
|
|
||||||
|
### 12.3 一个月内可以做
|
||||||
|
|
||||||
|
- 做出 iOS MVP。
|
||||||
|
- 接入基础统计和崩溃监控。
|
||||||
|
- 准备隐私政策和用户协议。
|
||||||
|
- 发起 TestFlight 内测。
|
||||||
|
- 收集第一批真实反馈。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 13. 不做清单
|
||||||
|
|
||||||
|
早期一定要克制。
|
||||||
|
|
||||||
|
第一阶段不要急着做：
|
||||||
|
|
||||||
|
- 安卓端。
|
||||||
|
- 小程序。
|
||||||
|
- Web 完整版。
|
||||||
|
- 微信支付。
|
||||||
|
- 支付宝。
|
||||||
|
- 复杂后台。
|
||||||
|
- 积分系统。
|
||||||
|
- 排行榜。
|
||||||
|
- 社交系统。
|
||||||
|
- 大规模社群。
|
||||||
|
- 自动客服机器人。
|
||||||
|
- 复杂活动运营。
|
||||||
|
- 公司注册。
|
||||||
|
- 国内全渠道上架。
|
||||||
|
|
||||||
|
除非这些是产品核心，否则都可以延后。
|
||||||
|
|
||||||
|
***
|
||||||
|
|
||||||
|
## 14. 最终总结
|
||||||
|
|
||||||
|
你的整体路线可以总结为：
|
||||||
|
|
||||||
|
```text
|
||||||
|
先做一个小而清晰的 iOS MVP
|
||||||
|
↓
|
||||||
|
用 Apple 平台验证需求和付费
|
||||||
|
↓
|
||||||
|
通过数据判断产品是否值得继续
|
||||||
|
↓
|
||||||
|
收入稳定后再公司化
|
||||||
|
↓
|
||||||
|
扩展国内安卓、微信支付、支付宝和国内应用商店
|
||||||
|
```
|
||||||
|
|
||||||
|
一句话：
|
||||||
|
|
||||||
|
> **长期按完整互联网产品架构设计，短期按 Apple-first 路线执行；先验证，后扩张。**
|
||||||
|
|
||||||
Loading…
x
Reference in New Issue
Block a user