我让AI把一份需求文档变成了运营看板,只用了10分钟
上个月帮朋友整理社区活动的报名数据，他用的是Excel，几十个活动、几百条报名记录，筛个签到率都要手动拉公式。
我就用AI搞了一个——从头到尾，我一个人，10分钟。
传统做法是：先画原型、再写需求、再排期开发、再联调、再上线。快则两周，慢则一个月。
“某社区服务中心每月组织便民活动，亲子手工课、健康讲座、公益义诊、旧物交换、志愿者服务、邻里运动会。现在全靠微信群通知和表格统计，运营人员看不到报名和签到情况，活动结束了没数据复盘。”
第二步，AI自动把描述变成了一份完整的Markdown需求文档。
但内容是我验证过的——目标用户是谁、首页看板要什么数据、活动管理怎么筛选、报名名单怎么脱敏、活动详情怎么复盘。
整整15个章节，从案例背景到设计目标、从页面结构到模拟数据、从交互要求到视觉建议。
连”手机号必须脱敏显示1385621″、”不展示真实姓名和地址”这种隐私保护细节都给我补全了。
“你是一名前端原型设计师，根据这份需求文档生成一个可直接打开的HTML原型。包含首页运营看板、活动管理、报名名单、活动详情四个页面。使用虚构模拟数据，清爽亲和的后台风格。”
不是一张图。不是一段描述。是一个真的能点、能切页面、能筛选、能搜索的运营看板。
首页有四个核心指标卡——本月活动18场、报名426人、签到率82.6%、待开始7场。旁边是最近7天报名趋势折线图，下面是活动类型分布饼图和热门活动排名。
活动管理页按状态筛选——报名中(蓝色)、已满员(橙色)、进行中(绿色)、已结束(灰色)。每个活动有进度条展示名额使用率，一眼能看出哪个活动要满了。
报名名单页最实用。活动现场，工作人员打开名单，按签到状态筛选，谁的手机号1385621，谁是已签到、谁是未签到，备注里写了”需无障碍座位”，一目了然。
活动详情页是复盘用的。夏季健康义诊，68人报名，70个名额，签到56人。报名趋势、名额使用、参与人群分布，全在一个页面里。
数据全是虚构的，没有真实姓名、没有真实手机号、没有真实地址。但布局是真的、交互是真的、业务逻辑是真的。
-
以前写需求文档是最耗时的环节。需求澄清、字段梳理、状态机画图——一个中型页面光文档就要两天。
现在5分钟出一份初稿，我要做的是审阅和修正，不是从零写。
关键是，AI写的需求文档比我写的更结构化。它天然会补齐”不包含范围”、”隐私保护”、”明确禁止项”这些我容易漏掉的东西。
以前原型是中间产物——给开发看、给客户确认、然后扔掉重做。
导航切页面、搜索筛活动、状态标签变色、名额进度条、表格行选中——这些交互不是装饰品，是真实可操作的。
过去做需求，依赖的是Axure画得好、交互逻辑画得全。现在，你只要能把场景讲明白，AI就能还原出原型。你描述得越具体（”报名名单要展示昵称、脱敏手机号、签到状态、备注，支持按活动名称和签到状态筛选”），AI出的东西就越接近你的预期。
去年做无人机管理平台，客户说”我们要一个能看无人机飞行轨迹的功能”。
“不是这个意思，我要的是同一架无人机在不同时间段的轨迹叠加对比，看它飞得稳不稳。”
一个”看轨迹”，我理解成了回放，客户要的是分析。返工了整整两周，重新梳理状态机、重新设计时序图、重新写接口。
如果那时候有这套流程，把场景描述丢给AI，让它生成一份结构化的需求文档，里面有”包含范围”、”不包含范围”、”用户场景说明”——AI补的那几行字，可能就帮我省了两周。
这份需求文档是我故意按”公开案例”标准写的——不涉及任何真实项目、真实单位、真实数据。
因为我想验证一件事：“描述→Markdown需求→HTML原型→GPT UI设计”这套流程，是不是可以复用到任何一个轻量级的后台场景？
社区活动运营看板只是其中一个例子。你换成”会议室预约系统”、”志愿者排班表”、”仓库盘点看板”，同样的流程跑一遍，都能出东西。
我把这个案例的完整Prompt放在下面，如果你也想试试，直接Copy：
你是一名前端原型设计师，请根据需求文档生成一个可直接打开的HTML原型。使用虚构模拟数据，不展示真实姓名、完整手机号、真实地址。视觉风格清爽亲和。保留导航切换、搜索、筛选、状态切换等基础交互。使用单个HTML文件完成。
加上你的需求描述，丢给ChatGPT或WorkBuddy，等30秒。
不是AI取代了谁，是会用AI的人，一个人能干三个人的活。
试过的评论区说说效果，我看看大家用这套流程做出了什么。
夜雨聆风
