2026-09-01
托育不是只看月費：訂金、註冊、首月預繳與回職場薪資空窗怎麼準備？
Quick Answer
即使「回職場後每月薪資 − 托育費」明顯為正，正式開始前仍可能需要一筆不小的現金。先計算：
\text{Childcare Startup Cash Need}
=
\text{Deposit}
+\text{Enrollment/Registration}
+\text{First Prepaid Period}
+\text{Required Supplies}
+\text{Transport Setup}
+\text{Pay-Gap Living Costs}
-\text{Confirmed Cash Arriving Before First Paycheck}最重要的不是平均月費，而是每筆錢在哪一天先出去、薪資或補助在哪一天真正進來。
為什麼「月薪 6 萬、托育 2 萬，所以一定沒問題」可能錯？
因為你可能在第一份薪資前先支付：
- 托育訂金；
- 一個月或一段期間的預繳；
- 註冊／行政費；
- 餐食／延托；
- 寢具、衣物、奶粉、備品；
- 接送設備；
- 通勤；
- 工作服／設備。
同時，開始工作後第一份薪水可能要等到下一個固定發薪日。
所以長期正現金流和短期現金可行性是兩個不同問題。
第一步：向托育單位取得「付款日」而不是只問「一個月多少」
至少確認：
- 何時要付訂金；
- 訂金是否抵首月；
- 首月何時扣款；
- 是否有一次性註冊／用品費；
- 退托／請假如何計費；
- 延托如何計；
- 補助是直接減免、之後撥款，還是其他流程；
- 退費條件。
不要用網路文章替代你的實際契約。
Worked Example 1：長期每月多 25,000，但開始前要先拿出 85,000
假設：
- 回職場後每月實領：65,000
- 托育月費：20,000
- 通勤＋工作必要成本：8,000
- 家庭因回職場增加的其他成本：2,000
長期月淨增加：
65,000-20,000-8,000-2,000=35,000看起來很好。
但開始前：
- 訂金：20,000
- 首月預繳：20,000
- 註冊／用品：10,000
- 通勤設定／工作用品：5,000
- 第一份薪資前 30 天家庭必要現金：30,000
Peak：
20,000+20,000+10,000+5,000+30,000=85,000如果你現在只有 50,000 可自由使用現金，即使長期每月多 35,000，也可能在開始前缺 35,000。
這就是「Break-Even 可行，但 bridge financing 不可行」。
第二步：建立事件時間軸
用日期，不用「第 1 個月」：
| 日期 | 事件 | 現金流 |
|---|---|---|
| 9/5 | 托育訂金 | -20,000 |
| 9/20 | 首月預繳 | -20,000 |
| 9/25 | 用品／註冊 | -10,000 |
| 10/1 | 開始托育 | 0 |
| 10/3 | 開始工作 | 0 |
| 10/15 | 通勤／生活 | -15,000 |
| 11/5 | 第一份完整薪資 | +65,000 |
每一天更新現金：
C_t=C_{t-1}+Inflows_t-Outflows_t找：
\text{Startup Minimum Cash}=\min(C_t)這比「月底會有薪水」精準。
Worked Example 2：補助有資格，不代表今天可以拿來付訂金
台灣育兒／托育支持有現行政策與資格條件，但實際金額、資格、申請與撥款時間都應以當期官方資料及個案為準。
現金流模型中只有在你確定金額與入帳時間後，才把它放進某一天的 inflow。
如果只是「應該有補助」，先做兩條：
- Base：不先計入；
- Confirmed Benefit：確定後再加入。
這避免因行政時差造成短期資金缺口。
第三步：把托育 startup fund 和 emergency fund 分開
托育已決定開始、訂金與首月費已知，這不是緊急事件。
建立：
- Childcare Startup Fund
- Emergency Fund
假設現金 120,000，其中 startup fund 85,000：
\text{True Emergency Cash}=120,000-85,000=35,000不要說「我有 12 萬預備金」，因為 8.5 萬已經有明確用途。
壓力測試 1：第一份薪資晚一個 pay cycle
新工作薪資可能因到職日、薪資結算週期而延後。
把第一份完整薪資延後 14～30 天，再算最低現金。
如果模型立刻負數，代表開始工作的流動性 buffer 太薄。
壓力測試 2：孩子第一個月生病，需要額外備援照顧
可能同時發生：
- 正常托育費仍需支付；
- 父母請假影響收入；
- 臨時照顧；
- 醫療／交通。
不要假設第一個月一定是完美正常月。
建立 adverse startup case。
壓力測試 3：退托或換托育單位
確認：
- 訂金可否退；
- 需提前多久通知；
- 已預繳費用如何處理。
這些條款會影響「失敗時退出成本」，不是只有每月價格。
Decision Matrix
| 情況 | 重點 |
|---|---|
| 長期回職場淨現金為正 | 再看 startup peak |
| 訂金／首月高 | 提前設 startup sinking fund |
| 補助尚未確認 | Base Case 不預先計入 |
| 薪資發放晚 | 延後 pay-date 壓力測試 |
| 現金主要來自 emergency fund | 扣除已指定 startup 金額再看安全墊 |
| 托育退費限制高 | 加入 exit cost |
常見錯算
1. 只比較薪水與月費
忽略開始前的現金高峰。
2. 把「資格可能有」的補助當已入帳
現金流需要日期。
3. 把訂金當費用或資產不分
要依契約判斷是否可退／可抵，但不管會不會退，付款當天都會降低流動性。
4. 第一個月用正常月假設
新工作與托育同時開始，變動反而最大。
進階驗證：把「第一個月」拆成四個現金區段
托育與工作同時開始時，用單月合計很容易漏掉先付後收。可以拆成：
A. 簽約日至托育開始前
主要是訂金、註冊、用品與交通設定。這段幾乎只有 outflow。
B. 托育開始日至工作開始
若需要提早送托適應，可能已開始計費，但尚未產生工作收入。
C. 工作開始日至第一份薪資
托育與通勤都正常發生，但薪資尚未完整進來，是最容易出現 minimum cash 的區段。
D. 第一份薪資後第一個完整月
這時才比較接近穩定的 monthly break-even。
為四個區段各算期末現金，可以看到哪一段需要 buffer，而不是把「長期每月多 35,000」拿來掩蓋前面 6 週的缺口。
進階驗證：托育訂金到底是不是「成本」要看退出條款
如果訂金最後會抵月費，它在整體總成本上可能不是額外費用，但付款當下仍會占用現金。若退托可退，它可能更像暫時被鎖住的資產；若不可退，則同時是退出成本。
所以模型分兩欄：
- Cash Timing：付款日先全額扣；
- Economic Cost：依契約判定最後是否抵用／退還。
這個區分能避免兩種錯誤：一是完全不算訂金造成短期缺口；二是把可抵首月的訂金重複計入總成本。
進階驗證：回職場後 90 天的「托育不中斷率」
不要預測孩子一定生病幾天，而是做可調 scenario：
- 正常托育；
- 每月 2 天需要家長請假；
- 每月 5 天需要備援照顧。
每個 scenario 填：
- 收入是否受影響；
- 正常托育費是否照付；
- 備援照顧現金；
- 交通／醫療額外支出。
若只要出現少量中斷，家庭淨現金就由正轉負，代表 startup buffer 不能在第一個月用完。
補助的正確放法：把資格、核定與入帳拆成三個事件
現金模型不要只放一列「托育補助」。應拆成：
- 申請／資格確認；
- 核定金額；
- 實際入帳日期或費用減免生效日。
只有第三個事件才能增加當日可用現金。前兩個只是未來可能流入的資訊。這對搬家、換托育單位或剛回職場的家庭尤其重要，因為行政時差可能正好落在現金最緊的前幾週。
反轉條件：長期月淨收益多少時，startup 壓力仍不值得？
沒有通用答案，但至少用兩個指標一起看：
- Startup Cash Need；
- Stable Monthly Net Gain。
若 startup need 120,000、穩定後每月只多 5,000，純現金回補要約 24 個月；若每月多 35,000，約 3.4 個月。這不是「回本後一定要工作」，而是讓你看清前置現金與長期收益的尺度。
常見問題
托育月費負擔得起，就代表可以順利回職場嗎？
不一定。回職場前可能同時出現訂金、註冊費、首月預繳、交通與工作準備費，而第一份薪資要更晚才入帳，因此要另外算 startup cash peak。
托育訂金可以直接當成成本嗎？
要看契約。可退訂金比較像暫時占用的流動性；不可退費用或實際被扣除的金額才是確定成本。退出條款一定要分開核對。
有托育補助就可以先從支出扣掉嗎？
不應直接假設。至少拆成資格、核定與實際入帳三個事件，只有時間與金額可確認時才放進現金流。
全職收入較高就一定勝過兼職嗎？
不一定。托育可能採階梯費率，通勤、延托、福利與額外工時也會改變邊際收益。應比較每個工作天數方案的實際 household gain。
回職場後多久應重新檢查一次？
至少在第一個完整薪資週期、托育開始 30 天與約 90 天後重新核對，確認實際月費、出勤、病假與通勤沒有偏離原模型太多。
Sources & Limitations
- 衛福部 0–6 歲國家一起養政策
https://www.mohw.gov.tw/cp-5130-58003-1.html - 政府入口網托育政策資訊
https://www.gov.tw/News_Content_2_745216
本文不判定補助資格或托育契約權利。所有金額與撥款日應以實際契約及官方確認為準。
Related Guides
如何把這個模型放進 WorthCalc 的日常決策流程
這篇指南最重要的用途，不是把一個示範答案抄成自己的答案，而是把原本模糊的「好像划算」拆成可以更新的輸入欄位。當價格、收入、合約、時間點或家庭責任改變時，只要更新輸入，再跑一次同樣的比較。真正穩定的決策流程是：先固定比較期間，再確認哪些數字是確定現金流、哪些只是估計；接著檢查最低現金點與最壞情境；最後才看總成本或平均值。
如果某個欄位無法取得，先把它列為「未知」而不是填入網路平均值。未知值若可能改變結論，就代表你還沒有足夠資料做決定。這比用一個看起來精準、其實與你無關的市場平均數更可靠。
實作時的 90 天檢查點
做完決策後，不代表模型永遠有效。建議在第一個完整帳單週期、第三個月與出現重大變動時重算一次。若實際現金流持續偏離模型，應優先修正輸入與行為，而不是硬守原本的結論。WorthCalc 的定位是協助你把決策透明化；真正的產品條款、稅務結果、補助資格與法律責任仍以當期正式文件與主管機關規則為準。
Checklist
- 我使用的是自己的合約、薪資、帳單與實際費用，而不是市場平均值。
- 我把一次性現金支出與每月持續支出分開。
- 我固定了比較期間，沒有用不同期間製造假便宜。
- 我檢查過「最低現金點」，不是只看平均每月。
- 我至少跑過一個不利情境，確認結論會不會反轉。
- 我知道哪些輸入是確定值、哪些只是估計值。
- 若制度或合約可能影響結果，我已回到官方文件核對。