跨时区自动换算、变更—日历联动、多语言界面是全行业标配(Calendly、Doodle、飞书、Outlook 均具备)。做不到低于预期,做到了也拿不到差异分。
国际化智能会议预约系统 · 问题定义 · 产品定位 · 功能框架 · 业务流程 · 版本规划 · 验收口径。
主办机构运营的是多场次国际会议:主论坛、分论坛、闭门圆桌、线上与混合并存。参会人既有飞抵现场的国际外宾,也有跨时区远程接入者。场地、名额、同传都是有限资源,必须预约与审核;而会期内议程高频变更。
| 业务环节 | 现状怎么跑 | 断在哪里 |
|---|---|---|
| ① 会议查询 | 官网/邮件公布议程,单语言单时区 | 外宾看不懂;「14:00」是谁的 14:00 无人负责 |
| ② 预约申请 | 邮件报名或通用表单 | 不校验时段冲突、不核名额,重复与无效报名涌入 |
| ③ 审核确认 | 会务人工对 Excel 核身份与名额 | 天级延迟、进度黑箱,参会人反复来信追问 |
| ④ 日程管理 | 参会人自建日历或手抄 | 跨时区换算靠手算,变更后日历不更新 |
| ⑤ 变更通知 | 群发邮件、多个微信群 | 覆盖不全、无回执、无定向;漏看即白跑 |
| ⑥ 现场核验 | 打印名单人工勾选 | 高峰排队、冒名风险、到场数据事后才有 |
六环节数据不同源——报名在表单、审核在 Excel、通知在邮件、核验在纸上,任何一处变更都无法传播到其余环节,题面要求的「可同步、可追溯」在现状里根本不成立。跨国参会者对确定性的需求(时间对不对、约没约上、变没变、怎么进场),与主办方人工异步多工具流程之间的矛盾——信息每跨一个时区、一种语言、一次变更,就衰减一分。
| # | 问题 | 根因(连问两层) | 影响 | 优先级 |
|---|---|---|---|---|
| 1 | 跨时区信息失真,参会人理解错时间 | 只给主办地单时区 → 系统无「用户时区」模型 → 报名用通用表单,不承载时区与日历语义 | 跨时区参会者中 10–20% 发生过时间理解偏差;一次错过 = 国际嘉宾整段行程报废 | P0 |
| 2 | 预约—审核黑箱,提交后状态不可知 | 审核在 Excel 离线进行、无状态回传 → 身份与名额规则在会务人头脑里 → 现状工具无规则引擎与状态机 | 审核周期 1–3 天;「过了没有」类咨询占会务邮件 30%+;名额超卖时有发生 | P0 |
| 3 | 变更通知不可达、不可追溯 | 群发无定向、无回执 → 通知与预约、日程数据不同源 → 六环节分属不同工具 | 每次变更 5–10% 受影响者未有效触达;会期变更 10+ 次损失叠乘;纠纷时无法举证「已通知」 | P0 |
| 4 | 现场核验低效且不可信 | 纸质名单人工核对 → 核验与预约记录不联动 | 高峰单人核验 30–60 秒,千人会议入场排队 20 分钟+ | P1 |
| 5 | 语言障碍 | 内容单语言产出 → 人工翻译贵且慢,变更后译文更新不过来 | 外宾理解每条通知需二传手;直接拉低国际化形象 | P1 |
| 6 | 数据安全与隐私敞口 | 名单含护照号手机号以文件形式传递 → 无权限模型,只能整表共享 | 一次泄露即合规事故;越权查看无法发现 | P1 |
三个 P0 的根因收敛到同一处:六环节数据不同源、状态不成机。这决定了第一性设计——用一条贯穿六环节的预约与凭证状态机,取代六个互不相认的工具。
跨时区自动换算、变更—日历联动、多语言界面是全行业标配(Calendly、Doodle、飞书、Outlook 均具备)。做不到低于预期,做到了也拿不到差异分。
各竞品只覆盖闭环一段:Calendly/Doodle 只管「约」,飞书审批针对会议室资源而非参会资格,腾讯会议「签到」是会中线上考勤,Whova 核验强但与预约审批链脱节。没有产品把六环节做成一条闭环。
AI 排程形态已收敛为「提需求 → 给候选并说理由 → 人确认后执行」。多语言辅助 + 跨时区求解叠加的「国际参会者第一视角」无人做全——差异化落点。
| 角色 | 细分与规模 | 核心诉求 |
|---|---|---|
| 参会人员 | 到场国际外宾 / 跨时区远程参会者 / 本地参会者 · 千级 | 用母语看懂、用本地时间理解、状态即时可知、进场不排队 |
| 会务人员 | 审核岗 / 场次与资源管理岗 / 现场签到岗 · 十级 | 批量高效处理、一次变更触达所有人、到场数据实时 |
| 系统管理员 | IT / 安全合规 · 个位数 | 权限边界清晰、敏感数据脱敏、操作全留痕可审计 |
行业协会国际合作总监,参加深圳国际论坛:3 场到场分论坛 + 2 场跨时区线上预备会。全程手机、英语工作语言。时区换算出错险些错过预备会;中文通知靠同事转译;改期邮件淹没在收件箱。
「我飞了十二个小时,我只想知道该去哪、几点到——用我的语言,用我的时区。」
管 40 场次、约 800 名参会人,Excel 是主战场。身份与名额人工核对易错;一场变更要在 5 个群发 3 遍还有人白跑;签到台高峰被投诉。
「我不怕忙,怕的是改了一场会,总有人不知道。」
| 类型 | 指标 | 目标 | 为什么是它 |
|---|---|---|---|
| 北极星 | 参会履约率 审核通过者准时到场或上线的占比 | ≥ 95% | 同时被时区理解、审核、变更触达、核验四个环节影响,是六环节闭环质量的合成指标 |
| 护栏 1 | 审核 24 小时处理率 | ≥ 90% | 防止「智能推荐」掩盖流程积压 |
| 护栏 2 | 变更有效触达率(已读或确认回执) | ≥ 98% | 「可同步」的直接度量 |
| 护栏 3 | 隐私越权访问事件 | = 0 | 最小化展示 + 脱敏 + 审计的红线 |
| 体验 | 现场单人核验时长 | ≤ 5 秒 | 核验环节做深的验收口径 |
对于跨国参会者与会务团队,他们需要在任何时区、任何语言下对「何时·何地·何状态」保持确定。MeetSync 是国际化智能会议预约系统,把会议发现、跨时区预约、审批变更、个人行程与现场核验整合为一个可同步、可追溯的参会闭环。不同于日历工具 + 报名表单 + 群通知的多工具拼接,我们以贯穿六环节的参会凭证状态机,加上全程可感知、可控制、可恢复的 AI 能力完成闭环。
参会者的主界面不是会议列表,是他自己的实时行程。本地时间始终优先,会场时间并列显示。
申请—签发—改签—盖章:一张凭证的状态变化即是六环节的进度条,也是全部可追溯性的载体。
推荐有理由、求解可视化、冲突有解释、变更有替代、语言有对照——人始终握有最终确认权与回退权。
| 模块 | 环节 | 关键功能 |
|---|---|---|
| 1 会议发现 | ① | 多语言会议首页(内容真换)· 多维筛选 · 详情双时区并列 · AI 个性化推荐(附理由、可关闭、失败降级热度排序) |
| 2 智能预约 | ② | 预约申请与时区确认 · 冲突白话解释(可忽略强约)· AI 共同时段求解器(热力交集 + Top3 候选逐方本地时间,失败降级三态投票)· 容量与候补 · 状态跟踪 |
| 3 我的行程 | ④ | 日/周视图本地时间为主、举办地对照 · 冲突与场馆间移动时间 · AI 行程编排优化(前后对照、可还原)· 空态引导 |
| 4 变更与通知中心 | ⑤ | 多语言变更摘要 · 受影响行程自动比对 · AI 替代场次推荐 · 一键接受或自主改约 · 触达记录(谁已读、谁未确认) |
| 5 参会凭证与核验 | ⑥ | 电子凭证(QR 仅含一次性脱敏 token)· 扫码盖章核验 · 改期凭证翻转(旧证作废、新证置顶、旧码被拒并指向新证)· 重复与失效拦截 · 离线核验降级 |
| 6 会务运营中心 | ③ | 场次与多语言内容维护 · 预约审核(签发/拒绝/退回)状态实时回流 · 变更发布与审定 · 回执追踪看板 · 到会统计 · 核销台 |
| 7 系统管理端 | 横切 | 角色权限矩阵 · 语言与时区配置(含夏令时)· 审批规则 · 隐私三机制(QR 脱敏、名单分级可见、留存授权)· 操作审计日志 |
| 页面 | 端 | 主要跳往 |
|---|---|---|
| 会议发现 | 参会者 | 场次详情、求解器 |
| 场次详情 | 参会者 | 预约申请 |
| 预约申请 | 参会者 | 求解器、我的行程 |
| 共同时段求解器 | 参会者 | 预约申请 |
| 我的行程 | 参会者 | 参会凭证、变更中心、会议发现 |
| 变更与通知中心 | 参会者 | 我的行程、参会凭证 |
| 参会凭证 | 参会者 | 现场核销台(对演切换) |
| 预约审核队列 | 会务 | 变更发布、统计 |
| 变更发布与回执追踪 | 会务 | 统计 |
| 现场核销台 | 会务 | 统计、参会凭证(对演切换) |
| 预约与到会统计 | 会务 | — |
| 系统管理端 | 管理员 | — |
泳道与判断节点见 04 章手绘架构图;AI 占一条独立泳道——推荐、求解、冲突解释、行程编排、替代方案、多语言摘要全部由 AI 产出、由人确认后才生效。
| 范围 | 取舍依据 |
|---|---|
| 凭证/扫码盖章/改期翻转/重复失效拦截 | 环节⑥;两个 signature 均在此,是「可追溯」最具体的证据 |
| 共同时段求解器(含降级三态投票) | AI 创新价值主战场,跨时区协作的正面回答 |
| 变更通知/影响提示/替代推荐/一键接受/触达记录 | 环节⑤;变更闭环是题面「信息同步不及时」的正面回答 |
| 多语言发现/详情双时区/AI 推荐带理由 | 环节①与国际化三要素的门面;推荐理由是 AI 三性的第一个样本 |
| 预约表单/冲突检测/候补/状态跟踪 | 环节②;预约状态机全集是「可追溯」的证据 |
| 行程双时区/冲突提示/AI 编排/空态 | 环节④;「行程即核心工作空间」支柱的落点 |
| 场次管理/审核签发/变更发布/回执追踪/核销台 | 环节③;回执追踪是「可同步可追溯」的字面证据 |
| 角色权限/语言时区/隐私三机制/审计 | 题面三角色与数据安全的显式要求 |
| 功能 | 为什么排在 V1 之后 |
|---|---|
| 离线核验降级(本地校验 + 待回传) | 展示工程韧性,但依赖 V1 核验链先成立 |
| 预约与到会统计仪表盘 | 价值可视化,数据依赖 V1 全链路先产生 |
| 候补自动转正与通知 | 完善候补状态机的分支 |
| 跨语言消息辅助(双语对照、术语锁定、回退原文) | 直击「多语言沟通」,但不在六环节主链上 |
| 批量通知与模板管理、审批规则配置 | 管理端从展示走向可配置,属运营纵深 |
外部日历双向同步 · 邮件与短信真实通道 · 视频会议接入 · 闸机与扫码枪硬件 · 多大会并行与组织级租户 · 真实翻译引擎 · 到场预测模型。共同理由:这些是部署期与运营期工作,机制在 V1 已被完整证明。
| 类别 | Given / When / Then |
|---|---|
| 国际化 | 界面语言切换为 English 时,导航、会议内容、通知摘要全部切换为英文(数据级内容真换,非仅框架文案) |
| 参会者时区为柏林(UTC+2),查看深圳 14:00 场次时同屏并列显示柏林时间 08:00,且各自标注时区缩写 | |
| AI 三性 | 推荐列表每一条附推荐理由,且提供「关闭 AI 推荐」开关(可感知 / 可控) |
| AI 推荐不可用时,列表按热度与时间排序并提示 AI 暂不可用(可恢复) | |
| 选定柏林与深圳双方运行共同时段求解,热力带高亮工作时间交集并给出 Top3 候选,每条含逐方本地时间与理由 | |
| 采纳 AI 行程优化后展示优化前后对照,且可一键还原上一版 | |
| 流程闭环 | 会务点击通过后参会者端状态即时回流为「已通过」,凭证由「待生成」转「有效」 |
| 某场次改期,发布变更后受影响参会者全部收到定向通知,系统标出「新时间冲突者」 | |
| 回执追踪看板中已读/已确认/未响应分组可见,未确认者带「升级触达」标记,全部确认后变更单关闭 | |
| 核验 | 核销台扫有效凭证后凭证翻转「已核验」、盖章反馈呈现、到会计数 +1 |
| 凭证已因改期作废,扫该旧码时拒绝核验并提示新凭证入口 | |
| 重复扫码时提示「已核验 + 首次核验时间」,到会计数不重复累加 | |
| 隐私与权限 | 凭证二维码数据仅含一次性核验 token(带时间窗倒计时刷新),不含姓名与证件信息 |
| 以参会者角色查看场次名单仅见公开字段;切换会务角色可见全量字段 | |
| 审核、变更发布、核验、权限配置均有留痕(操作者/角色/时间/对象) | |
| 边界与降级 | 场次已满员时提交预约进入「候补中」并说明转正规则 |
| 核销台切换离线模式后扫码,本地名单校验成功并标记「待回传」,关闭离线后自动同步 |