一份报名之后，还有哪些工作
参与者持续向前，组织者在每个交接点承担不同任务。
2025 年 7 月 23–27 日，AdventureX 在杭州举办。赛后报道记录了 800 多名参赛者、五天 120 小时的创作周期，以及 200 多项科技创意。
我深度参与了这一届活动的线下筹办，也参与建设承接报名、审核审批与现场运营的内部系统。对我们而言，活动组织从申请阶段就已经开始，并一直延伸到参赛者到场和作品展示。
组织方需要判断谁适合参加，再向申请人发布结果、确认是否到场、收集必要资料，并处理现场住宿与作品提交。一个“报名成功”无法表达这些进展；一次“录取”也不能替代后面的准备和资源安排。
多人审核与决定
分类、材料、理由与多人意见，共同进入审核过程。
让不同业务时点拥有各自状态。审核员写下意见，组织方处理决定与放榜，参与者完成确认和准备，现场人员处理入住。共同身份连接这些工作，每个角色仍保留自己的操作边界。
审核是多人判断过程。申请按开发、设计等分类交给匹配的审核员，已审过的申请会从该审核员的下一件中排除。审阅工具将材料、标签、理由与录取、拒绝、不确定和流转动作放到同一工作区域；意见按团队规则聚合到申请状态。
放榜前的准备
内部申请状态与参与者可见结果，分开推进。
内部决定和对外发布被分开管理。申请可以先处于已录取状态，组织方再处理放榜；发布之前，申请人看到的仍是申请已完成。这样，内部判断进入对外沟通有一个明确操作时点。
录取之后的行前安排
分步资料与行前说明，让参赛者继续完成准备。
接受邀请之后，参赛者还需要完成资料和行前安排。我将这些内容落成分步准备流程，覆盖身份信息、联系方式、群绑定、服装和到场说明；完成准备写回申请状态，让门户继续引导下一步。
酒店与房间分配
预订、入住与退房，各自对应资源与现场操作。
住宿分成预订和入住两步。参与者先获得酒店层面的预订，现场人员办理入住时再分配具体房间、更新用量；退房与超时记录进入运营视图。酒店承诺与房间落位分别对应不同场景中的工作。
不同角色的权限
申请人、审核员、运营人员，通过共同对象接续工作。
参与者在门户中提交和准备，审核员处理材料，管理员调整申请和资源。共同的用户、活动与申请对象连接各模块；服务端以动作和资源表达权限，标签、备注与操作记录帮助运营定位具体事项。
现场评审的记录
作品、展位与比较理由，进入现场评审。
到现场创作结束，作品进入提交与展示。我参与实现项目提交、成员确认、展位信息和成对比较：评审者选择两项作品中的一项并记录原因，比较记录再进入图统计和排名视图。每次比较被保存为具体记录。
我参与的筹办与开发
我深度参与 AdventureX 2025 的线下筹办，同时作为团队中的核心开发贡献者，参与了报名表单与验证、审核和申请管理工具、筛选查询、行前准备、住宿运营，以及项目提交和现场比较评审的建设。
我的工作连接活动组织与系统开发，跨越参赛者界面和内部运营界面，将不同阶段的操作落到页面、接口和业务状态中。认证与权限基础、审核规则和其他平台能力由团队共同建设。
活动期间与结束之后
AdventureX 2025 最终在杭州落地，让 800 多名参赛者在五天内协作创造。作为深度参与线下筹办的团队成员，我的工作包含现场活动组织和内部系统建设两个部分。
United Portal 让报名继续向后延伸：材料进入审核，内部决定进入发布，确认参赛进入准备和现场安排。这段经历的价值，在于把软件建设放进一次真实活动的组织过程，让系统中的操作与线下旅程相互衔接。
本案例聚焦本人在活动筹办与内部系统建设中的贡献。赛事规模与创意产出来自 《商学院》2025 年赛后报道（新浪财经刊载）。界面与流程依据项目实现重建，使用合成示例数据。
