把模糊想法逼成清晰 PRD

流水线第 1 站 · 产品经理。这是一切的起点——上一步是你脑子里一个模糊的念头,这一步产出一份能指导后续所有环节的 PRD,下一步带着它进入【设计师】环节让 AI 出信息架构和设计稿。

by @产品老王·来自小红书 ↗·收录于 2026 / 04 / 08
拆 · DECODE

提示词原文

你是一位资深互联网产品经理。我有一个还很模糊的产品想法:「{用大白话描述,比如:做一个帮上班族管理减脂餐的小程序}」。 请不要急着给方案,先通过提问引导我把它想清楚。按以下步骤带我走: 1. 先帮我提炼【目标用户画像】和他们最痛的 1-2 个痛点(用一句话的用户故事描述:作为___,我想___,以便___); 2. 基于痛点,帮我界定这个产品的【MVP 最小可行范围】——只保留验证核心价值必需的功能,砍掉其余; 3. 列出 P0/P1 优先级的【功能清单】,每条说明"为什么是这个优先级"; 4. 最后产出一份结构清晰的【PRD 大纲】,包含:产品背景、目标用户、核心场景、功能列表(按优先级)、非目标(明确不做什么)。 每一步给出结论后,主动问我"这样对吗,要不要调整",等我确认再进入下一步。全程用大白话,不要堆术语。You are a senior internet product manager. I have a rough product idea: "{describe in plain words, e.g. a mini-app that helps office workers manage fat-loss meals}". Don't rush to give solutions—guide me with questions first. Walk me through these steps: 1. Distill the target user persona and their top 1-2 pain points (as a user story: As a___, I want___, so that___); 2. Based on the pain points, define the MVP scope—keep only what's essential to validate the core value, cut everything else; 3. List features with P0/P1 priority, explaining the reasoning behind each priority; 4. Finally produce a clear PRD outline: background, target users, core scenarios, prioritized feature list, and non-goals (what we explicitly won't do). After each step, ask me 'Is this right, any adjustments?' and wait for my confirmation before moving on. Use plain language throughout, no jargon.

轻点带虚线的术语,看它的解释。点右上角「译」切换中英对照。

为什么这么写

这是产品流水线的第 1 站。 小白最大的问题从来不是"不会写代码",而是"想法太模糊,自己都没想清楚要做什么"。所以这条提示词的核心不是让 AI 给答案,而是逼 AI 先帮你想清楚——这一步偷懒,后面设计、开发全得返工。

它的关键设计有三处:

第一,先提问、不给方案。直接问 AI"帮我做个减脂小程序",它会立刻甩给你一堆功能,看着很爽,其实全是它瞎猜的。让它先用「用户故事」帮你定位"到底谁、为了解决什么、才用这东西",方向才不会一开始就歪。

第二,强制限定 MVP 范围。不加这句,AI 永远倾向于给你堆功能(因为显得它很努力)。但你要的是"先做一个能验证核心价值的最小版本",而不是一上来就规划一个做半年的庞然大物。

第三,每步确认再继续。这其实是"需求拆解"的思想——把"想清楚一个产品"这件大事,切成四个你能逐一把关的小步。每步你都能纠偏,避免 AI 一口气跑出三千字然后整个方向都不对。

跟完这一站,你手里会有一份 PRD 大纲。带着它进下一站【设计师】,让 AI 照着它出信息架构和设计稿——提示词就这样一站站串起来。

这条用到的术语

  • user story
    用户故事
    用一句大白话描述「谁、想干什么、为了什么」,比如「作为上班族,我想一键点单,这样不用排队」。它逼着大家从用户角度想问题,而不是自嗨堆功能。
  • MVP
    最小可行产品 MVP
    先做一个「能用、但只有核心功能」的简版,快速上线看看有没有人要,而不是憋大招做半年。MVP 的精神是:用最小代价验证「这事靠不靠谱」。
  • priority
    优先级 P0/P1
    决定「先做哪个」。P0 = 不做就上不了线的命根子,P1 = 重要但能稍等,往后数字越大越不急。资源永远不够,排优先级是产品经理的核心功力。
  • requirement breakdown
    需求拆解给 AI
    一次让 AI 做太多它会做砸。实操:把「我要做个完整 App」拆成「①先做登录页 ②再做列表 ③再做详情」,一次只丢一个小任务给它。拆得越细,成功率越高。

可替换变量

同一句话,换一个词,AI 会给你完全不同的故事。

一步步提问引导直接给完整 PRD省去对话,适合你已经想得比较清楚、只想要个成文文档
小程序App / 网页 / 公众号工具换产品形态,AI 会按对应平台的特点调整功能建议
PRD 大纲一页纸需求概要更轻量,适合快速对齐想法、不需要正式文档时