## 产品需求文档

AI 输出的产品需求文档（PRD）主要有两种格式：Markdown 适合作为源文件持续讨论（可使用 Typedown、Ulysses 等预览），DOCX 适合交付，GPT-5.6 Sol（高）基本能实现持续对话讨论 + 增量更新文件。PRD 内容层面要讲明背景和怎么做，形式层面，从可读性考虑，图表＞列表＞文字（示例＞规则），图表涉及流程图、状态机和名词解释等，列表包括无序、有序列表。

如果方案初期需要梳理思路，也可以直接让 AI 输出思维导图，当前主流思维导图格式如.xmind、.mmap、.pos 等，ChatGPT 都能直接生成，豆包目前还不能，但未来应该可以。另外，如果生成的思维导图打不开，让 ChatGPT 自查原因并修正。

## 流程图

AI 输出的流程图主要有两种格式：ASCII 和 Mermaid，前者生成速度快，适合讨论，但有时排版会错乱，后者生成速度稍慢，不过呈现效果更好同时支持二次编辑，适合发布，但有时会渲染不出来导致预览失败，豆包多次遇到，ChatGPT 也出现过，此时可让 AI 自查原因，这个 AI 不行就换个 AI，之前有次豆包查了三次都没解决，DeepSeek 一次搞定。其中一个低级问题是 AI 输出的 Mermaid 代码前后有 ““`mermaid”和““`” 的 Markdown 标记，删掉后才能预览，此时可让 AI 助手后续输出能在 AI 助手内预览的 Mermaid 代码，另外本地软件如 Typedown，在线服务如 Mermaid Viewer、draw.io（+ – Mermaid）等也能预览 Mermaid 代码。

AI 基于 Markdown 导出 DOCX 时能读取 PRD 中的 Mermaid 代码并渲染成 PNG，对图片效果不满意，可在 Typedown 等软件中预览然后截图，如果图片很长，可先导出为 HTML，然后在 Chrome 中打开，通过 FireShot 等支持滚动截图的扩展程序截图，再粘贴到文档中。如果考虑流程图的协作编辑，当用 WPS 写文档时，可 “插入 – 流程图 – 导入流程图 – 粘贴 Mermaid 文本 – 开始解析”，WPS 的不足是非会员可编辑的流程图图形不能超过 60 个，当用飞书写文档时，也可直接插入 Mermaid 代码，而且飞书画板没有图形不能超 60 个的限制，当习惯使用传统流程图工具如 Microsoft Visio 时，则可先将 Mermaid 转 Visio，然后在 Visio 中精修。

## 原型图

个人习惯用 Axure RP 画原型，目前 AI 还不支持直接生成 RP 文件，不过依然可以让 AI 输出产品原型（ASCII、HTML 等）或 UI 图，供自己画原型作参考，互联网产品的交互和界面设计范式已经比较成熟，没必要从零开始。另外，由于研发也在用 AI 开发，对于一些 B 端、运营端需求，会跳过原型直接给 Markdown 文件，DOCX 文件则提供给其他产品、UI 设计师和测试。

## P.s.

AI 已经全面渗透进工作中，从答疑 + 所有产出过一遍 AI 到 AI-based 工作模式。现在感觉 AI 像一个咨询顾问，下限很高，上限薛定谔，其中一部分取决于我们的认知或者说问题：一方面 AI 能查询，对标竞品，能评审，查漏补缺；另一方面，AI 提供的方案可能不合适甚至是错的，需要我们判断。AI 会犯错不只是其 “输出结果本质上是概率分布的采样结果” 及由此带来的 “incredible at being average”，而是我们的业务特点、产品进展等相对独特，拿来主义没法适用所有场景，另外 AI 记忆力还差点意思，容易忘掉一些已经讨论过的结论，这点姑且忍着。