滞納督促を仕組みにする — 経験則を再現可能なフローに変える 6 ステップ
「滞納督促はベテランの A さんに任せている」という運用、不動産業界では本当によくあります。私自身も賃貸管理の現場で、20 年でこの状態を何度も見てきました。
問題は、A さんが退職・異動した瞬間に督促業務が止まり、入金回収率が落ち、訴訟タイミングを逃すこと。督促を 個人の経験則から 会社の仕組みに変える設計が、賃貸管理 DX で最も効く改善のひとつです。
この記事では、6 ステップで督促を仕組み化する手順を整理します。
なぜ「経験則」では限界か
ベテラン担当者は、滞納者ごとに次の手をうまく選べます。「この人は電話より文書」「初回は穏やかに」「3 ヶ月超えたら法的手続きの準備」のような判断を、経験で蓄積しています。
しかし、これらが 担当者の頭の中にしか無いと、以下のリスクが発生します。
- 退職・異動で全ノウハウが消える
- 引き継ぎが「うまくやって」レベルで終わり、新任担当の判断質が落ちる
- 滞納件数が増えた時、経験者がスケールできない（1 人が見られるのは月 100 件が限界）
- 経営側が督促状況を把握できない（A さんに聞かないと分からない）
これは「A さんが優秀」という評価で片付けず、経営リスクとして仕組み化すべき領域です。
期間別の判定軸を明文化する
督促の最初のステップは、滞納日数で次手を機械的に決められる状態にすることです。経験則を関数に変えるイメージです。
| 滞納日数 | 主な対応 | 自動 / 手動 |
|---|---|---|
| 3 日 | SMS / メールで自動リマインド | 完全自動 |
| 7 日 | 督促状（テンプレート、簡易） | 自動生成 / 担当確認後送付 |
| 14 日 | 電話督促 | 担当者 |
| 30 日 | 督促状（強め）+ 連帯保証人通知 | 自動生成 / 担当確認 |
| 45 日 | 内容証明 | 担当者 + 司法書士 |
| 60 日 | 法的手続き準備（訴状下書き） | 弁護士 |
ベテランは頭の中でこの表を使っていました。明文化すれば、新任でも 7 割の判断は同じ精度で出来ます。残り 3 割（事情を踏まえた判断）にベテランが集中できる状態が、仕組み化の到達点です。
督促手段の選択肢と効果
各手段の特徴を整理しておくと、新任担当が迷わなくなります。
- SMS / メール: 即時性高、コスト最小、ただし無視されやすい。初回 3 日で必ず打つ。
- 電話: 直接対話で事情把握できる。ただし「電話に出ない / 出られない時間帯がある」という壁。14 日以降から開始。
- 督促状（普通郵便）: 受け取り強制力なし、ただし証拠として残る。7 日 / 30 日の節目で送付。
- 内容証明郵便: 受け取り証拠あり、法的効力の起点。45 日で送付し、訴訟移行への意思を示す。
- 連帯保証人通知: 滞納者本人が動かない時の最後の橋渡し。30 日以降で開始。
- 法的手続き: 訴状送達 → 強制執行。60 日以降で弁護士と連携。
「いつ何を打つか」を期間と紐付けて事前定義しておくのが、仕組み化の核です。
記録の構造化 — kintone に督促履歴を集約する
督促業務で最も重要なのは、「誰がいつ何をした」を確実に記録することです。これが基幹システム側だと、賃料データと密結合で取り出しにくく、かつ事案ごとの細かい記録に向かないケースが多い。
賃貸管理の基幹（賃料管理 / 送金 / 契約）はそのまま使い、督促履歴だけ kintone に切り出すのが現実解です。
kintone での督促履歴アプリは、最低限以下の項目で構造化します。
- 物件 ID（基幹と同期、フィルタ用）
- 入居者 ID（基幹と同期）
- 滞納発生日
- 滞納金額
- 滞納日数（自動計算）
- 督促区分（SMS / 電話 / 督促状 / 内容証明 / 法的手続き）
- 督促実施日
- 担当者
- 結果（応答あり / 一部入金 / 連絡不通 / 約束 / 訴訟移行）
- 次のアクション予定日
- 備考（個別事情・事件番号など）
このアプリがあれば、後述する 6 ステップが回せます。
6 ステップで仕組み化する
実装は以下の順です。
- 基幹システムから滞納者リストを抽出（CSV エクスポートまたは API 連携）
- 滞納日数で自動セグメント（3 日 / 7 日 / 14 日 / 30 日 / 45 日 / 60 日）
- セグメントごとに次手を自動提案（kintone のステータスフィールドに自動更新）
- テンプレート文書を自動生成（督促状・内容証明の下書きを差し込み出力）
- 担当者は「実施 → 結果記録」だけに集中（判断業務をシステム側に寄せる）
- 経営側は kintone のダッシュボードで滞納状況を月次確認（件数推移・回収率・平均回収日数）
担当者は「次に何をすべきか」を考える必要がなく、「実行して結果を入れる」だけになります。経験則の暗黙知が、kintone のフィールドと自動化フローに移植された状態です。
失敗パターン — 「人を増やせば解決」の罠
滞納が増えてくると「督促担当を増やせば回収率が戻る」と思いがちですが、これは大抵失敗します。
- 新任は判断が遅い: 経験則が無いので、毎回ベテランに聞く → ベテランの時間を奪う
- 記録の精度がバラつく: 担当が増えると記録の書き方が分散し、後から分析できなくなる
- コストが線形に増える: 滞納件数が 2 倍になったら担当も 2 倍必要、というスケール構造
仕組み化の本質は、1 人の担当者がさばける件数を 2-3 倍にすることです。月 100 件が限界だった人が、自動セグメント + 自動下書きで 250-300 件こなせるようになる。これは「人を増やす」とは方向性が違う改善です。
まとめ — 督促は「経営の仕組み」として設計する
督促は属人的な業務に見えますが、期間別の判定軸 + 履歴の構造化 + テンプレート自動生成で大半を仕組み化できます。
ベテランの経験則を関数に書き出し、新任が 7 割の精度で判断できる状態を作る。残り 3 割の難しい判断にベテランが集中する。これが仕組み化の到達点です。
「滞納督促が属人化している」「担当者が辞めると回らなくなる」というご相談は、業務 DX 無料診断（60 分）で具体構成までご提案します。
---
関連サービス:
- 業務 BPO（賃貸管理） — 督促業務の代行 + 仕組み化を併走
- ダッシュボード構築 — 滞納推移と回収率の可視化
関連事例:
- 賃貸管理を kintone で再設計（基幹は活かす） — 督促履歴を kintone に切り出した実装例
- 問い合わせ集約と LINE 自動応答 — 入居者連絡の構造化（督促連絡にも応用可能）