先别把 AI 当程序员

很多人做 AI 编程，第一反应是：“帮我写个小程序。”这句话太粗了，AI 只能给你一堆看起来能跑、但越改越乱的代码。真正能提效的做法，是先让 AI 当产品助理，把需求拆清楚，再进入设计和开发。

PRD 不是大公司才需要的文档，它本质上是三件事：谁用、用来干什么、做到什么程度算完成。尤其是小程序这类项目，用户端和管理端千万别混在一份需求里写。用户端关心“我怎么快速完成任务”，管理端关心“我怎么配置、查看、管理、追踪”。两类人视角不同，页面、权限、数据、异常状态也不同。

一套普通人也能用的流程

第一步，先写业务一句话。比如：这是一个帮助用户记录、查询、提醒、复盘的小工具。不要急着列功能，先让 AI 追问你：目标用户是谁？高频场景是什么？用户为什么现在不用别的工具？

第二步，按用户群体拆 PRD。小程序端写给最终用户看，重点是注册登录、核心功能、广告触点、付费或权益、消息提醒、异常提示。Web 管理端写给运营或管理员看，重点是内容配置、用户管理、数据看板、广告位配置、权限、审核和导出。

第三步，让 AI 生成“用户故事 + 验收标准”。不要只写“支持广告配置”，而要写清楚：谁可以配置？配置什么？生效范围是什么？失败怎么提示？上线后怎么验证？比如“管理员可在后台配置首页横幅广告，保存后 5 分钟内在小程序首页展示，若图片尺寸不合规需提示原因”。

第四步，把 PRD 喂给 AI 生成页面清单。让它输出每个页面的入口、核心组件、主要操作、空状态、错误状态。这里最容易漏的是“没数据时怎么办”“网络失败怎么办”“权限不足怎么办”。这些不是细节，而是用户体验的骨架。

第五步，再生成交互稿提示词。你可以让 AI 按 Pixso、Figma 或通用设计稿格式描述页面：布局、信息层级、按钮状态、弹窗、表单字段、列表筛选、移动端适配。注意，AI 出的是初稿，不是定稿。最终还要人工检查：主路径是否顺、按钮是否过多、页面是否在教育或内容场景里足够克制。

判断标准：不是文档越厚越好

好的 AI PRD 不追求长，而追求能减少返工。它至少要回答四个问题：开发知道做什么，设计知道画什么，运营知道怎么配置，测试知道怎么验收。

如果你是内容或教育从业者，尤其要重视“后台配置能力”。很多小程序失败，不是用户端功能少，而是每次改广告、改课程、改活动、改文案都要找开发。前期 PRD 里把配置项、展示规则、上下线时间、数据统计写清楚，后面运营才有空间。

可直接套用的清单

做 AI 项目前，可以按这个顺序问 AI：

  1. 帮我按用户端和管理端拆需求，不要合并。
  2. 每个端分别输出目标用户、核心场景、页面清单。
  3. 每个功能写用户故事和验收标准。
  4. 标出广告、权限、数据统计、异常状态。
  5. 根据 PRD 生成交互设计稿说明。
  6. 最后反向检查：哪些需求不清楚、哪些会增加开发成本、哪些可以放到二期。

AI 编程真正的门槛，不是会不会提示词，而是你能不能把“想法”翻译成“可执行的产品结构”。先让 AI 帮你把 PRD 和交互打稳，再写代码，效率才是真的提升。