小程序开发全流程提示词模板
用法：直接复制给 OpenClaw（喵喵），替换
[选题名称]或粘贴前序输出即可。 流程：调研 → PRD → 评审 → UI → 开发计划
Step 1：竞品调研
轻量版（快速验证，3分钟）
请帮我调研小程序选题：[选题名称]
按以下步骤调研：
1. 用 web_search 搜索 3 次：
- "[选题名称] 微信小程序 竞品"
- "[选题名称] 小程序 市场规模 用户量"
- "[选题名称] 微信小程序 个人主体 资质 变现"
2. 用 web_fetch 抓取 1-2 个竞品页面（如果有 URL）
3. 输出简报（300字以内）：
- 竞品概况（具体名称 + 特点）
- 市场信号（上升/平稳/下降）
- 资质门槛（个人可做 / 需要特殊资质）
- 变现模式
- GO/NO-GO + 一句话理由
完整版（深度分析，10分钟）
请帮我深度调研小程序选题：[选题名称]
### 搜索阶段
1. "[选题名称] 微信小程序 推荐 好用 竞品"（8条）
2. "[选题名称] 小程序 市场规模 需求 趋势 2024 2025"（8条）
3. "[选题名称] 用户评价 吐槽 痛点 知乎 小红书"（5条）
4. "微信小程序 [选题名称] 个人主体 资质 备案 合规"（5条）
5. "[选题名称] 小程序 变现 广告 付费 收费模式"（5条）
6. "[选题名称] 小程序 有哪些 竞品分析"（8条）
### 页面抓取
- 从搜索结果中挑 2 个竞品 URL，用 web_fetch 抓取
### 输出格式
# [选题名称] — 调研报告
## 1. 项目概述
- 产品定位
- 目标用户画像
- 核心价值主张
## 2. 市场分析
- 市场规模和趋势
- 需求刚性（高频/低频、刚需/非刚需）
- 用户痛点
## 3. 竞品分析
- 主要竞品列表（名称 + 特点 + 优缺点）
- 竞品饱和度（🟢蓝海 / 🟡中等 / 🔴红海）
- 差异化机会
## 4. 资质和合规
- 个人主体是否可做
- 需要的特殊资质
## 5. 变现模式
- 可行变现方式
- 竞品收费情况
## 6. 开发评估
- 开发难度：⭐（半天）/ ⭐⭐（1-2天）/ ⭐⭐⭐（3天+）
- 是否需要云开发
- 数据获取方式
## 7. GO/NO-GO
- **结论**：GO / NO-GO
- **证据等级**：A/B/C/D
- **置信度**：高/中/低
- **理由**
⚠️ 所有结论必须有搜索结果支撑，不能编造。信息不足时直接说明。
Step 2：PRD 需求文档
基于以下调研报告，为 [选题名称] 生成 PRD 需求文档。
## 调研报告
[粘贴 Step 1 的调研输出]
## 策略约束
- 核心功能 ≤ 3 个，页面 ≤ 4 个
- 开发周期 ≤ 3 天
- 纯前端优先（查询/计算类用本地数据），后端按需使用（提醒/同步类可用云函数）
- 剔除：社交社区、AI 对话、内容平台、拍照识别等重交互需求
- MVP 只做"必须有"的功能，"Nice to have"放到 V2
## PRD 格式
# [选题名称] PRD
## 1. 产品概述
- 产品定位（一句话）
- 目标用户
- 核心价值
## 2. MVP 功能清单
| 功能 | 优先级 | 描述 | 前端/后端 |
|------|--------|------|-----------|
## 3. 页面结构
| 页面 | 功能 | 核心组件 |
|------|------|----------|
## 4. 数据模型
- 本地数据（JSON/Storage）
- 云端数据（云数据库）
## 5. 用户流程
- 首次使用流程
- 日常使用流程
## 6. 非功能需求
- 性能要求
- 兼容性
- 安全合规
## 7. 验收标准
- 每个功能的验收条件
Step 3：PRD 评审
请作为独立评审员，审查以下 PRD 文档。
## PRD 文档
[粘贴 Step 2 的 PRD 输出]
## 评审维度
### 1. MVP 范围
- 核心功能是否 ≤ 3 个？
- 页面是否 ≤ 4 个？
- 开发周期能否 ≤ 3 天？
- 有没有混入超重功能（社交/AI/内容平台）？
### 2. 技术可行性
- 个人主体能否上线？
- 资质/类目是否合规？
- 数据获取方式是否可行？
### 3. 商业合理性
- 竞品分析是否遗漏了重要竞品？
- 差异化是否成立？
- 变现模式是否现实？
### 4. 用户体验
- 用户流程是否简洁？
- 是否有不必要的步骤？
### 5. 遗漏检查
- 边界条件是否考虑？
- 错误处理是否覆盖？
## 评审输出
# PRD 评审报告
## 评审结果：✅ 通过 / ⚠️ 需修改 / ❌ 打回
## 问题清单
| # | 严重程度 | 问题描述 | 建议修改 |
|---|---------|---------|---------|
## 总结
- 主要风险
- 修改建议（按优先级排序）
Step 4：UI 设计规格
基于以下 PRD 文档，为 [选题名称] 生成 UI 设计规格。
## PRD 文档
[粘贴 Step 2/3 的 PRD 或评审后的 PRD]
## 设计要求
- tabBar ≤ 2 个
- 页面深度 ≤ 3 层
- 小程序原生风格，不要过度设计
- 每个页面列出核心组件和布局
## 输出格式
# [选题名称] UI 设计规格
## 设计系统
- 主色 / 辅色 / 警告色
- 字体大小规范
- 间距规范
- 圆角规范
## 页面设计
### 页面 1：[页面名称]
- 布局结构（上中下/左右）
- 组件清单：
- [组件名]：用途、样式
- 交互说明
### 页面 2：[页面名称]
...
## tabBar 配置
| Tab | 图标 | 页面 |
|-----|------|------|
## 状态设计
- 空状态
- 加载中
- 错误状态
Step 5：开发计划
基于以下 PRD 和 UI 规格，为 [选题名称] 生成开发计划。
## 输入文档
- PRD：[粘贴或简述]
- UI 规格：[粘贴或简述]
## 开发约束
- 纯前端优先，后端按需使用
- MVP 核心功能 ≤ 3 个，页面 ≤ 4 个
- 开发周期 ≤ 3 天
- 微信小程序原生开发 / Taro / UniApp（推荐原生）
## 输出格式
# [选题名称] 开发计划
## 1. 技术栈
- 前端框架
- 构建工具
- 云开发（如需）
- 第三方依赖
## 2. 目录结构
列出项目目录模板
## 3. 开发排期
| 阶段 | 任务 | 耗时 | 交付物 |
|------|------|------|--------|
### Day 1：[主题]
- [ ] 任务 1
- [ ] 任务 2
### Day 2：[主题]
...
## 4. 数据方案
- 本地数据结构（JSON 格式）
- 云数据库集合设计（如需）
- 数据初始化方式
## 5. 关键实现
- 核心算法/逻辑说明
- 云函数清单（如需）
- API 调用方式
## 6. 测试计划
- 功能测试用例
- 边界条件测试
- 真机测试清单
## 7. 上线检查清单
- [ ] 类目审核通过
- [ ] 隐私合规
- [ ] 性能达标
- [ ] 真机测试通过
一键全流程（从选题到开发计划）
请帮我完成小程序 [选题名称] 的完整调研和开发规划：
### 1. 调研
搜索该选题的竞品、市场、资质、变现（6次搜索），输出调研报告。
### 2. PRD
基于调研结果，生成 PRD（核心功能≤3个，页面≤4个，开发周期≤3天）。
### 3. 评审
独立审查 PRD 的 MVP 范围、技术可行性、合规性、用户体验，列出问题清单。
### 4. UI 规格
生成 UI 设计规格（tabBar≤2，页面深度≤3，小程序原生风格）。
### 5. 开发计划
生成 3 天开发计划，含技术栈、目录结构、排期、测试计划。
⚠️ 注意：
- 调研结论必须有搜索数据支撑
- MVP 严格约束，不要加超重功能
- 每个阶段输出都要完整
最后更新：2026-05-08 来源：miniprogram-crew Pipeline 经验总结 策略：纯前端优先，后端按需；MVP ≤3功能/≤4页面/≤3天