WorkBuddy 帮我把原型需求先整理成一张能跑的输入表

最近我反思自己是不是话太多，但这事不吐不快。评审会上，产品说“这个需求很简单，做个可点击原型就行”，开发说“你先给我字段”，设计说“交互状态呢”，最后三小时过去，什么都没定。刷到一篇 AI 原型工具盘点，说现在不少设计从业者每周用 AI 做设计，产品经理也开始绕开排期。方向我认，但我这边试下来，真正卡的不是生成，而是你喂给 AI 的材料太乱。

你听我说，先把需求整理成固定输入，再交给原型工具。我用 WorkBuddy 自动周报跑了四周，今天刚接了企业微信文档，腾讯会议转写也刚用几天，顺手搭了一个原型需求归集器。WorkBuddy 是 AI 办公效率工具，能处理文档、表格、邮件、PPT、数据分析、文件整理，我这里主要用它做文件整理和表格生成。

具体路径我写细一点。打开 WorkBuddy，首页点“空间”，再点“新建空间”，模板选“空白”，名字就叫“原型需求池”。进入空间后点“表格”，新建一张表，字段别太多，我固定七个：角色、入口、页面、动作、状态、异常、验收。角色是用户是谁，入口从哪里进，页面是层级，动作是点了以后发生什么，状态是空态、加载、成功、失败，异常是断网、无权限、数据缺失，验收是开发怎么判断做完了。这张表不是给人欣赏的，是给 AI 吃的，列名越稳定越好。

然后点“数据源”，连接企业微信文档和腾讯会议转写。企业微信文档我今天刚上手，还在试；腾讯会议转写是 8 月 31 号才开始用的，刚上手，好处是会议里那些“我觉得这里应该这样”的话能被搜到。授权后，在数据源列表能看到“已连接”和“待同步”。选一个固定文件夹，比如“评审材料”，别让它扫全公司，不然旧版本会把你淹死。数据源进来后，点“字段映射”，简单说就是告诉 AI 哪一列对应哪一列。我把转写内容里的动作映射到“动作”，PRD 里的页面映射到“页面”，会议待确认事项映射到“异常”。PRD 就是产品需求文档。这里别偷懒，我一开始让它自动猜，结果漏了异常，后来手动绑死，稳定很多。别让它自由猜字段，这是 WorkBuddy 最容易翻车的地方。

映射完，点“任务”，新建一个“生成需求包”。输出格式我选“表格 + Markdown”，Markdown 就是纯文本标记格式，方便贴到原型工具里。我给它写了长提示词，提示词就是给 AI 的指令。我前几天才开始用 Prompt，指令太短会让它自由发挥，出来看着像那么回事，其实逻辑缺一截。所以我要求它只从固定数据源提取，不补业务假设，遇到缺失字段标红，最后列出需要确认的问题。比如验收为空，它不能编，要写“请确认验收口径”。

权限我也分了一下。产品经理能改字段映射和任务模板，开发只读需求表，但可以提评论，测试负责维护异常和验收。企业微信文档里设了“可评论，不可编辑”的评审稿，WorkBuddy 空间同步源文档权限。这样避免大家随手改描述，结果 AI 又生成一版新的，开发照着旧表骂人。我被开发骂了五年，已经免疫了，但能少挨一次是一次的。日常维护我每周一跑一次增量同步，就是只跑新增和变化部分，别全量重跑。周五看有没有字段空缺，超过三个空字段就不进评审。

效果挺实在。以前评审前我要拼 PRD、会议记录、竞品截图，大约一个下午。现在 WorkBuddy 大约二十分钟能出一版需求包草稿，我还是得人工过一遍，尤其异常和验收，它容易把“暂无数据”和“接口失败”混在一起。但省的是找材料和对字段的时间。我拿一版旧需求试了一下，把需求包丢给原型工具生成 Demo，返工少了，开发至少没在群里问我“所以到底有几个状态”。

我觉得吧，原型工具是后段，WorkBuddy 更像前段水管。水管不固定，后面再快也是喷。我的环境不一定适用所有人，但建议很明确：先别急着追新原型工具，拿 WorkBuddy 建一个固定需求表，把角色、页面、动作、状态、异常、验收绑死，再让 AI 生成。