第四十章　三个迎新季的时间线

一套迎新系统的价值，第一年看不出来，第三年才看得清。

第一年买的是流程，第二年买的是省下来的人日，第三年买的是数据开始替学校说话。 这三笔不是一回事，值得分开算，因为它们各自的判断标准不同：第一年看流程跑通没有，第二年看有没有人主动登录，第三年看新学期开学时学校手里多了什么。

40.1 第一个 90 天：真正费的不是装系统

把报到那天记作起点，往前倒。九十天里必须干完的事，大部分和软件无关。

T-90 到 T-75：定标准。 谁的名字算数——学号、身份证号还是唯一编号；组织架构谁来建、建到几级；性别民族生源地这些字段各按哪套码值；收费项目由谁批、批完以什么口径进系统。这一段时间的产出是一份纸质文件，不是一套环境。 它决定了后面所有的数据能不能合表，也决定了第三年那笔账算不算得清。

T-75 到 T-60：通数据。 名册从哪来、怎么进（一次导入还是定时同步）、字段怎么映射、遇到冲突以哪边为准；宿舍楼栋和床位数据谁负责；如果学校已有学工或教务系统，接口谁开发、什么时间能联调。这一段最容易延期，因为它需要第三方配合，而第三方不认为迎新是自己的事。

T-60 到 T-35：跑流程。 建批次、装配任务、定时间窗、设前置依赖、按人群分组、开权限。这一段是纯配置工作，正常节奏两三周。 卡住的多半不是操作，是三个决策没定：绿色通道要谁审、任务截止是不是真拦、哪些事项允许老师代办。

T-35 到 T-10：验一遍。 拉一小批真人跑完全流程，比任何演示都有效；同时做四件事——现场动线演练、点位与工位安排、志愿者培训、把常见问题写成学生端能看见的公告与问答内容。这二十几天里最值钱的产出，是学校自己那份现场方案。 系统能给出名单和节奏，替不了学校决定把桌子摆在哪。

T-10 到 T-0：备现场。 到站填报开始汇总，按站点和时段看有多少人几点到，据此排车次；未报到与异常处理的路径要定到人；大屏投到哪面墙、谁守着，也要定。

T+7 到 T+30：收尾那一段。 体检预约、入学教育、问卷回访、未报到原因登记。大部分项目死在这一步——报到日过了就散伙，于是第二年的数据起点永远是空的。

九十天里，系统的实施工作量是小头，学校的决策工作量是大头。 一个把这句话讲在签合同之前的供应商，比一个承诺"两周上线"的供应商可靠。

40.2 第二年：配置复用，人日砍掉一半以上

第二年开学，学校要面对的问题只有一个：这套东西是重新做一遍，还是接着用？

如果是前者，它会死在第二年——因为没人有耐心把那一整套配置从头再填一次。系统里的答案是批次克隆：新建批次时指定上一年那一个作为来源，整套任务配置原样带走——项目、顺序、时间窗、前置依赖、必填要求，一个不落；需要的话，环节办理授权也一起复制。克隆出来的批次起止时间自动平移到下一个年度，名字会提示"请根据实际情况修改"。

于是第二年真正的动作只剩三样：换名册、调时间、改标准（收费项目和金额每年都要重新批一遍，这是唯一的固定改动）。上一届被证明不合理的地方顺手修掉：某个任务开放时间设短了、某项材料其实不必收、某个人群本该单独开一组。

交付侧的曲线也是同一个逻辑：同一套产品，首所学校约六十人日，到第五所约四十，到第十所约二十五。 减少的不是功能，是摸索——因为学校侧的活从"建设"变成了"改配置"。 第二年的实施投入本来就该明显低于第一年，如果有供应商报出和第一年一样的实施费，值得问一句差在哪。

第二年还有一个第一次出现的东西：一份真正的年度回顾。 第一年做不了，因为所有精力都花在把流程跑通；第三年做也晚了。第二年手里同时有两届的办理记录和一份刚定下来、还没被反复改动的口径，能回答的问题突然变多：哪个任务卡住的人最多、报到高峰落在哪一天的哪个时段、哪个学院的节奏一直在后面、哪些字段年年都要人工修。自动生成总结报告这一层排在交付批次上；眼下材料是齐的，缺的是有人坐下来把它写完。 写它的成本比想象低，因为它只需要回答上面那几问。

40.3 第三年：数据开始替学校说话

第三年的差别不在功能上——功能从第一天就在那里。差别是学校手里第一次有了"自己历届迎新"这件事的知识。

四个问题，第三年才能答：

人员构成往哪走。 生源地分布、男女比例、民族构成、走读与住宿的选择，按批次一年一层摊开。这些趋势不看三年看不出来，看三年就足够影响下一年的宿舍计划和迎新现场排布。

流程哪里是真瓶颈。 每一年都卡在同一件事上，说明它不是偶发；每一年都新卡一件，说明流程还在长。三届记录叠在一起，才能把"年年要加班的那一环"和"每年新加的环节"分开。

该配多少人、多少工位。 到站时刻、报到速率、体检预约曲线——这三条叠加能算出报到的现场峰值需要多少人手，也能算出哪几年可以减。第一年靠经验排班，第三年靠历届排班。

标准值不值。 第一年说统一编码重要，没人信，因为痛还没到；第三年同一套编码已经跑过三届，跨届比对不用洗数据——这时"第十四章那些规定"第一次变成看得见的收益。

再往上一层，是第二章讲过的那件事：能沉淀成标准件的全是"怎么办"，不是"这些数据"。 学校侧同理——历届学生名单不是资产（那是隐私和责任），历届的任务模板、口径定义、权限分配方案、现场预案才是资产。 到第三年，这些东西会从系统的配置里自然长出来，因为它们本来就在配置里，只是需要有人把它们抄成一份文件。

要说清三条边界：跨年度的对比看板、自动生成的年度报告、按指标字典配置的自定义报表，这三样都排在批次上。 第三年的数据替学校说话，说的是"材料在、口径在、随时能问出答案"，不是"系统会自动汇报"。能问出答案和自动汇报之间差的不是技术，是一个愿意每年坐下来把回顾写完的人。

40.4 怎么判断自己走到了哪一年

看三个信号就够了。

第一年结束时问：有没有人在报到日之后还登录。 如果系统六月上线、十一月没人再打开，那这一年只买到了报到那两天，第二年的复用无从谈起。

第二年结束时问：今年的配置改动，是几月提的。 改动集中在开学前一周，说明是"临时救火"；改动在上一届回顾时就被写下来，说明流程开始被数据改。这是第二年到第三年真正的门槛。

第三年开始时问：明年换新接手的处长，他多久能上手。 答案如果是"看一遍上年的回顾记录和配置说明，一两周"，这套系统已经变成学校的制度的一部分；如果答案是"得打电话问供应商"，那它还只是一件外购的设备。

迎新的钱花得值不值，最终不是看报到那天多顺，是看第三年有没有人舍不得换掉它。