工作流程 1
每个产品领域创建一个项目
按产品领域或功能把反馈、规格说明和决策放在一起，避免无关的路线图上下文干扰检索。
试试这条提示词
审阅项目文件并撰写一份产品背景简报。包括用户、问题、现有解决方案、限制条件、待解决问题、风险和决策历史。
上传哪些内容
先上传答案所依赖的文件。
很多人用不好 AI 项目，是因为上传的资料太少。如果人类专家需要某些原始资料，项目也同样需要。
用户访谈、支持工单和客户反馈
PRD、规格说明、路线图笔记和决策日志
数据分析摘要、实验结果和电子表格
截图、线框图、设计笔记和发布计划
工程限制、API 文档和架构说明
项目指令
告诉项目你所在行业的思维方式。
同样的文件，指令不同，得出的答案可能截然不同。一次性设定好要求，让每个模型都知道如何处理来源、不确定性和格式。
把用户证据、产品判断和实现假设分开。
涉及用户的说法和需求，须注明文件名。
优先考虑清晰度、利弊权衡和决策就绪程度。
在建议调整路线图之前，先指出缺失的数据。
使用简洁的产品语言，适合工程师和利益相关方阅读。
实战手册
先试试这五个工作流程。
这些不是纸上谈兵的功能介绍，而是产品经理在创建项目后最应该先尝试的实用工作流程。
工作流程 2
综合分析用户反馈
上传访谈、工单、调研笔记和截图，让 AI 找出规律、严重程度和有代表性的用户原话。
试试这条提示词
分析项目中的反馈。找出用户最主要的痛点、对应的证据文件、出现频率信号、严重程度、受影响的用户画像以及产品机会。
工作流程 3
基于证据起草 PRD
把项目作为需求文档的素材来源，而不是从空白模板开始。
试试这条提示词
根据项目文件起草一份 PRD。包括问题、目标、非目标、用户故事、需求、边界情况、成功指标、风险和待解决问题。
工作流程 4
比较路线图方案
让多个模型基于同一项目上下文比较各方案，然后使用 AI Collaboration 进行评审。
试试这条提示词
针对这个功能比较三种路线图方案：最小化上线、深度投入或推迟。使用项目证据，并列出利弊权衡、风险和决策标准。
工作流程 5
准备给利益相关方的进展汇报
把零散的产品证据整理成清晰的汇报，提供给管理层、工程团队或市场推广（GTM）团队。
试试这条提示词
根据项目文件撰写一份利益相关方进展汇报。包括当前状态、证据、需要做出的决策、风险、后续步骤以及需要负责人回答的问题。
避免这些错误
大多数人使用项目的方式都太笼统。
解决办法很简单：让项目保持聚焦，上传真实的原始资料，并要求输出有据可查的结果。
1.未上传用户证据和限制条件之前，不要起草 PRD。
2.不要在一个项目中混入互不相关的产品领域。
3.不要让 AI 编造指标或客户原话。
4.寻求路线图建议时，不要忽略工程限制。
5.不要对利益相关方隐瞒不确定性。
常见问题
产品经理常问的问题。
产品经理应该为每个功能创建一个项目吗？
通常应该。每个功能或产品领域建一个项目，可以让客户反馈、规格说明和决策保持聚焦。
项目能帮助撰写 PRD 吗？
能。上传用户证据、限制条件和决策记录，然后让 AI 基于项目文件撰写 PRD。
可以上传截图和反馈吗？
可以。截图、笔记、电子表格和文档都可以上传并建立索引，供项目检索使用。
AI Collaboration 如何帮助产品团队？
不同的模型可以基于同一项目上下文，对产品决策进行起草、评审和压力测试。
用正确的方式开始
在提出难题之前，先创建一个项目。
上传资料、设定规则，然后让 MultipleChat 为 ChatGPT、Claude、Gemini、Grok 或 AI Collaboration 检索相关上下文。