会议工具该收成一套,还是继续分着买?
Donghui Qian (Milo)更新于 2026年10月29日约 12 分钟
短答
打印胸牌的那条线要收成一套。会员、订房、摘要、场地 AV 可以留,前提是用这条记录,而不是另造一份名单。
大型会议常常还没扫第一张胸牌,就已经叠了五套工具。没人计划成这样。
这篇只做一件事:哪些必须是同一个人,哪些专业工具可以留在旁边。开场第一小时还在对人名,那是交接,不是一套系统。
门口才是真正的联调
采购时谈的是授权、对接、供应商风险。代价出现在第一小时,队伍已经排上了。
- 名单不是一份。 销售在系统 1 卖了 A 票;签到台从系统 2 打胸牌;展位对着系统 3 扫。邮件里的名字是对的,胸牌上是错的。
- 断网是事后才想起来的。 场地网一断,一个 App 还能用,另一个卡住,现场开始发明纸质通道。
- 补打胸牌变成了第二件事。 职务打错、陪同打成讲者、报名之后换了公司——侧桌反而排得最长。
- 展商带走的是人流,不是能用的线索。 或者带走一份扫码 CSV,法务不肯让你按名单发信。
门口这一环垮了,社交 App 救不了这一周。参会人记住的是排队。工具为什么会越堆越多,是另一篇文章——见活动团队为什么把报名工具拼着用。
打印胸牌的那条线,要收成一套
人被做成两份、断网签到失败、「扫了不等于线索」,通常都从同一条线上开始:
卖票或审批。
发出去的二维码是令牌,不是一张迷你名片。
几个口都对着同一条记录签到。
胸牌能当场打、当场补。
展位上认出的还是同一个人。
这条线应该是同一条参会人记录。对接能把字段拷过去。队列已经动起来的时候,谁负责异常——码坏了、要补打、现场报名——对接很少能一起带走。
专业工具可以留,但不能另造一张胸牌
各买最强的并不可怕。可怕的是把专业工具当成第二个人名库。你真正吃重的那件事,用深的那套;别让它再发一份身份。
- 协会会籍 / AMS
- 要走胸牌那条记录:谁有资格报名。工具可以留,如果它是会员身份的来源,报名读这份身份,而不是再录一遍。
- 订房、摘要、场地 AV
- 不必走胸牌记录。这正是你吃重的那件事,而且它不另打胸牌、不另做门口名单。
- 协会已统一的约见
- 人还是同一个人。工具用这条记录,而不是变成签到名单。
- 门口、补打、展位身份
- 必须共用。这里再来一份名单就是翻车,App 再好也一样。
专业工具可以放在胸牌旁边,不能另造一张胸牌。
动手查:一份名单,四件事
对着下一场会查,别对着投影片查。勾的是正在用的工具,不是标书上的工具。
01
卖票或审批
- 同一条参会人记录?
- 异常谁负责?
- 断网:跳过
02
几个口同时签到
- 同一条记录?
- 网断了还能扫?
- 异常谁负责?
03
打胸牌、补打
- 同一条记录?
- 网断了还能打?
- 异常谁负责?
04
展位收线索(对方同意的字段)
- 同一条记录?
- 网断了还能收?
- 异常谁负责?
这四件事勾不全,就不是「工具栈」的问题,是交接的问题。「我们有 API」不等于 B 口这个人,就是销售卖掉的那个人。
常见翻车
- 为了开场第一小时再买一个模块。 门口垮掉,不是因为少了第五个商标。
- 把对接当成现场有人负责。 字段能过去。谁补打、谁放行现场报名、名单在哪台设备上、网断了怎么办,通常过不去。
- 把展位每一次扫描都当成线索。 没授权的到访,仍然是一次到访。它不该变成法务不让你发的具名名单。
- 以为两台断网的设备会互相知道。 它们看不见对方。重复是同步回来以后的事——要人决定,不能悄悄合并。
下一届开卖之前
- 从「报上名」到「走进场地」,把碰过这个名字的工具列出来。
- 标出哪些能另造一份身份。
- 开场当天挑一个口,把异常路径写在一页纸上——码坏了、要补打、现场报名:谁来、哪台设备、哪份名单。
- 第二天问展商实际导出的是什么——能合法用的名字,还是一份纪念品 CSV。
- 然后再决定下一届收哪些、留哪些。
胸牌这条线收成一套。其余的分开买,也要心里有数。问题不是你会不会留一些专业工具——是留在哪里,以及网断了门口还能不能跑。
在 bagevent 上怎么做
产品是按专业会议和展会这样长出来的。不是说每一项专业工作都在这里做到同样深。
- 一份名单
- 发布活动站、卖票或审批、签到对着同一条记录。联网时手机和桌面签到台共用实时人数;多个口是正经功能,不是外挂。
- 按断网来设计
- 开门前把参会人名单下载到设备上。扫码、搜索、签到断网也能跑;签到带着当时的时间排队,网络回来再上传。全新的现场报名仍要服务器——只有它能发卡密。
- 冲突提出来
- 两台手机都断网时可能扫到同一个人。同步回来后,重复会标给你决定。
- 二维码是令牌
- 码上是不透明的令牌。身份在系统里,不在码上。这样离线核验和更干净的隐私才能同时成立。
- 胸牌是现场的事
- 模板绑在票种上,VIP、讲者、工作人员不用在桌上猜。桌面端在签到台打印,断网也能打。
- 一个 App,三种身份
- 门口签到;展位在没信号时也能收授权过的线索;参会人带着自己的胸牌。换身份不必换产品。
- 到访不是线索
- 对方没授权,展位只看到有人来过、身份未公开。导出只包含对方同意分享的行。
- AI 起草,你确认
- 助手可以根据一张短表起草现场执行流程表——通道、人手、向场地要的电和网、志愿者话术。它提议,你确认。
结算和 Stripe 在产品里,因为主办方用得上。那不是开场第一小时的故事。故事是:B 口这个人,是不是销售卖掉的那个人、现场打出来的那个人、展位被允许记住的那个人。
常见问题
打印胸牌的那条线要收成一套:票、二维码、每个口、补打、展位上还是同一个人。专业工具留给这套系统不该硬扛的事,前提是它们用这条记录,而不是另造一份名单。
卖票或审批、几个口签到、打和补打胸牌、以及只收对方同意分享字段的展位线索。这四件事用了四份名单,开场第一小时就是你没排进日程的联调。
它在你吃重的那件事上确实深——会籍、订房、摘要、场地 AV、协会已经统一的约见——而且放在胸牌旁边,不另做一份门口名单。
不等于。API 能拷字段。谁补打、谁放行现场报名、名单在哪台设备上、网断了怎么办,很少能一起过去。对着一场真的活动勾那四件事,别对着架构图勾。
不能。两边都断网时彼此看不见。各自对着下载好的名单继续扫,签到带着当时的时间排队。重复是同步回来以后要人决定的事,不能悄悄合并。
只有对方同意分享那些字段才算。没授权的到访,仍然可以记成一次到访。它不该变成法务不接受的具名导出。