自上一篇政企产品经理AI工作流介绍发布后，身边不少同行朋友尝试并反馈：
由于不熟悉与AI工具的交互，因此卡点很多容易劝退。
因此，本篇将聚焦【需求 → 原型】阶段，通过一个实操项目，分享详细的工具使用、提示词技巧和一些心得，希望对感兴趣的同学有所帮助。
上网工具（强烈建议）：这将使你访问各类工具更加丝滑。
Google账号（强烈建议）：本文所有推荐工具都支持Google一键登录，简化注册流程。
浏览器收藏夹分类（强烈建议）：创建两个收藏夹，分别存放大模型网站（GPT/DeepSeek等）和AI原型构建工具（Lovable/v0等）。浏览器通常支持一键打开收藏夹所有网页，这个功能在同时给多个AI工具派活时非常提效。
✏️关于下文的示例项目：
本想拆解过往项目(www.aiben.cc)，发现复现困难或不便公开。
因此，索性从0开始做一个新项目，并进行详细记录。不过仅为演示工作流所用，并非商业产品开发流程，跳过了市场洞察与可行性分析等过程。
话休烦絮，我们开始！
需求的初始形态往往是零散的：会议记录、口头描述、初步想法等。
别担心格式或结构，先将所有想法“倾倒”出来，结合提示词交给AI帮你梳理。
比如我这个项目初始想法：
过年时，看到奶奶为儿女准备粿和粽子，这让我意识到，自己和许多同龄人并不掌握这些传统手艺。
同时，身边很多长辈身怀各种“绝技”（如毛笔字、手工艺等），若不传承，这些宝贵技能可能会逐渐消失。
由此萌生一个想法：能否创建一个平台，连接对某项技能感兴趣的年轻人与掌握该技能的老年人？让长辈的知识和经验得以传承，惠及年轻一代。
这个初始需求还比较模糊，仅是一个有初步构想。接下来让AI梳理，明确需求框架。
我同时向GPT-4o、Gemini和 DeepSeek 发出请求，让它们分析这个想法。
提示词如下：
# 角色你是一位经验丰富的产品经理和需求分析师。
# 背景
我正在构思一个[老年人与年轻人之间经验传承的平台]。
# 原始需求
1.信息发布功能：-老年人（姓名，年龄，愿意传授的技能，位置）-年轻人（姓名，年龄，想要学习的技能，位置）
2.搜索和匹配功能
3.聊天功能
4.同时支持web和手机端
5.……
# 任务
请帮我将以上这些零散模糊的需求进行结构化整理和分析，输出一份清晰、有条理的需求文档。
# 注意事项
请务必确保输出的需求符合最小可行性原则，不要肆意扩充需求以免增加项目开发难度。
AI们的反馈如下：
读了各AI的回复后，我认为Gemini的输出最贴近我的初衷。
在其基础上稍作修改，形成了以下MVP（最小可行产品）需求文档：
# 项目名称：代际经验传承互助平台 (MVP)
## 1. 引言
本需求文档旨在为“代际经验传承互助平台”的最小可行性产品（MVP）阶段提供核心功能和非功能性需求定义。平台的核心目标是搭建一座桥梁，连接拥有特定生活或专业技能的老年人与渴望学习这些技能的年轻人，促进经验的传承和知识的交流。MVP阶段将专注于实现用户信息的发布、搜索匹配及基础沟通能力。
## 2. 项目目标 (MVP阶段)
* 验证代际间技能传承的意愿和模式可行性。
* 实现用户（老年人、年轻人）的基本信息注册和发布。
* 提供基于技能和位置的基础搜索和匹配功能。
* 支持用户间的初步在线文字交流。
* 为后续迭代收集用户反馈。
## 3. 用户角色
本平台MVP阶段主要服务两类用户：
* **经验传授者 (老年人用户):**愿意分享自己的技能、经验或知识的老年人群体。
* **经验学习者 (年轻人用户):**希望学习特定技能、获取人生经验或知识的年轻人群体。
## 4. 核心功能需求 (Functional Requirements)
基于MVP原则，我们将核心功能分为以下几个模块：
### 4.1 用户管理模块
* **FR-UM-01: 用户注册**
* 用户应能够通过手机号+验证码或邮箱+密码的方式注册账户。
* 注册时用户需选择自己的角色：经验传授者 (老年人) 或 经验学习者 (年轻人)。
* 注册时需填写基本信息（详见 FR-UM-02）。
* **FR-UM-02: 个人资料创建与编辑**
* **通用信息 (注册时必填，后续可编辑):**
* 昵称 (建议使用昵称保护隐私)
* 年龄范围 (如: 50-60岁, 60-70岁, 70岁以上 / 18-25岁, 25-35岁) – MVP阶段不要求精确年龄。
* 所在城市/区域 (精确到区县级别即可，保护隐私)。
* 简单的个人介绍/宣言。
* **经验传授者 (老年人) 专属信息:**
* 愿意传授的技能列表 (支持用户输入技能名称/关键词，可添加多个)。
* 技能描述 (简要说明能传授的内容)。
* **经验学习者 (年轻人) 专属信息:**
* 想要学习的技能列表 (支持用户输入技能名称/关键词，可添加多个)。
* 学习目标/描述 (简要说明想学什么)。
* 用户应能够随时修改自己的个人资料信息。
* **FR-UM-03: 登录与退出**
* 用户应能够使用注册凭证（手机号/邮箱 + 密码/验证码）登录。
* 用户应能够主动退出当前登录状态。
### 4.2 信息发布与展示模块 (与个人资料关联)
* **FR-IP-01: 个人主页展示**
* 每个用户都应有一个可公开访问的个人主页 (对其他已登录用户可见)。
* 主页应展示用户公开的个人信息 (昵称、年龄范围、位置、个人介绍)。
* **经验传授者主页:**重点展示“愿意传授的技能”列表和描述。
* **经验学习者主页:**重点展示“想要学习的技能”列表和描述。
* 主页上应提供“联系TA”或“发起聊天”的入口 (见 FR-CM-01)。
* **FR-IP-02: 技能信息列表 (列表页)**
* 系统应提供一个列表页，展示所有经验传授者公开的技能信息摘要。
* 列表项应包含关键信息：经验传授者昵称、年龄范围、部分技能关键词、位置。
### 4.3 搜索与发现模块
* **FR-SD-01: 技能搜索**
* 经验学习者应能够在技能信息列表页通过输入技能关键词进行搜索。
* 搜索结果应展示包含该关键词的经验传授者列表。
* **FR-SD-02: 位置筛选**
* 经验学习者应能够根据城市/区域筛选经验传授者列表。
* 可以与技能搜索结合使用 (搜索某个位置的某种技能)。
### 4.4 沟通模块
* **FR-CM-01: 发起聊天**
* 在用户主页或搜索结果/列表页，用户可以点击按钮向对方发起聊天。
* 发起聊天后，双方进入聊天会话界面。
* **FR-CM-02: 文字聊天**
* 在聊天会话界面，双方应能够发送和接收文字消息。
* 聊天界面应显示消息发送时间和发送方。
* **FR-CM-03: 会话列表**
* 用户应能够查看所有正在进行或已有的聊天会话列表。
* 列表应显示会话的对方昵称和最新一条消息摘要。
## 5. 非功能性需求 (Non-Functional Requirements)
* **NFR-PF-01: 平台支持**
* MVP版本先满足Web端浏览器访问，不做移动端。
* **NFR-US-01: 可用性**
* 界面设计应简洁明了，考虑到老年用户的操作习惯 (如字体大小、按钮清晰度)。
* 核心流程（注册、发布信息、搜索、聊天）应流畅易懂。
判断是否可以进入下一步的标准：
这份需求文档能否回答：“这个产品/项目，最终是为了解决谁的什么问题？想要达到什么样的核心目标/结果？”
如果能，则基本合格，进入下一步！
有了清晰的需求文档，下一步是让AI工具构建原型。这个过程充满惊喜，你会看到想法迅速变为可见可交互的界面。
我的原型成果链接如下，想先看下效果的可以点击查看（建议电脑端打开）：
Lovable 生成的原型：https://preview–legacy-learn-share.lovable.app/
Bolt.new 生成的原型：https://elde-youth-bridge-bolt.netlify.app/
热门产品：v0.dev, Lovable, Spring.new, Bolt.new 等。这些工具均为国外开发，界面为英文。
我的策略：同时使用多个工具完成同一任务，进行“赛马”，择优采用，也能有效利用免费额度。
step1：一次性打开收藏夹中的多个工具，将整理好的需求文档输入。
step2：工具接收指令后，会开始分析需求并构建应用。
界面通常左右布局：左侧为对话区，右侧为预览/代码区。
无需担心代码，构建完成后会自动跳转到预览界面（若无跳转可尝试刷新）。
step3：构建过程中可能出现如下报错。别担心，它们都提供了【Fix with AI】的按钮。点击让AI尝试自行修复。
step4：AI构建过程中，可以去喝杯茶，点击前往原文查看录屏：
step5：等待约5-8分钟，大功告成，开始审阅AI的成果，点击前往原文查看录屏：
step6：生成的原型可以通过链接分享查看。
问题1：反复报错 / 空白没有预览画面等：
可能原因：需求描述过于复杂或有歧义；工具本身临时性问题。
解决方案：
问题2：整体效果不满意：
可能原因：输入的需求指令不够清晰；AI理解偏差或随机生成效果不佳。
解决方案：
问题3：部分效果不满意：
具体表现：某个组件、某个细节不符合预期。
解决方案：
前置准备
需求整理
原型设计
✏️小贴士
希望本文细化的步骤和技巧，能助你顺利跑通AI工作流的前半段！
在后续的文章中，我将继续讲解如何将原型转化为可运行的最小可行性产品，包括项目导入、环境配置、产品功能调整、部署上线和PRD文档撰写等流程。
未完待续……
作者：Ben的AI实验室 公众号：Ben的AI实验室
本文由 @Ben的AI实验室 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。