{征文}我用 WorkBuddy 完成了一次活动筹备：从需求梳理到交付检查

办活动最累的不是当天，而是之前那三周。

上个月我要办一场小型线下交流活动。场地有了雏形，嘉宾基本定了，但能拿去执行的方案一个字都没有——信息全散在脑子里和几个微信群里。

这次我没先写方案，而是把 WorkBuddy 当成一个什么都不懂的实习生，从头讲这件事。

一、需求是被问出来的

我最初的需求只有一句话：办一场线下交流活动。这句话没法执行，因为它没写清服务谁、范围多大。

所以我没让它写方案，而是让它反过来采访我：为谁办？来多少人？多久？谁拍板？什么算办成了？哪些明确不做？

我逐条回答，它整理成《活动需求说明 v0.1》。这份文档最值钱的地方不在于写了什么，而在于写下了“不做什么”：不做周边、不做晚宴、不请媒体。范围一收窄，后面所有决策都有依据，去和场地、嘉宾对齐时，我也能讲清目标、人数和验收标准。

需求梳理并不只是一个人闷头想，还需要被人反复追问。

二、排期要看清依赖，不只是列任务

我让它按活动当天往前倒排三周，产出执行表：场地确认、嘉宾回执、报名开启、物料下单、推流测试、彩排、当天、复盘。每条都带负责人、截止日，还有依赖关系。

这张表让我看清两处容易出错的地方：海报要等嘉宾名单定稿，报名页要等海报出图。我一直以为这两件事能同时进行，实际上它们是一环扣一环。把嘉宾确认提前四天，整条流程才真正跑通。

三、物料：同一件事，对不同的人说不同的话

报名页要促转化，群公告要说清时间地点，主持稿要有节奏。我把需求说明整份放进去，让它按渠道出初稿。稿子我全改过，但改初稿和从空白页开始写，是完全不同的两种体力消耗。

对外文字我都通读了一遍，把过于“标准”的句子改回日常说法。工具负责补全内容，判断和语气还得自己来。

四、现场：把临时变更收进一个地方

前一天场地换了入口，一位嘉宾晚到二十分钟。这类事如果只散在群里，现场一定会乱。

我提前让它做了张《现场变更记录表》：谁发现的、改了什么、影响到谁、通知了没有。当天所有变动都往表里写，晚上复盘直接拿它说话，不用翻几百条聊天记录去回忆“当时到底怎么定的”。

五、交付检查：把最后一公里变成清单

这是我觉得最值得的一步。活动前 24 小时，我把需求、执行表、变更记录一起交给它，让它反向生成《交付检查清单》。它按这次活动的具体条件提问，并非照模板套用：签到表打了几份？麦克风有备用电池吗？推流在场地网络下测过吗？水牌上的名字核对了吗？

27 项里抓出两个我一定会漏的：签到二维码没做离线版，而场地网络不稳；请假名单没同步给签到台。

当天才发现，就是手忙脚乱；提前一天发现，只是十分钟就能补上。

最后

它不会替我做决定；它帮我把“想到”变成“写下”，再把“写下”变成“可检查”。

一场活动真正的难点，是需求散在脑子里、责任散在群里、风险散在侥幸心里，而不是某一项任务有多难。

如果只给一条建议：别一上来就让它“帮我写个方案”。先把你自己问清楚，让它当那个不断追问的人。