夜雨聆风市面上做AI辅助写作的产品越来越多，但我发现一个有意思的现象：很多团队写着写着就把需求定成了"让AI帮我写好一篇文章"。这个"帮我写"三个字拆开来看，每个字都是坑——"帮"的含义不明确（人机协作到什么程度）、"我"没有界定（目标用户是谁）、"写"的范围太大（是写全文还是写段落）。
我看了不少团队早期的PRD，最大的问题不是没想清楚，而是想得太大了，什么都想做，最后交付的东西哪个场景都没做好。这篇延续"从0到1写AI功能PRD"系列，继续给一个可以直接拿来填空的模板，这次说AI辅助写作。
先把产品边界画清楚：什么该做，什么不做
写PRD最怕的就是边界模糊。AI辅助写作这个方向尤其如此——从自动写论文到写朋友圈，每个场景都像"AI能搞定"，但每个场景的需求完全不同。我的建议是，在写功能需求之前，先列一张产品边界表，跟团队对齐"我们在哪个范围里干活"。
这个边界表的作用是什么？它让所有人都知道——我们不是做一个"帮你把文章写了"的东西，而是帮你把写的过程缩短。这两种表述在需求层面差得很远：后者意味着用户始终在决策链上，前者某种意义上已经变成代写了。
先选交互模式：你打算让用户怎么跟AI协作？
很多PRD一上来就列功能模块——生成引擎、编辑功能、历史记录……但这些东西应该由交互模式来驱动。你选择引导式还是对话式，决定了后面整个功能树的形态。
目前主流的AI写作产品，交互模式大致分三种：
引导式最适合作MVP，原因很简单：用户进来选一个场景（“写一篇产品发布推文”），填几个关键字段（标题要点、目标受众、语气风格），点生成。整个路径是确定的，模型行为可控，出问题也知道在哪里调。
对话式虽然体验上限高，但需求复杂度也高——用户跟AI聊了十分钟，生成的内容是前面所有对话的累积，状态管理、上下文长度、撤回操作，每一个都是工程难题。这一轮，假设我们选择引导式为主。
核心功能模块：用来支撑引导式交互
确定了引导式交互之后，功能需求就变得有方向了。按优先级排，核心模块有四个。先说最核心的生成引擎——也是需求最容易被"让模型自己发挥"带偏的地方。
需求描述- 用户选择写作场景后，系统根据用户填写的要点生成初稿- 生成结果按"标题→引言→正文→结尾"的结构输出- 语气/风格需跟随场景配置（正式、口语、营销、学术）- 长度控制：用户可指定"短篇（200字）"中篇（500字）"长篇（1000字）"边界条件- 一次生成最多3个版本供用户选择- 用户可指定"某一段不满意"进行局部重生成- 引用的数据/事实必须有来源说明（如果有外部输入的话）
这块容易踩的坑是"让模型自由发挥"——没有篇幅控制、没有结构约束、不限制风格。结果就是每次生成的结果质量飘忽不定，用户觉得"上次挺好，这次不能用"。需求里就要锁死变量，告诉开发每个参数是固定的还是可配置的。
模块2：编辑与修改
AI写的初稿很少能直接用，所以修改能力比生成能力更重要。核心的修改操作有五个：
模块3：版本与历史
写作是个迭代过程，用户需要能回到之前的版本，模块设计如下：
需求描述- 每次生成/修改操作后，自动保存一个版本- 用户可查看版本列表，支持回退到任一版本- 版本对比：选中两个版本，高亮显示差异- 版本命名：用户可为关键版本加标签（"定稿版""给主编看"）边界说明- 版本上限暂定为50个/篇，超出后自动覆盖最早的- 版本对比只做文本差异显示，不做AI分析
模块4：模板与预设
这是提升产品使用率的关键。用户自己摸索怎么写prompt成本太高，预置场景模板能大幅降低使用门槛。
预置场景：产品发布推文、活动公告、周报邮件、小红书种草文案 用户可自定义模板：保存"场景+字段条件"为一个新模板 模板市场（V2考虑）：用户分享自建模板
质量与安全：不能让用户被AI"骗"了
刚好上一篇写了AI总结幻觉的问题，在写作PRD里也是同样的道理——AI写的不能全信，但产品不能让每个用户都变成AI专家才能用。从三个层面来做质量管控：
内容安全底线
所有生成内容经过敏感词过滤（黑名单+正则） 涉及人物/组织的表述，提示用户"建议核实准确性" 行业术语和数字信息，出稿前给一个"建议核对"的标记
生成质量规范
不跑题：生成内容不能脱离用户输入的"要点"范围 不重复：同一段落内不允许出现两次相同表述 不编造事实：如果用户输入中没有提及某数据/事件，AI不能自行编造并引用
用户控制权
每段生成内容右侧提供"不满意"入口，用户可点赞/踩 用户可手动锁定某段内容（不让后续的重新生成影响它） 支持指定"关键点强制保留"——用户写的关键词不会被AI优化掉
PRD完整模板框架（可直接填空）
下面给一个完整的PRD框架，覆盖了上述所有模块。你可以直接复制，把自己场景的信息填进去。
1. 产品概述
产品定位：AI辅助写作工具，以引导式交互为核心，面向C端个人用户的日常写作场景 目标用户：自媒体从业者、内容运营、职场写作者 核心场景：公众号推文、社交媒体文案、工作邮件、笔记整理
2. 功能需求
3. MVP起步建议
如果只做一个版本，我会建议砍掉这些：
❌ 对话式交互 → 只做引导式 ❌ 风格转换 → 只做首期预置的2-3种语气 ❌ 模板市场 → 先只做预置模板，用户自定义放到V2 ❌ 版本对比 → 只做版本回退，对比高亮延后
MVP的边界是：引导式交互 + 续写/扩写/重写 + 预置场景 + 敏感词过滤。这个范围足够验证PMF，也足够让开发团队在两个月内交付。
PRD系列写到第三篇了，写下来一个感受：PRD模板的价值不在"写得多全"，而在"判断了什么可以不做"。智能客服那篇的边界是"不替代人工客服"，内容审核那篇的边界是"不做决定，只做标记"，这篇的边界是"不自动完稿，只辅助创作"。每个团队的判断不一样，但把边界写清楚，比把功能写满重要得多。