2026-11-07 来源:学邦技术
三百八十五。十一月的一场行业会议上,一个集团报出了这个校区总数。
这个数不是一家一家自建出来的。按公开的说法,它以零对价或极低成本接手经营困难的校区,接过来的是几百个孩子的课时,和几十个老师的岗位。
零对价这三个字,最容易被读成便宜。转让协议上的价格确实可以为零,但协议之外还有一栏从来不写进价格——已经收了钱、还没上完的课。
一家经营困难的校区,看得见的东西都在转让清单上:桌椅、教具、装修、租约、空调、投影。这些有价格,也能折旧,谈得拢就成交。
看不见的那一栏,往往连转让方自己都算不清:在册多少学员、人均还剩多少课时、赠课算不算、跨校区转过来的怎么折。这些问题在签约前模糊,签约后全部变成具体的人。
判断:接手一家校区,账面动作是买入,实质动作是承债。前者可以谈价,后者只能谈时间。
预收的学费,在收到的当天就已经被用掉了——发工资、付房租、投招生、还上一轮的欠款。等到要交付课时,钱往往不在账上,义务还在。
于是出现一个错位:现金看起来是正的,义务是负的,两个数不在同一个时间点上。只看银行余额的接手方,会把一个负数当成零。
还有两个口径要提前定:赠课算不算未消、跨校区转班怎么折。赠课在账上成本为零,在交付上成本不为零;转班不做折算,两个校区会同时记一遍。
记在负债这一栏,不是为了会计好看,是为了让三件事变得可算:还要交付多少课时、这些课时要花多少成本、在多长时间内能交付完。
换算本身不难,难的是每一项都要有口径。下表数字全部是假设示例,只演示算法,不代表任何一家机构的真实情况。
| 项目 | 口径 | 示例算法 | 结果(示例) |
|---|---|---|---|
| 在册学员 | 截至交接当日的有效在读人数,不含已申请退费 | 假设 300 人 | 300 人 |
| 人均未消课时 | 已缴未上的正课课时,赠课单列 | 假设 20 课时 | 6000 课时 |
| 单课时交付成本 | 教师课时费 + 场地摊销,不含招生 | 假设 40 元 / 课时 | 24 万元 |
| 每月可交付课时 | 按每生每月 8 课时计 | 300 人 × 8 课时 | 2400 课时 |
| 交付周期 | 待交付课时 ÷ 每月可交付课时 | 6000 ÷ 2400 | 2.5 个月 |
| 缺口 | 当月现金流入 − 固定支出 − 当月交付成本 | 条件句:小于零即为缺口 | 待核 |
六行里最容易被忽略的是最后一行。前四行算的是「有多少」,最后一行算的是「撑不撑得住」。
如果每月现金流入减去固定支出之后,剩下的钱不够覆盖当月交付成本,缺口就会一个月一个月地累加,直到某一天付不出老师课时费。
这也是签约前最该问的一句话:过去六个月,每个月的交付成本是多少、收到的钱是多少、中间那一格是正还是负。
表里算出来的二点五个月,只说明「排得下」,不说明「付得起」。交付周期一旦被拉到十二个月以上,负债就会跨年,接手方要在第一年替第二年的课付钱。
公开说法里,接手有四个标准动作:组织迭代、课程升级、运营植入、品牌统一。前三步对内,第四步才对外。
组织迭代解决「谁留下来」,课程升级解决「卖什么」,运营植入解决「怎么跑」,品牌统一解决「叫什么」。顺序不是随便排的,前一步没做完,后一步就会空转。
很多接手方偏爱先换门头,因为换门头最快、最可见。门头换完,家长进来看到的课表、收费口径、请假规则还是旧的,落差反而更大。
四步里第一步最疼:保留优秀教学人员,优化低效岗位。这句话听着温和,落到花名册上就是具体的取舍。
判断标准不该是「跟了多久」,而是「一周上几节课、续班什么水平、家长投诉几条」。三个数摆出来,去留就没那么难谈。
岗位调完再动课表。反过来做,课表排好了人却走了,等于白排一遍。
还有一个动作容易被忘:把教师的课表和学员的课表对上。老师留下来却带不动原来的班,等于人留住了、关系没留住,学员照样会走。
单一门类的校区抗风险能力最弱。一门课招不满,整家校区的收入跟着掉。升级的方向是从单一门类走向综合素养,但这一步最容易做成「多加两门课」。
加课不等于升级。真正的升级是让几门课共用一套排课逻辑、一套课时单价、一套教师培养路径。做不到这三点,加进去的课只会增加管理成本。
四步里最不起眼、也最容易失败的是第三步。招生体系、教务管理系统、家长服务标准,三样东西的共同点是「口径」。
什么叫口径?同一个问题,三家校区给出同一个答案。请假怎么补、退费怎么算、迟到多久不计课时、试听之后几天内回访、续班优惠截止到哪一天。
这些答案不统一,家长跨校区一问就露馅。而接手的校区各有各的规矩,谁都不觉得自己错。
口径最难的场合是退费。同一笔退费,销售算本月业绩,财务算现金流,家长算「还剩几节课」。三个算法不同,谈起来就没有共同语言。
反问一句:如果连「请假怎么补」都要各校区自己定,那接过来的到底是三百八十五家校区的网络,还是三百八十五套各自为政的习惯?
品牌统一排在第四,不是因为它最轻,是因为它最贵。换门头、换物料、换系统界面,都是真金白银。
更实际的原因是:品牌是结果,不是起点。前两步把人和课理顺,第三步把口径统一,第四步换牌子,家长看到的是一个更好的校区换了名字,不是一个旧校区刷了新漆。
公开信息里有一组对比:接手之后,三个月可以完成体系植入、师资培训和招生重启;自建一家校区,从投入到盈亏平衡至少要十八个月。
另一个数字是效率:接手的扩张效率,是自建校区的五到八倍。
| 维度 | 自建校区 | 接手校区 |
|---|---|---|
| 起点 | 无学员、无师资、无本地认知 | 有在册学员、有师资、有周边认知 |
| 主要投入 | 选址、装修、招聘、招生 | 转让对价(可为零)+ 体系植入 |
| 到盈亏平衡 | 至少 18 个月 | 3 个月完成植入与招生重启 |
| 扩张效率 | 基准 | 5—8 倍 |
| 主要风险 | 招生不确定、周期长 | 未消课时、师资流失、口径不一 |
| 最难的环节 | 第一批学员 | 第一批交付 |
这组对比常被读成「接手更快」。快是真的,但快的来源不是省了装修,是省了「从零攒信任」的那段路——校区里已经有孩子、有家长、有老师、有周边的认知。
更要紧的是,十八个月这条线是自建的下限,不是平均值。三个月这条线是接手的目标值,也不是平均值。
五到八倍这个说法也有前提:接手的校区本身还有交付能力,只是缺招生和口径。如果连老师都要重新招,效率会掉回接近自建的水平。
判断:三个月和十八个月的差别,本质上是「有没有现成的交付对象」。有,可以直接进入运营;没有,就要先造一个出来。
把上面这些落成动作,其实就四张表。接手前拿到,接手后每周更新一次。
| 表 | 接手前要拿到 | 接手后第 30 天要变成 | 责任人 |
|---|---|---|---|
| 在册学员表 | 姓名、年级、科目、剩余课时、最近到课 | 一人一行,口径统一 | 教务 |
| 未消课时表 | 已缴未上、赠课、跨校区转入 | 拆成课时与金额两列 | 财务 |
| 师资与排课表 | 在职教师、证书、周课时、可带班型 | 排课到人,缺口标红 | 教学 |
| 现金流与应付表 | 近 6 个月收付、房租、欠款 | 按月滚动往后看 3 个月 | 校区负责人 |
四张表里,第二张最容易被跳过。原因很实在:未消课时要把过去两年的报名、退费、赠课、转班全部翻一遍,工作量大,翻出来大概率不好看。
不翻,后面的绩效就无从设起。你没法给一个不知道欠了多少课的团队定交付目标。
接手后的前三个月,绩效不该按收入定。收入是结果,交付才是过程。过程没有数,收入就是碰运气。
三个指标够用:续班率、到课率、单校区毛利。前两个看交付质量,第三个看交付效率。红线只有一条:退费率。
观察节点比指标本身更重要。续班率在结课前两周看,还有调整余地;等结课后再看,只能总结。
| 指标 | 口径 | 观察节点 | 是否红线 |
|---|---|---|---|
| 续班率 | 到期学员中完成续费的比例 | 每期结课前 2 周 | 否 |
| 到课率 | 实际到课人次 ÷ 应到课人次 | 每周 | 否 |
| 单校区毛利 | 收入 − 教师成本 − 场地摊销 | 每月 | 否 |
| 退费率 | 退费金额 ÷ 当期收费 | 每月 | 是,超线即回查 |
把退费率设成红线,是因为它同时反映三件事:课没交付好、承诺没兑现、口径没说清。红线不用复杂,超过就往回查,查到哪一步算哪一步。
这套指标跟未消课时是咬合的。交付进度跟不上,续班率先掉;口径不统一,退费率先涨。两个数一起看,就知道问题出在前面还是后面。
同一场会议上还有一句话被反复引用:小而赚钱比大亏损更受尊重。放在接手的语境里,这句话有个更具体的读法。
校区数量是规模,单校区毛利是体质。三百八十五家校区的账,最终要落到每一家校区的毛利上——一家校区赚不赚钱,跟它属于多大的集团没有关系。
这也是三百八十五这个数字最容易被误读的地方:它证明的是复制能力,不是盈利能力。两件事分开看,才看得清。
反过来也成立:如果一家校区长期靠集团输血,它对集团的贡献就是负的,规模越大,负得越多。招生是输血,续费才是造血,这句话在接手之后尤其明显。
判断:能接住别人的校区,靠的不是钱,是标准。同一张学员表、同一套收费口径、同一条退费红线,换谁来接都能跑起来,这才叫接得住。
写在最后
三百八十五是一个规模数字,未消课时是一张欠条。前者可以写进介绍,后者必须写进台账。
真正决定接手成败的,不是签约那天谈下来的价格,是第 30 天那四张表能不能互相对上。
如果这些数现在还散在几个表格里,先把它们收进一个系统:在册、未消、排课、退费四张表能对上,账才算真的清。
关注「学邦技术」公众号,回复「绩效」,即可免费领取《校区接手尽调清单:未消课时测算表模板》;也可以在公众号菜单里免费体验学邦教务教学管理系统。