Gemini提示词实战技巧：让学习项目需求生成真实案例

坦白说，多数团队拿 Gemini 写产品需求，产出的内容要么像教科书案例一样空洞，要么逻辑无懈可击却无法落地执行。这次聚焦一个实际场景——为 AI 产品经理训练营设计结业项目，重点是如何通过提示词引导 Gemini 生成可复现的实战需求。注意，这里的“实战”不是口号，而是一套可操作的方法论。

第一步：锁定角色与场景，从源头掐断空话。仅写“你是一位产品经理”远远不够，需要精确到“你是一位在教育科技公司主导过3期AI产品经理训练营的课程设计师，正在为第4期学员设计结业项目”。紧接着追加硬性条件：【所有需求描述必须基于该公司已上线的‘智能错题本’SaaS产品V2.3版本功能清单】。不加这句，Gemini 极易虚构“支持多端同步”“对接教育局API”等并未实现的功能；加上后，系统会强制调用已有模块组合逻辑，例如“拍照识别→知识点打标→薄弱项聚合→生成周复习卡”这条真实链路。

第二步：用可交付成果倒逼内容落地。分两个子步骤操作。

第一子步，在提示词中明确要求：“输出需列出学员最终提交的3项交付物，且每项必须附带命名示例与字数/格式限制。”比如给出模板：“PRD文档（命名为：错题本-学情分析模块-张三.docx，正文≤800字，包含字段：需求编号、用户故事、验收条件）”。这样就将模糊的“文档要求”转化为可核查的物化产出。

第二子步，植入真实协作痕迹。追加一句：“在‘前置条件’字段中，必须引用该训练营学员已熟悉的2个工具：Notion模板库（ID：NT-EDU-2026-Q2）、Figma组件库（链接：https://figma.com/file/edu-ai-v23）”。这招非常有效，Gemini 一旦看到具体工具ID和链接，就会放弃抽象描述，转而输出诸如“需在Notion模板的‘知识点映射表’Tab页中填写3个中学数学考点ID”这类可执行指令。实测效果立竿见影。

第三步：注入真实约束，让需求“长出毛边”。首先插入3条不可绕过的业务红线——禁止使用“一键”“全自动”等虚词；所有接口调用必须标注来源，例如“调用公司内部‘学情分析中台’v1.7 REST API”；时间成本必须量化到秒，例如“单次错题归因分析耗时≤12秒”。这些约束迫使 Gemini 放弃捷径，严格按真实技术规格撰写。

然后，绑定一个失败案例。在提示词末尾补充一句：“参考上期学员常见错误：将‘学生错题自动推荐相似题’误设为独立功能，实际应复用现有‘题库相似度引擎’模块，仅需配置新规则参数。”这相当于在需求中植入了一个“陷阱记忆”，Gemini 会自动绕过理想化设计，思考如何利用已有资源组合出新价值——这正是真实业务的核心痛点。

最后一步：用结构化字段框住自由发挥。要求输出严格按以下5个字段呈现，顺序不可变，字段名用中文方括号包裹，内容顶格书写：

【需求编号】
【业务触发点】
【学员可操作动作】
【依赖已有资产】
【验收时检查什么】

其中，“学员可操作动作”必须以动词开头，例如“修改Figma组件库中‘错题卡片’组件的悬停交互逻辑”；“验收时检查什么”必须可观察、可截图，例如“上传GIF动图，展示点击‘举一反三’按钮后，右侧弹出3道同考点变式题”。

这里设一条硬性规则：【字段顺序错乱或任意一项为空，视为无效输出】。别担心规则太死板，反而能迫使 Gemini 走入死胡同——不按给定格式写就真的无法交差。实战表明，这种“压迫感”反而能产出最干净的需求文档。