用户拆解能力
- 目标
- 判断产品真正服务的人群,而不是停留在泛泛的用户描述。
- 要看什么
- 用户身份、使用频率、触发场景、痛点强度、替代方案。
- 输出结果
- 用户画像表、使用场景表、痛点清单。
选定一个目标产品,像解剖一样拆开它:用户是谁、解决什么问题、有哪些页面、功能如何组织、数据如何流动、技术如何实现、哪里可以优化。最后用 AI 工具复刻一个属于自己的 MVP。

目标产品
用户与场景
核心价值
页面结构
功能模块
用户路径
数据模型
技术架构
MVP 复刻
差异化改进
why
很多新手做产品的问题不是不会写代码,而是不知道产品的结构、优先级、路径和差异化从哪里来。产品拆解的目的不是抄袭,而是训练一种「结构化看产品」的能力。
Q01
这个产品服务谁?
Q02
解决了什么具体问题?
Q03
用户为什么会回来继续用?
Q04
它的核心路径是什么?
Q05
它有哪些关键页面?
Q06
每个页面承担什么任务?
Q07
它的数据从哪里来?
Q08
它的商业模式是什么?
Q09
如果我要复刻 MVP,第一版应该做什么?
Q10
如果我要超越它,可以加什么?
ability map
从用户、价值、页面、功能、路径、体验、技术到差异化,形成可以反复训练的拆解闭环。
workflow
10 步把一个产品从表层界面拆到数据、技术和 MVP 范围,再转成可执行的 AI 协作开发任务。
目标选择一个足够清晰、可以访问、适合新手拆解的产品。
关键问题它是否有明确用户、核心路径和可复刻的第一版范围?
输出物目标产品卡片、选择原因、拆解边界。
目标用一句话说明产品帮谁在什么场景解决什么问题。
关键问题如果删掉所有宣传词,这个产品到底让用户完成什么?
输出物一句话定位、核心价值假设。
目标找到主要用户、次要用户、触发场景和痛点。
关键问题用户在什么时候会想到它,不用它会有什么损失?
输出物用户画像表、使用场景表、痛点清单。
目标把产品所有关键页面和页面关系画出来。
关键问题用户从哪里进入,页面之间如何跳转,每个页面承担什么任务?
输出物页面结构图、信息架构图、导航关系表。
目标把每个页面背后的功能拆成可开发模块。
关键问题每个功能需要什么输入、产生什么输出、是否必须在 MVP 做?
输出物功能模块清单、优先级矩阵。
目标还原新用户、高频用户和付费用户的完整路径。
关键问题用户完成核心任务需要经过哪些步骤,哪里最容易流失?
输出物用户旅程图、关键转化路径、流失点清单。
目标从功能和页面反推出核心数据表与字段。
关键问题页面展示的数据从哪里来,用户操作会改变哪些状态?
输出物实体关系草图、核心数据模型、字段清单。
目标推测产品背后的技术实现,并设计可落地的 MVP 技术方案。
关键问题前端、后端、数据库、AI 能力、支付和部署分别怎么做最省力?
输出物技术栈推测表、MVP 技术方案。
目标把复杂产品收敛到第一版必须实现的功能。
关键问题哪些功能没有它就不能验证核心价值,哪些可以后做?
输出物MVP 范围、暂缓清单、验收标准。
目标在复刻基础上加入自己的定位、AI 能力和差异化路线。
关键问题我能在哪个用户、场景、体验或技术点上比原产品更适合目标人群?
输出物改进方向、版本路线图、上线计划。
template
复制这份 Markdown 模板,用它拆解 App、桌面客户端、网站或 AI SaaS,再把结果交给 Codex CLI 转成开发任务。
适合直接粘贴到 Notion、飞书、Obsidian、GitHub 或 TASKS.md。
# 产品拆解报告
## 1. 目标产品
产品名称:
官网/App 地址:
平台类型:网站 / App / 桌面端 / AI SaaS
选择原因:
## 2. 一句话定位
这个产品帮助【】在【】下,通过【】解决【】,最终获得【】。
## 3. 目标用户
主要用户:
次要用户:
用户痛点:
使用场景:
## 4. 核心价值
核心价值 1:
核心价值 2:
核心价值 3:
用户为什么会继续使用:
## 5. 页面结构
| 页面 | 目标 | 核心组件 | 入口 | 出口 | MVP 是否需要 |
|---|---|---|---|---|---|
## 6. 功能模块
| 功能 | 用户目的 | 输入 | 输出 | 难度 | 优先级 |
|---|---|---|---|---|---|
## 7. 用户路径
新用户路径:
高频使用路径:
付费路径:
## 8. 数据模型
用户表:
内容表:
收藏表:
订单表:
AI 生成记录表:
## 9. 技术架构
前端:
后端:
数据库:
AI 能力:
支付:
部署:
## 10. MVP 版本
必须做:
可以后做:
暂时不做:
## 11. 改进方向
可以简化的地方:
可以增强的地方:
可以加入 AI 的地方:
可以商业化的地方:codex prompts
从产品拆解、任务生成到网站、App、桌面端 MVP 复刻,提供可以直接复制使用的完整提示词。
用于让 AI 系统拆解一个目标产品,输出结构化报告。
你是一个资深 AI 产品经理、UX 设计师和全栈工程师。请帮我系统拆解下面这个目标产品。
目标产品:
- 产品名称:
- 官网/App 地址:
- 平台类型:网站 / App / 桌面客户端 / AI SaaS
- 我选择它的原因:
请按以下结构输出一份完整的《产品拆解报告》:
1. 一句话定位
- 这个产品帮助谁?
- 在什么场景下使用?
- 通过什么核心能力解决什么问题?
- 用户最终获得什么结果?
2. 目标用户与使用场景
- 主要用户
- 次要用户
- 高频使用场景
- 低频但重要的场景
- 用户痛点
- 用户为什么会继续回来
3. 核心价值与商业模式
- 核心价值主张
- 替代方案
- 产品差异点
- 可能的收入来源
- 免费版和付费版边界
4. 页面结构
请用表格输出:
| 页面 | 页面目标 | 核心组件 | 入口 | 出口 | MVP 是否需要 |
5. 功能模块
请用表格输出:
| 功能 | 用户目的 | 输入 | 处理过程 | 输出 | 难度 | MVP 优先级 |
6. 用户路径
- 新用户首次使用路径
- 高频使用路径
- 付费或升级路径
- 用户失败或流失路径
7. 数据模型
请反推出核心数据表:
- 用户表
- 内容表
- 收藏/历史记录表
- 订单/订阅表
- AI 生成记录表
- 其他必要实体
8. 技术架构推测
- 前端可能怎么实现
- 后端需要哪些接口
- 数据库如何设计
- 是否需要 AI API
- 是否需要搜索、队列、缓存、支付、鉴权
- MVP 最省力技术方案
9. MVP 复刻范围
请分成:
- 第一版必须做
- 可以第二版做
- 暂时不要做
10. 差异化改进方向
请提出 5 个适合新手独立开发者实现的改进方向,并说明每个改进的用户价值和实现难度。用于把产品拆解报告整理成 Codex 可执行的 TASKS.md。
你是一个资深技术负责人和产品经理。下面是一份产品拆解报告,请把它转成适合 AI 编程工具执行的 TASKS.md。
输入:
我会粘贴完整《产品拆解报告》。
输出要求:
1. 先总结 MVP 第一版目标,用 3 到 5 句话说明要做成什么。
2. 按阶段拆成任务:
- Phase 0:项目初始化
- Phase 1:页面骨架
- Phase 2:核心数据结构
- Phase 3:核心功能
- Phase 4:AI 改进点
- Phase 5:响应式和体验优化
- Phase 6:测试、构建和部署
3. 每个任务都要包含:
- 任务标题
- 目标
- 涉及文件
- 验收标准
- 是否必须在 MVP 完成
4. 请把任务写成 Codex CLI 可以逐条执行的形式。
5. 不要写空泛建议,要写具体到页面、组件、数据表、接口和交互状态。
请输出 Markdown 格式,并以 "# TASKS" 开头。
下面是产品拆解报告:
【在这里粘贴产品拆解报告】用于让 Codex CLI 根据拆解报告实现 Next.js 网站 MVP。
你是一个资深全栈工程师和 UX 设计师。请根据下面的产品拆解报告,从零实现一个网站 MVP。
技术要求:
- Next.js App Router
- TypeScript
- Tailwind CSS
- npm
- 中文内容
- 响应式设计
- 不引入复杂依赖
开发要求:
1. 先阅读当前项目结构。
2. 如果项目为空,请初始化 Next.js 项目。
3. 根据产品拆解报告创建页面、组件和数据文件。
4. 首页必须不是空洞营销页,而是可实际使用的 MVP。
5. 页面要包含:
- 核心用户路径
- 关键功能入口
- mock 数据
- 空状态、加载感、错误提示或说明
- 移动端适配
6. 样式要求现代、克制、清晰,符合目标产品的气质。
7. 完成后执行:
- npm run lint
- npm run build
8. 最后输出:
- 修改了哪些文件
- 实现了哪些模块
- lint/build 是否通过
- 如何本地运行
- 如何部署到 Vercel
产品拆解报告:
【在这里粘贴产品拆解报告】用于 React Native / Expo 原型设计和任务拆解。
你是一个资深移动端产品经理、React Native 工程师和 App UX 设计师。请根据下面的产品拆解报告,设计并实现一个 App MVP 原型。
技术建议:
- React Native
- Expo
- TypeScript
- 使用 mock 数据
- 不接入复杂后端,优先验证核心路径
请先输出 App 信息架构:
1. Tab 结构
2. Stack 页面
3. 每个页面的目标
4. 关键组件
5. 页面之间的跳转路径
然后输出开发任务:
- 初始化项目
- 创建导航结构
- 创建 mock 数据
- 实现核心页面
- 实现核心交互
- 实现空状态和错误状态
- 移动端体验优化
最后请实现代码,并确保:
- 新用户路径可以走通
- 高频使用路径可以走通
- 核心功能用 mock 数据可演示
- 每个页面都有清晰的信息层级
产品拆解报告:
【在这里粘贴产品拆解报告】用于 Electron / Tauri 桌面端 MVP 设计。
你是一个资深桌面端产品经理、全栈工程师和系统交互设计师。请根据下面的产品拆解报告,设计一个桌面客户端 MVP。
可选技术:
- Electron + React + TypeScript
- Tauri + React + TypeScript
请先判断这个产品是否适合桌面端,并说明原因。
然后输出桌面端 MVP 方案:
1. 主窗口结构
2. 侧边栏导航
3. 命令面板或快捷入口
4. 本地数据和云端数据的边界
5. 设置页
6. 快捷键设计
7. 最小可用功能范围
实现要求:
- 用 mock 数据实现核心路径
- 保持桌面端高信息密度
- 支持键盘优先操作
- 保留未来接入 AI、同步、插件系统的扩展位
请把产品拆解报告转成可执行开发任务,并在当前项目中实现第一版桌面端原型。
产品拆解报告:
【在这里粘贴产品拆解报告】cases
先从成熟产品学习结构,再收敛成适合自己实现的 MVP,并在垂直场景中做差异化。
学习重点
可以复刻成AI 搜索问答 MVP
可以改进加入中文 AI 工具搜索、AI 新闻雷达、趋势追踪。
学习重点
可以复刻成个人任务管理工具 MVP
可以改进加入 AI 自动拆任务、AI 总结进度、AI 生成 Roadmap。
学习重点
可以复刻成AI 桌面工作台 MVP
可以改进加入 Codex CLI 快捷指令、AI 项目管理、自动化脚本中心。
30 days
前两周建立产品思维和设计审美,后两周完成一次真实拆解、复刻、部署和复盘。
第 1 周
目标:知道什么产品值得做。
第 2 周
目标:看懂一个产品为什么好看。
第 3 周
目标:完整拆解一个目标产品。
第 4 周
目标:用 Codex CLI 复刻第一版,并部署上线。
day 15 - day 30
重点不是看课,而是每天产出一个可检查的结果:定位、页面、模块、路径、报告、任务、代码、部署和复盘。
projects
选择一个项目,先拆同类成熟产品,再做一个更聚焦、更适合自己目标用户的 AI MVP。
适合拆解的目标产品Futurepedia、There's An AI For That、Product Hunt AI 集合页
可以复刻的 MVP分类导航、工具详情页、收藏、搜索、提交工具。
可以加入的 AI 改进点AI 自动生成工具摘要、相似工具推荐、按场景生成工具组合。
适合拆解的目标产品Techmeme、Hacker News、量子位、机器之心
可以复刻的 MVP新闻列表、标签筛选、详情页、趋势榜、订阅入口。
可以加入的 AI 改进点AI 摘要、影响力评分、同主题聚合、趋势追踪提醒。
适合拆解的目标产品Perplexity、You.com、Kimi 搜索
可以复刻的 MVP搜索框、答案区、引用来源、追问、历史记录。
可以加入的 AI 改进点中文 AI 工具垂直搜索、来源可信度评分、自动生成研究报告。
适合拆解的目标产品Notion AI、Jasper、Copy.ai
可以复刻的 MVP模板库、输入表单、生成结果、编辑区、历史记录。
可以加入的 AI 改进点品牌语气记忆、多版本改写、内容评分、发布前检查清单。
适合拆解的目标产品Linear、Todoist、Height
可以复刻的 MVP任务列表、项目页、状态流转、优先级、筛选。
可以加入的 AI 改进点AI 拆任务、AI 总结进度、自动生成 Roadmap、风险提醒。
适合拆解的目标产品Raycast、Alfred、Warp、Pieces
可以复刻的 MVP命令面板、快捷指令、项目入口、本地脚本列表。
可以加入的 AI 改进点Codex CLI 快捷指令、AI 项目管理、自动化脚本中心。