议程架构
活动参加者体验路径
议程写的是台上发生的事，却没有人记录首次参加者从收到邀请到活动后一周的实际感受。
将打开 WhatsApp 并生成可修改的草稿，不会自动发送。 WhatsApp 咨询草稿将以英文生成，发送前可自行修改。工具无需提交咨询即可使用。
简要回答
参加者体验路径跟随一位典型的参加者走过每个步骤：邀请、报名、参会须知、抵达、入场引导、各场次、休息、离场和后续跟进。每一步都记录他们需要什么、会做什么、由谁负责。
体验路径把议程决定转化为实际体验，并显示某个团队工作中的缺口最终落在参加者身上的位置。
选两三条路径，而不是所有人
选择一天体验不同的参加者类型：首次参加的会员、讲者、赞助商代表，或从外州赶来的代表。不同的路径会暴露不同的缺口。名单要短到能够完成。
需要梳理的阶段
| 阶段 | 参加者的需要 | 负责人 | 要找的痛点 |
|---|---|---|---|
| 邀请与报名 | 清楚的日期、地点、费用和当天内容 | 秘书处 | 费用或截止日期不清楚 |
| 参会须知 | 如何到达场地、何时到、带什么 | 秘书处／项目负责人 | 须知发得太晚 |
| 抵达与入场引导 | 在哪里签到、往哪里走、问谁 | 签到团队、场地 | 没有指示牌，排队很长 |
| 各场次 | 每个场次在哪里，对他们有什么期望 | 主持人、场地 | 换会场没有通知 |
| 休息与交流 | 茶点、安静空间、祈祷空间、可认识的人 | 场地、主持人 | 没有地方坐，见交流环节结构 |
| 离场 | 清楚的结束以及接下来做什么 | 主持人 | 闭幕不清楚，抢着去停车 |
| 后续跟进 | 幻灯片、笔记、联系方式和下次日期 | 秘书处 | 什么都没收到，或几个月后才收到 |
如何走一遍路径
包含最初和最后的十分钟
开场顺序和闭幕，是大多数参加者记得最清楚的时刻。决定由谁迎接、大家如何找到座位，以及离场时会发生什么。
常见错误
- 只梳理台上的体验。
- 以为每个人都参加过。
- 从主办方的角度写，而不是从参加者看到的角度写。
- 发现了缺口，却没有指定负责人。
实例演示 · 虚构示例
梳理首次参加会员的体验路径
虚构机构与数字，仅作示例。
一个预计有300位代表的虚构专业学会，梳理了首次参加会员的一天。结果显示：参会须知只在两天前才发出，电梯厅缺少签到处的指示牌，而且没有任何信息承诺会发送后续幻灯片。
秘书处把须知提前到两周前，向场地询问指示牌的事，并在闭幕致辞中加一句说明资料何时共享。
可直接使用
参加者体验路径表
每种参加者类型复制一张表。
| 阶段 | 看到或做的事 | 需要 | 负责人 | 清楚／不确定／缺口 | 行动与日期 |
|---|---|---|---|---|---|
| 邀请与报名 | |||||
| 参会须知 | |||||
| 抵达与入场引导 | |||||
| 各场次 | |||||
| 休息与交流 | |||||
| 离场 | |||||
| 后续跟进 |
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 两三种参加者类型，一个场地。
- 团队小，可以一起在场地走一遍。
- 参会须知和后续跟进已有计划。
以下情况，外部策划协助更有价值
- 多个场地、分会场或需求不同的听众。
- 多个团队各负责路径的一部分，却没有人整体把握。
- 活动曾出现参加者投诉，却找不到明确原因。
从参加者的角度规划这一天
如果希望有人把参加者从邀请到后续跟进的路径统筹起来，Event Blueprint 可以记录各阶段、责任和缺口，并指定负责人。项目负责人可协调各团队和场地，确保每一次交接都有人负责，议程和对外讯息仍由您掌握。
主办方常见问题
应该梳理几条路径？
两三条，选择一天体验不同的参加者。再多，这项工作就会停滞。
谁来走这条路径？
没有参与策划活动的人，最好是与参加者相似的人。在场地实地走一遍，有助于发现指示牌和排队问题。
体验路径可以取代流程表吗？
不能。体验路径展示的是感受，而现场流程表列出其背后的提示和任务。两者都要用。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。