深度长文｜2026产品经理AI实践手册
输入“/”快速插入内容
深度长文｜2026产品经理AI实践手册
深度长文｜2026产品经理AI实践手册
用户6116用户6116昨天修改
奔跑的大毛腿 · X · @run_maotui · 2026-09-16 17:38
📌 本文为转载，版权归原作者所有，全文以原文链接为准
AI 正在重新组织产品经理的工作方式。
最开始，我只让它帮忙做一些具体任务：写 PPT、整理材料、改方案。后来，我开始把它放进真实的工作场景：基于一个已有产品，参与新功能的需求分析、原型设计和 PRD 编写。
现在，我走到了第三个阶段：让 AI 参与一个产品需求定义到上线的完整过程。
这篇文章不讨论“哪个 AI 工具最好用”，也不整理 Prompt 大全。我想按产品经理真实的工作流程，把目前实际跑过的方法拆开来讲：
项目初始化 → 市场分析 → 需求调研 → 需求分析 → 原型 → PRD → 需求评审 → 研发 → 测试上线 → 运营反馈
文末还有我实践后总结的 3大心法 和 产品项目初始化prompt 。
开始之前：先给 Agent 一个产品项目
如果只是让 AI 帮你写一个 PPT，把背景和要求说清楚就够了。但如果你希望它从需求调研一路参与到测试上线，情况就完全不同。
真实产品里的大部分判断都依赖历史。每次都要重新解释，它就仍然只是一个临时工具。
所以，开始一个新的产品项目时，我通常先给 Agent 建一个可以长期工作的项目空间。
先让它认识这个产品
我会尽可能把已有材料整理进去，比如产品介绍、历史 PRD、当前系统截图和设计规范。
运行过一段时间的产品，资料通常不会很干净：有的已经过期，有的是未来规划，还有一些只是讨论过但没有落地的方案。
初始化的第一步，就是让 Agent 帮忙梳理清楚三件事：这个产品现在是什么、已经知道什么、还不知道什么。
再告诉它，在这个项目里应该怎么工作
除了产品资料，我还会给项目一套协作规则，解决几个更基础的问题：
•
什么内容可以当事实；
•
文件应该放在哪里；
•
修改需求后，哪些内容需要同步更新。
这些规则一旦建立，后面每一个需求都不用重新解释。
长期使用 Agent，需要先建立一套稳定的协作方式。后面的每个需求，就不用再从头教它怎么工作。
用一个 Prompt 完成初始化
为了避免每次从头搭项目，我后来把这套流程整理成了一份初始化 Prompt。
完整版放在文章最后的附录里。
代码块
### 1. 建立统一的项目结构
按照“原始输入 → 产品认知与规划 → 需求池 → 单需求 → 版本 → 验收复盘”的流程组织项目目录，保证材料归类清晰、后续可持续维护。
### 2. 建立统一的事实与需求管理规则
所有原始材料先登记来源，再进入分析；每类信息只保留一个唯一维护位置。需求采用统一编号、状态和版本规则，确保来源可追溯、状态可跟踪。
### 3. 建立 AI 协作边界
Markdown 作为长期维护的事实源，Word、PDF、PPT 等作为交付产物。AI 可参与分析、整理和产出，但涉及正式需求、状态变更和文件修改时，应先确认再落盘。