子活动与特殊礼遇

现实中的活动很少在某一个瞬间就结束。一场婚礼会有仪式、宴会，有时前一晚还有迎宾晚宴，第二天早上还有早午餐。一场为期多天的会议会有主会场、VIP 社交晚宴，以及只有部分参会者能进入的工作坊分会场。一次重要生日可能既有私密的家庭聚会，也有对外开放的续摊派对。

“子活动”和“特殊礼遇”让你可以在同一份 Fotify 邀请函中还原这种现实。每位宾客只会看到与自己相关的内容——他们被邀请参加的仪式、他们符合资格的续摊活动，以及你为他们的同行人员安排的福利（酒店折扣、交通补贴、欢迎礼）。

Beta： 此功能正在以 Beta 形式逐步推出。我们会根据组织者的反馈快速迭代——如果你觉得哪里不对劲，请联系支持团队，我们会优先处理。

子活动与特殊礼遇能解决什么

子活动是主活动之下的子体验。每一个子活动都有自己独立的：

• 名称、描述、照片、着装要求、强调色
• 日期、时间、带地图链接的地点
• RSVP 规则：截止时间、可带同伴人数、容量、候补名单
• 访问规则：公开、按标签限制、或按具体宾客指定
• 可选访问码，用于“秘密”子活动
• 可选依赖关系（例如“必须先接受仪式”）

特殊礼遇是你为部分或全部宾客准备的福利。你可以把它们理解为活动中的 VIP 权益：

• 酒店房间配额（Hotel block）及团体折扣码
• 为外地亲属提供 $40 Uber 额度
• 欢迎晚宴已包含（无需额外 RSVP）
• 为婚礼成员提供 VIP 休息区权限
• 前 20 位领取者可获得水疗通行证

礼遇会以私密方式显示在每位宾客的邀请函上——宾客只会看到分配给自己的内容。

在仪表盘中哪里可以找到

1. 在 dashboard.fotify.app 打开你的活动
2. 在侧边栏进入 RSVP
3. 点击 Sub-events & VIP 标签页（留意 Beta 徽标）

你会看到两个面板：上方是 Sub-events，下方是 Special treatments。两者相互独立管理——宾客可以被邀请参加某个子活动但不获得任何礼遇；也可以获得某项礼遇但不被邀请参加任何子活动。

提醒： 子活动与特殊礼遇属于高级功能集。它们仅对处于付费（credit）档位或拥有有效订阅的活动开放。如果你的活动尚未具备权限，该标签页会显示升级卡片而不是编辑器。

第 1 步：创建你的第一个子活动

在 Sub-events 面板中点击 Add sub-event。系统会打开一个带编辑器的侧边抽屉。

基础信息

• Name — 宾客看到的名称（“Welcome dinner”“After-party”“Sunday brunch”）
• Description — 显示在卡片与详情弹窗中的简短段落
• Photo URL — 卡片封面图（任何公开图片 URL 都可；建议使用 3:2 或 16:9 比例）
• Accent color — 用于卡片头部色条与 Accept 按钮

时间与地点

• Starts at / Ends at — 此子活动的时间区间
• Location name + Address — 要显示的地点信息；如果你在 map URL 字段中同时粘贴 Google Maps 链接，地点名称将变为可点击链接
• Dress code — 以标签（chip）形式显示在卡片上

RSVP 规则

• Requires RSVP — 开启后，宾客必须接受或拒绝。关闭后，卡片仅用于信息展示（不显示按钮）。
• RSVP deadline — 超过此日期后，Accept/Decline 按钮会消失。
• Allow plus-ones + Max plus-ones per RSVP — 限制同一组（party）可带的人数上限。留空表示“无限制（不超过该组人数）”。
• Capacity — 全部宾客合计的总名额。留空表示无限制。
• Enable waitlist — 达到容量后，新 RSVP 会进入带编号的候补名单，而不是被直接拒绝。

访问规则

这正是子活动强大的关键——你来决定谁可以 RSVP：

• Anyone with an RSVP（公开）— 主活动的每位宾客都能看到该子活动。
• Guests with specific tags（按标签限制）— 仅拥有所选标签中任意一个的宾客可见并可 RSVP。可结合 guest tags（如 family、wedding-party、out-of-town）进行清晰分组。
• Only specific guests（按具体宾客指定）— 默认完全隐藏。你可在 Guests 标签页中逐个授予访问权限。

访问码 —— 用于惊喜子活动

对于按标签限制的子活动，你还可以选择设置 Access code。即使宾客因标签匹配，他们在邀请函底部的 “Have a code?” 字段输入该码之前，仍不会看到子活动卡片。你可以用它来做惊喜派对、秘密深夜房间，或只是更有趣的揭晓机制。

依赖关系

如果你的活动有明确顺序——例如，只有参加仪式的宾客才适合参加宴会——就把宴会的 “Requires acceptance of” 字段设置为仪式。服务器会在父级被接受之前，阻止宴会 RSVP。

保存

点击 Save。子活动会出现在面板中，并显示容量进度条与状态标签（chip）。你随时可以点击它再次编辑。

组人数与 plus-ones 如何相互影响

每个子活动 RSVP 同时受两项限制约束：

• 子活动的 Max plus-ones — 你设置的每次 RSVP 上限（例如“续摊最多带 1 位同伴”）。
• 宾客已确认的组人数 — 他们在主 RSVP 中确认出席的人数。

实际可选上限取两者中的较小值。因此，如果主 RSVP 在 3 位受邀中只确认出席 2 位，而子活动允许最多 3 位 plus-ones，那么该宾客在子活动中仍只能带 2 人参加。若拒绝主 RSVP，所有子活动都会被完全隐藏——不存在“跳过仪式但来派对”的情况。

填写出席者姓名

当宾客接受某个子活动时，系统会提示他们输入该组中每位出席者的姓名。如果你在主 RSVP 中开启了 Collect guest names，这些姓名会被预填——宾客可以保留、编辑或替换。

特殊礼遇同样如此：当礼遇使用“按宾客分配的唯一代码”时，宾客需要选择该福利适用于其组内哪些成员。为 4 位亲属中的 2 位提供 $40 Uber 额度的场景，会如你预期般工作。

第 2 步：创建一项特殊礼遇

在 Special treatments 面板中点击 Add treatment。选择一种类型——表单会根据你的选择自动调整布局：

Type — 这是什么类型的福利？

Type	何时使用
Badge	仅用于身份标识（“VIP Guest”“Wedding party”）— 无需兑换，只展示
Discount code	酒店房间配额、餐厅 20% 折扣、零售优惠券
Allowance / credit	“$40 Uber credit”“$100 transport budget”
Included service	欢迎晚宴、摄影师时段、水疗体验 — 费用已由你支付
Lodging / hotel	带预订链接的酒店房间配额
Transportation	接驳车上车点、机场接送详情
Gift	欢迎礼包、礼品卡、定制礼物
Ticket / pass	VIP 通行证、后台权限、全场腕带
Concierge contact	WhatsApp 号码或可随时联系的对接人
Custom	以上都不适用的任何内容

Category — 邀请函上的分组方式

每项礼遇还会归类到一个类别：Stay、Travel、Experience、Gift、Service 或 Recognition。在宾客的邀请函上，礼遇会按类别进行视觉分组，因此“Where to stay”会把酒店选项放在一起，“Getting there”会把交通相关福利集中展示。

提供方、价值、有效期

• Provider — “Marriott”“Uber”“Fotify Concierge” — 作为卡片副标题显示
• Value + Currency — 可选，例如“$40 USD”，以价格徽标显示
• Valid from / Valid until — 若设置，服务器端会强制执行兑换时间窗口
• Limited quantity — 留空表示不限量；设置数字则为先到先得（例如“前 20 位宾客获得水疗通行证”）

宾客如何兑换

选择一个 Redemption mode：

• No redemption (display only) — 仅信息展示，不提供领取流程
• Shared code for all guests — 所有人看到同一个代码（“WEDDING2026”），可选配置预订 URL
• Unique code per guest — 从你的代码池中为每位宾客分配一个代码（非常适合个性化 Uber/Lyft 促销码）
• Redemption URL — 一个跳转到预订页面的按钮
• Contact someone — 联系方式与领取说明
• QR voucher — 用于线下核销的一次性二维码

当你选择 Unique code per guest 时，侧边抽屉底部会出现代码池管理器。粘贴代码（每行一个或用逗号分隔）并点击 Import codes，或点击 Generate 25 codes 让 Fotify 为你生成。每位成功领取的宾客会从池中获得一个唯一代码——先到先得。

谁能获得

• Assign to tags — 任何拥有所选标签之一的宾客都会自动获得该礼遇。
• Private — 开启后，除非明确分配，否则礼遇不可见（适用于你不希望一般标签宾客看到的 VIP 福利）。
• Assign to specific guests — 可在 Guests 标签页为个别宾客授予礼遇。

宾客会看到什么

在宾客接受主 RSVP 之前，子活动与特殊礼遇都会隐藏。这是刻意为之：它能让首次印象聚焦在主活动上，并避免向已拒绝的宾客“展示额外福利”。

当宾客在主 RSVP 上点击 Accept 后：

1. 他们会看到常规的“Thanks for confirming!”提示（toast）。
2. 大约 2 秒后，如果他们有可用的子活动或礼遇，会出现后续提示：“We've also unlocked 2 additional sub-events and 1 special perk for you — scroll down to explore.”
3. Other moments for you 区块会展示子活动卡片，顺序与您设置的一致。
4. Just for you 区块会按类别分组展示其已分配的礼遇，并为代码与兑换链接提供一键复制按钮。

未分配任何额外内容的宾客不会看到上述任一区块，也不会看到后续提示。

子活动 RSVP 流程

每张子活动卡片会显示照片、日期、地点、着装要求与容量状态（名额紧张时会提示“spots left”）。在卡片下方，宾客会：

1. 选择该组有多少人参加（上限受其已确认组人数与子活动 plus-one 限制共同约束）
2. 确认每位出席者姓名（如果主 RSVP 收集过姓名，则会预填）
3. 点击 Accept 或 Decline

提交后，卡片会显示状态标签（chip）——Going、Not going，或在容量已满且开启候补时显示 Waitlisted #3。

礼遇领取流程

仅展示与共享代码的礼遇无需领取——会立即显示，并提供复制代码按钮。对于限量或唯一代码礼遇，宾客需要点击 Claim 才能锁定名额。如果该礼遇允许指定适用对象，宾客会先勾选该福利覆盖其组内哪些成员。

跟踪响应并导出 CSV

在仪表盘面板中打开任一子活动或礼遇，即可在编辑器抽屉内查看实时统计：

• Sub-events： 接受、拒绝、候补与待定（pending）数量统计——并提供 Export CSV 按钮，下载包含宾客联系方式、出席者姓名与时间戳的所有回应。
• Special treatments： 已分配（assigned）、已领取（claimed）与已兑换（redeemed）数量统计——并提供 Export CSV，其中包含唯一代码、礼遇适用对象及兑换状态。

CSV 使用分号作为分隔符（与主宾客列表导出一致），可在 Excel、Numbers 与 Google Sheets 中顺利打开。

小贴士与常见模式

婚礼多日流程

适用于婚礼的一个很好的默认方案：

• Welcome dinner（周五）— 按标签限制为 out-of-town-family。容量 30。
• Ceremony（周六下午）— 公开，plus-ones 不超过组人数。
• Reception（周六晚上）— 公开，依赖于仪式。
• Sunday brunch（周日早上）— 按标签限制为 wedding-party + immediate-family。

搭配礼遇：

• “Marriott Downtown — 20% off room block, code WEDDING2026” → 标签 out-of-town-family
• “$40 Uber credit (unique per guest)” → 标签 out-of-town-family
• “Welcome bag at your hotel” → 标签 wedding-party
• “VIP lounge access” → 标签 wedding-party，private

会议 VIP 分轨

• Main conference — 公开
• VIP networking dinner（周四晚）— 仅允许明确指定访问，容量 50，依赖于主活动已接受
• Speaker breakfast（周五）— 按标签限制为 speakers

礼遇：

• “Premium hotel block — code CONF26”（共享代码）→ 标签 out-of-town
• “Backstage pass”（限量 25）→ 先到先得，不使用标签

惊喜活动

• 将惊喜活动按标签限制到一小部分密友，并设置 Access code。密友仍需在邀请函中输入该代码才能看到卡片。其他宾客将完全不知道它的存在。

常见问题

Q: 宾客可以不接受主活动就 RSVP 子活动吗？ A: 不可以。子活动仅在主 RSVP 被接受后才会显示。拒绝主 RSVP 会隐藏所有额外内容。

Q: 如果我在有人已 RSVP 之后修改子活动容量，会怎样？ A: 已接受的响应仍然有效。新的 RSVP 会按新容量检查。如果你把容量降低到低于当前人数，不会移除任何人——但下一位 RSVP 的人会被阻止或进入候补（取决于你的设置）。

Q: 我能否不使用标签、只给某一位宾客分配礼遇？ A: 可以。Guests 标签页支持逐个为宾客分配礼遇。这也是 “Private” 开关的设计意图——私密礼遇不会通过标签自动分配；必须按宾客明确分配。

Q: 子活动会给宾客发送邮件或短信提醒吗？ A: 当前 Beta 版本会在邀请函中展示子活动。按子活动的提醒功能已在路线图中——我们会将其接入现有的短信/邮件定时发送。

Q: 宾客在接受子活动后还能反悔吗？ A: 可以，在子活动 RSVP 截止时间之前均可。点击 Decline 只会切换状态——名额会释放回容量中，候补名单中的下一位可被提升。

Q: 翻译怎么办？我会用多种语言办活动。 A: UI 文案会与仪表盘和邀请函的其他部分一起翻译。子活动名称、描述、着装要求以及礼遇内容会以你填写的语言存储在数据库中——我们不会自动翻译用户内容。

Q: 导出文件的格式是怎样的？ A: 使用分号分隔的 CSV，UTF-8 编码，与主宾客列表导出格式相同。列包含宾客联系方式、状态、出席者姓名、标签与时间戳。礼遇导出还会包含唯一代码与兑换状态。

下一步

• Customize your RSVP invitation 以设置设计模板与核心区块
• Manage your guest list and tags — 标签是子活动访问规则的基础
• 在主 RSVP 上开启 Collect guest names，让其在子活动响应中自动填充
• 对 Beta 有反馈？请通过仪表盘中的聊天组件联系我们——我们会阅读每一条消息。