简要回答
把门票权限做成一张矩阵：票种放在左侧，环节和区域放在上方，每个格子清楚写明是、否或有条件。在报名页、确认邮件以及证件或应用上，使用同一张矩阵、同样的措辞。
多数混淆来自措辞，而不是规则。每种票种、每种环节类型到处都只用一个名称，并说明代表想更改时该怎么做。
混淆从哪里开始
- 同一种票在不同地方被叫作全票、标准票和代表票。
- 加购工作坊列在议程中，却不在票务页面上。
- 会员与非会员的规则分散在不同段落里。
- 赞助商和展商通行证没有向周围的代表说明。
- 确认邮件列出票种，却没有列出包含的环节。
权限矩阵
以上格子仅为示例。请根据委员会已经做出的商业决定来填写您的矩阵。
| 票种 | 全体会议 | 开放的分论坛场次 | 限额工作坊 | 展览区 | 交流活动 |
|---|---|---|---|---|---|
| 全程代表 | 是 | 是 | 仅限已加购 | 是 | 是 |
| 单日代表 | 仅限已购当天 | 仅限已购当天 | 仅限已加购 | 是，仅当天 | 按议程所列 |
| 仅参观展览 | 否 | 否 | 否 | 是 | 否 |
如何写得让代表看得懂
- 每种票种只选一个名称，并在每个页面、邮件和证件上保持一致。
- 用代表能转述给同事的一句话，列出每种票包含什么。
- 把加购、限额和条件写在票种旁边，而不是放在另一份文件里。
- 说明如何升级或更换门票、截止时间和联系谁。
- 在确认邮件和服务台展示这张矩阵。
- 请两位没看过议程的人测试措辞。
谁需要知道规则
报名平台操作人员、现场团队和服务台都必须持有同一张矩阵。告诉他们代表被拒绝入场时该说什么，复杂个案送到哪里。
开售之后更改权限规则，需要议程负责人批准，并通知受影响的代表；参见处理代表跨场。
常见失误
- 现场团队为避免争执而改动规则，之后执行不一致。
- 证件上有颜色代码，议程却没有解释。
- 会员与非会员在付款后才发现各自的权益不同。
- 矩阵只在一个页面上，导致询问堆满邮箱。
实例演示 · 虚构示例
一个虚构的门票矩阵
机构和数字均为虚构，仅作说明。
虚构的制造业协会提供两天的全票、单日票和仅参观展览票，另有一场名额有限的技术工作坊作为加购项目出售。代表不断询问全票是否包含工作坊。
秘书处把票务页面改写成一张矩阵，并加了一句“工作坊座位单独出售，不包含在任何通行证内。”同一张表出现在确认邮件中，并为服务台印出。
可直接使用
代表门票权限通知核对清单
复制此清单，在开售前对照矩阵检查每个渠道。
- 每种票种只用一个名称，所有渠道一致。
- 矩阵显示在报名页面上。
- 矩阵在确认邮件中重复出现。
- 加购和限额场次写在票种旁边。
- 会员与非会员的差异写在同一处。
- 如何升级或更换门票、截止时间和联系人：
- 证件或应用上的标签在议程中有说明。
- 服务台和现场团队持有同一张矩阵和话术。
- 开售后谁批准权限规则的任何更改：
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 两三种票种，差别清楚。
- 一个报名平台，一个发布矩阵的地方。
- 秘书处直接回答代表的问题。
以下情况，外部策划协助更有价值
- 票种多，带加购、限额和赞助商通行证。
- 多个渠道和团队给出不同的答案。
- 上一届有关于入场权限的投诉。
需要把权限规则写清楚并贯彻到每个渠道吗？
会议项目负责人可以与委员会一起起草权限矩阵，统一报名页、邮件、证件和指示牌上的措辞，向服务台和现场团队做简报，并设立变更申请的渠道。价格和会员规则仍由您的委员会决定。请发来票种以及各票种应涵盖的环节和区域。
主办方常见问题
权限规则应该放在票务页面还是议程里？
两处都要，用同样的措辞。代表在付款前应能看到票包含什么，付款后再看一次。
代表想更换票种怎么办？
提前写明渠道和日期。开售后是否允许更改，由委员会决定。
如何解释加购环节？
直接说明它们单独出售、座位是否有限，以及主票不包含什么。
证件上需要显示权限吗？
只有当现场人员靠证件检查权限时才需要。请在议程中解释颜色或符号，并向现场团队简报。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。