从创建项目到配置完成

林老师注册完账号，创建了这场会议的项目。系统让他填写了会议名称、会议时间、预计人数等基本信息，然后生成了一条独立的报名链接——每场会议都有自己的链接，互不相同。

之后他又花了一些时间配置子管理员账号，给不同的人分配了不同的权限：有的人负责管理报名数据，有的人负责签到台，有的人负责查看报表。这些操作花了他一个上午，但做完之后，整个项目的框架就搭好了。

接着他打开了“报名表单配置”的界面。

页面分成左右两半。右侧是操作面板，左侧是一部虚拟手机——长得跟真实手机一模一样，屏幕亮着，最上方写着两个字：“注册报名”。这四个字是林老师创建项目时填的“会议名称”模块的默认显示，所有操作都在模拟真实场景。

右侧面板目前是空的，只有一行提示文字：“暂无字段”。下面有两个主要操作入口——“选择系统字段”和“添加自定义字段”，再往下是“字段模板”区域，里面是他之前保存过的模板列表，但目前还是空的。

林老师问：“从哪开始？”

朋友说：“你先点‘选择系统字段’。”

林老师点了进去。弹出一个面板，里面是一张列表，每一行都是一个系统预定义的字段：姓名、单位、手机号、邀请码、邮箱、性别、出生日期……每一行前面都有一个复选框。林老师勾了“姓名”“单位”“手机号”三个，又顺手把“邀请码”也勾上了。他发现在同一个面板里，每一行还可以直接改“是否必填”和“别名”——他把“姓名”的别名改成了“您的姓名”，“单位”改成了“工作单位”。改完之后点了“确认”，面板关闭。

左边的虚拟手机上，那些被勾选的字段按顺序出现了——姓名、单位、手机号、邀请码。每一条都跟他刚才配置的别名和必填状态完全一致。林老师试着取消了一下“邀请码”前面的勾，再点确认——“邀请码”从手机上消失了。他又勾上，确认，又回来了。用哪个就勾哪个，不用就取消，所有操作都在同一个面板里完成，不需要在多个页面之间切来切去。

配置好了这些，林老师又看了一下“添加自定义字段”的入口。他点了一下，弹出的面板跟刚才不太一样——里面有更多配置项：字段名称（他填了“职称”）、字段类型（他选了“下拉框”）、是否必填（他选了“是”）、别名（他填了“您的职称”）。他注意到还有一个“父级字段”的选项——下拉列表里是他刚才添加过的所有字段，但他目前还没有需要关联父级的需求，就先空着了。

他提交之后，左侧手机上出现了一个新的下拉框，标题显示“您的职称”。点开下拉框——空的，还没有选项。他又回到配置面板，在“选项列表”里一项一项敲进去：主任医师、副主任医师、主治医师、住院医师。提交之后，左侧手机上的下拉框有了四个选项，每一个都排得整整齐齐。

林老师站在右边操作，左边的手机实时变化——勾选系统字段，手机立刻出现；添加自定义字段，手机立刻出现；修改别名，手机立刻更新；配置联动，手机立刻响应。

接着林老师开始配置联动。他点开“参会身份”下拉框，针对每一个子选项独立配置联动规则：

• 选了“VIP嘉宾”——下方联动显示“是否需要专车接送”
• 选了“普通参会者”——下方联动显示“是否需要住宿”和“是否需要学分”
• 选了“媒体记者”——下方联动显示“是否需要住宿”“是否需要学分”和“是否需要媒体工作证”

他每配完一个联动，都切到左边的虚拟手机上点一下对应的选项验证效果。点“VIP嘉宾”——“是否需要专车接送”出现了。切换到“普通参会者”——那一行消失了，取而代之的是“是否需要住宿”和“是否需要学分”。每一处修改、每一个联动规则，左边都实时刷新，跟真实手机上的操作手感一模一样。

朋友说：“联动可以联动单个字段，也可以联动一组字段——你把好几个字段打包成一个组，然后选中这个组，所有字段同时出现。但做的时候要想清楚：需求越复杂，第一次配置的时间就越长，因为你得把所有联动关系理清楚、一个一个配好。”

林老师想了想，决定先做一个基础版本。他总共花了大约两个小时，配好了这场会议需要用的所有字段、选项和联动关系。配好之后，他把所有的配置保存成了一个模板，起名叫“医学年会报名模板”。

朋友说：“你这两个小时花完了，以后就省事了。下次办新会——创建好新项目，会生成新的报名链接——然后直接选这个模板，所有字段和联动规则一键导入，你不用再配一遍。一个账号能存十个模板。”

林老师保存了模板，关掉了页面。他当时并没有特别在意这个功能。直到三个月后，当他创建第二场会议的新项目、点了一下“从模板导入”、看到那部虚拟手机在五秒钟内恢复成他亲手配置好的样子时，他才真正理解了朋友那句话的分量。

一位参会者的报名体验

周三上午九点，报名通道正式开启。林老师把那条独立的报名链接发到了各个渠道——学会官网、微信公众号、微信群。

刘医生刚下夜班，坐在值班室里刷手机。微信群里跳出来一条消息——“2026年医学学术年会报名通道已开启”。

刘医生是这家三甲医院的主治医师，每年都要参加两三场学术会议。他点进了那个链接。

页面在他手机上打开，干干净净的，跟平时在手机上填的任何一张表单没什么两样。

第一行：姓名。他打了“刘伟”。

第二行：单位。他打了“XX市第一人民医院”。

第三行：职称。下拉框，他选了“主治医师”。

第四行：手机号。他输了11位数字。

然后到了一个下拉框：参会身份。三个选项——VIP嘉宾、普通参会者、媒体记者。

刘医生选了“普通参会者”。

下方立刻出现了两行之前没出现过的新字段——“是否需要住宿”和“是否需要学分”。因为选了“普通参会者”，系统自动显示了这个身份需要填的信息。

刘医生并不知道，这两行新字段是两个月前林老师在右侧面板里配好的联动规则——“普通参会者”这个选项被配置为联动显示“住宿”和“学分”两个字段。那一瞬间，云端把他的选择匹配到了对应的联动规则，然后把规则对应的字段推送到了他的手机上。这一切发生在他点完“普通参会者”之后不到半秒钟。

接着填省份和城市——他选了“广东省”，城市列表自动变成了广州、深圳、珠海、东莞……选完省，城市自动过滤，不需要在一个几百项的列表里一页一页翻。整个过程很自然，自然到刘医生没有意识到“这是系统在帮他省时间”。

整个填表过程大约花了一分半钟。

最后是支付页面，注册费显示“¥880.00”。他点了“微信支付”，跳转、输入密码、指纹确认。支付成功。页面跳转回报名系统，屏幕上弹出一行字：“报名成功”。下面跟着一个二维码，旁边还显示了一行小字：“签到码：582731”。文字提醒：“请保存此二维码或记下签到码，会议当天凭此签到入场。”

刘医生截了个图，把二维码和签到码一起存到了手机相册里。整个过程不到三分钟。

同一时刻，林老师坐在办公室电脑前，看着后台的报名统计数据——数字刚刚跳了一次，从“0”变成了“1”。他刷新了页面，报名列表里多了一条记录：刘伟，XX市第一人民医院，主治医师，普通参会者，已支付。支付状态那一栏显示的是“已支付”——系统自动完成了核验，不需要他去微信后台一笔一笔对账。

林老师关掉了后台。但他没有意识到的是，从刘医生点击“提交”那一刻起，这条记录就已经进入了另一套系统——签到系统的“待签到名单”。报名系统和签到系统共用的是同一个数据库。不是“报名结束导出Excel再发给签到团队”，而是报名完成的那一刻，签到端就已经知道这个人要来。

报名之后，数据去了哪里？

报名通道开了四周。最终报名人数定格在2850人。

林老师打开后台，看到的是一个完整的列表：2850条记录，每一条都有姓名、单位、联系方式、参会身份、票种、支付状态、报名时间。他点了一下“导出”，得到一个Excel文件，整整齐齐。

但这不重要。重要的是，这2850条数据，已经全部存在于签到系统里了。不是林老师手动导入的，是系统自动同步的——报名成功那一刻，签到的“待签到名单”里就多了一条记录。从第一天第一个人报名开始，签到系统的数据库里就一直在默默地累加。

林老师打开签到系统的管理后台，看了一眼“待签到名单”——2850条。跟报名系统的总人数一模一样。他随手搜了“刘伟”——刘医生的信息在里面，报名时填的所有字段都能看到。

林老师关掉了后台。他明白了一件事：数据只要录入一次，后续所有环节直接用，不用再录第二遍。

会议当天早晨的签到台

会议当天。早上七点，林老师到了会场。

会场门口一字排开：三台自助签到机，五条人工签到通道，两条手持移动签到通道。大屏上实时跳动着数字：已签到人数、各通道通过率、各分会场入场情况。

参会者陆续到了。

一位戴眼镜的男士走到自助签到机前，掏出手机，调出二维码，对准扫描口。一声短促的提示音，屏幕上显示“签到成功”，旁边的打印机自动吐出一张胸卡，姓名、单位、身份全部印好。整个过程大约三秒。他取下胸卡套上挂绳，径直走进会场。

一位女士匆匆走到人工通道前：“我手机没电了，打不开二维码。”

工作人员问：“您还记得报名时留的手机号吗？或者您有没有收到过签到码？”

“手机号记得，签到码……好像有个六位数的数字，我存备忘录了。”女士翻了一下手机里的备忘录，找到了一串数字。

工作人员在桌面客户端输入她的手机号，系统立刻调出了她的报名信息，核对姓名和单位无误后，点击了“签到确认”。旁边的打印机吐出胸卡。整个过程不到二十秒。

“好了，欢迎您。”

女士接过胸卡，道了谢，进去了。

一个年轻人走到移动签到通道前，递过手机。工作人员用手持设备扫了一下他的二维码——设备屏幕上立刻跳出了他的报名信息：姓名、单位、参会身份。工作人员确认无误后点击“签到确认”，手持设备上显示“签到成功”。

“好了，您去那边领取胸卡就行。”工作人员指了指领取处的方向。

年轻人走到领取处，打开手机上的个人中心，屏幕显示着他刚刚完成的签到记录——姓名、单位、签到时间，状态栏写着“已签到”。他把手机递给工作人员看了一眼，工作人员核对姓名后，把提前打印好的胸卡递给了他。整个过程不到十秒。

三种签到方式：自助机、人工通道、手持设备。但背后连的是同一套数据——2850条“待签到名单”。不管走哪条通道，系统都在做同一件事：确认这个人有没有报名，有就放行，没有就拦住。有二维码就扫二维码，手机没电就报手机号或签到码，工作人员在系统里一查就能确认——不需要收集任何额外信息，报名时已经录过的数据，签到的时候直接调出来核对就行。

林老师站在旁边看着，忽然觉得这个场景很熟悉。高铁站进站口：有人刷身份证，有人扫二维码，有人走人工通道。方式不同，但闸机背后连的是同一套购票系统。买了票的放行，没买的拦下。学术会议的签到台，本质上就是高铁闸机——买了票才能进，扫一下就能过。

上午八点半到九点是签到高峰。2850人里将近六成是这段时间到的。但签到台没有排长队。林老师站在不远处，打开手机就能看到实时数据：已经签了多少人、还有多少人没来、哪条通道排队最长。他不需要来回跑，也不需要每隔十分钟找人问一次“现在什么情况”。

中午十一点半，秘书长发来微信：“上午签到情况怎么样？”

林老师截了一张图发过去，图上是实时数据：已签到2217人，签到率77.8%，各通道状态正常。

秘书长回了一个字：“好。”

林老师收了手机，去会场吃饭了。

签到之后，事情还没结束

下午两点，林老师翻了一下签到后台的“签到名单”——已签到2217人，未签到633人。每条记录都带着签到时间、签到通道、签到方式。他按“签到时间”排序，最早的是早上七点十二分。

会议结束后，这份名单要用来核对学分发放资格。以前的做法是：签到台有一摞签过字的纸，会议结束后林老师抱着一摞纸回办公室，对着Excel一条一条打勾。几百个人他能扛住，两千多人的时候，这项工作得找三个实习生干上整整两天。

这次不需要了。他点了一下“导出”——一份Excel文件，列是：姓名、单位、签到时间、签到通道、是否签到、签到方式。所有数据都在，不需要人工打勾。

他又导出了一份“各分会场入场统计表”——每个分会场门口都有工作人员用手持设备扫码，参会者进了哪个分会场、什么时间进的、待了多久，后台全有记录。这些数据直接用于学分统计。

林老师导出这两份报表加起来不到五分钟。他把报表打包发给了秘书长的邮箱，附了一句话：“秘书长，签到数据已汇总，学分发放名单已整理。您看一下，没问题我就提交了。”

他合上电脑，一天的工作结束了。

如果中间某个环节断了呢？

上午九点十分，签到高峰刚过。林老师正在签到台旁边吃早餐，突然有人喊了一声：“WiFi断了一下。”

林老师放下包子，快步走到签到台前。工作人员正在扫一位参会者的二维码——页面转了一秒，然后正常显示“签到成功”。打印机正常出胸卡。没有任何停顿。

工作人员抬头对林老师说：“刚断了一下网，但系统自己切到别的通道了。”

林老师后来了解到，当时系统检测到公网连接中断，自动切换到了本地部署的服务器。数据没有丢失，签到没有中断，参会者完全没有感觉到任何异常。

公网中断 → 自动切换本地部署 → 签到不受影响

图：WiFi断网后系统自动切换至本地部署，签到未中断

网络在线状态 · 公网云端签到

网络离线 · 智能切换至本地服务器

网络离线 · 无感切换，签到不受影响

“我们有本地部署，断网的时候自动切过去，网络恢复之后数据自动同步到云端。”朋友之前提过这个安排，但林老师当时没太在意——他觉得会场不至于断网。没想到真的遇上了。

他后来把这个小插曲记在了会议总结里，只用了一句话：“会议期间发生了一次短暂网络中断，签到系统自动切换至本地部署模式，签到工作未受影响，参会者无感知。”

他没说的是，当时他听到“WiFi断了”那四个字的时候，心跳确实漏了一拍。但当他看到签到台一切正常运转的时候，那个漏掉的一拍又自己跳回来了。

回到那通电话

会议结束后第三天，林老师回到办公室。他给王秘书长发了一条微信：

简短，但林老师知道这意味着什么——今年没出问题。

去年报名通道开启第一天系统崩了一次，页面打不开。签到那天三十多个人在名单上找不到名字，签到台前围了一圈人。林老师站在人群中间解释，满头大汗。

今年没有。

林老师打开系统后台，找到了三个月前他保存的那份“医学年会报名模板”。点了一下“编辑”——那部虚拟手机上又出现了当时配好的所有字段：姓名、单位、职称、手机号、参会身份、省份、城市、是否提交论文摘要、预计参会日期……一个字段都没少。所有联动规则都在。切换到“VIP嘉宾”就显示“专车接送”，切回“普通参会者”就显示“住宿+学分”，跟三个月前一模一样。

新来的同事问他要不要明年重新搭一个报名页面。

林老师说：“不用。明年建一个新项目——每场会都有自己的入口链接——然后点一下‘从模板导入’，五秒钟，所有字段全部还原。我只需要把会议年份改成2027，检查一遍内容有没有变动，确认没问题，发布就能直接报名了。”

他关掉了页面。