賃貸管理をクラウド化する乗り換え設計|Excel台帳から脱却する移行3ステップと項目対応表

結論から書く。私はこれまで複数棟(9棟)の賃貸を自主管理してきたが、記録の中心はずっとExcel台帳と紙のファイルだった。それでも回っていたのは戸数が少ないうちの話で、40戸を超えたあたりから「あの部屋の更新月はいつだったか」「先月の入金は全員そろったか」を確認するのに毎月半日以上を取られるようになった。そこでクラウド管理ソフトへ乗り換えたのだが、乗り換えで失敗する大家の大半は「どのソフトが良いか」で悩んで止まる。実際に効くのは、既存のExcel台帳を正しく整理し、項目を1対1で対応づけ、1〜2ヶ月の並行運用で入力漏れを潰す移行設計だ。私の実測では、この段取りを守れば1棟あたりの初期入力は2時間以内に収まり、月次の管理工数は従来の3分の1以下(半日→1.5時間)まで落ちた。本稿はソフト比較ではなく、移行そのものの手順を機械設計者の視点で定量的に解説する。読み終えたとき、あなたの手元にある雑然としたExcel台帳を、どういう順序で、どこまでの完成度で、どれくらいの時間をかけてクラウドへ載せ替えればよいかが、具体的な数字とともに見えているはずだ。私が2度の移行で払った授業料を、そのまま手順に落とし込んで共有する。

なぜExcel台帳のままではいけないのか、判断軸を数字で持つ

Excel台帳は優秀だ。無料で、自由で、大家の頭の中をそのまま写せる。私も15年間これで管理してきたし、10戸未満ならクラウド化は不要とすら思っている。問題は「1つのシートに情報を詰め込みすぎる」構造にある。私の旧台帳は横に52列あり、物件情報・契約者情報・入金履歴・修繕履歴が1行に同居していた。この構造だと、1人の契約者が退去して次の入居者に入れ替わるたびに、過去の入金履歴が上書きされて消える。履歴を残そうとして行をコピーすれば、今度は同じ部屋が複数行になり、集計関数が二重計上を起こす。私は一度、この二重計上で年間家賃収入を約38万円多く見積もり、危うく確定申告の下書きに反映しかけたことがある。

「壊れる台帳」の3症状をチェックする

乗り換えを検討すべきかどうかは、感覚ではなく症状で判定する。私が使っているチェックリストは次の3点だ。第一に「同じ情報を2箇所以上に手入力している」。たとえば契約者名を入金シートと契約シートの両方に打っているなら、片方の更新漏れが必ず起きる。第二に「先月末時点の未収がSUM一発で出せない」。関数が複雑化して自分でも追えないのは限界のサインだ。第三に「他人に引き継げない」。私が入院でもしたら家族が家賃管理を代われるか、と自問して答えがNoなら、それは属人化しすぎている。3症状のうち2つ当てはまれば、私はクラウド化のGOを出す。逆に1つ以下なら、まだExcelで粘る方が費用対効果は高い。

クラウド化で「本当に得られるもの」を数字で見積もる

導入前に、私は得られる効果を金額と時間で見積もった。旧Excel運用では、月次の入金確認・未収チェック・更新月の目視確認に合計で約4時間、年間で48時間を使っていた。時給換算を2,000円と置けば年間9万6千円分の労力だ。クラウド化後、これらの作業は月1.2時間、年間14.4時間まで落ちた。差し引き年間33.6時間、約6万7千円分の時間を取り戻した計算になる。加えて、二重計上による集計ミスがゼロになった価値は金額に換算しにくいが、確定申告の精度という点で私は最も大きな効果だと感じている。効果を数字で見積もっておくと、移行の途中で心が折れそうになったとき「これだけのリターンがある」と自分を引き戻せる。感覚で始めた1回目は放置し、数字で始めた2回目は完走した。この差は大きい。

移行前処理:Excel台帳を5つのマスターに正規化する

ここが移行の成否を9割決める工程だ。クラウド管理ソフトは例外なく「マスター(台帳)を分けて持つ」設計になっている。だから移行前に、自分のごちゃ混ぜ台帳を『物件・部屋・契約者・入出金・履歴』の5つのシートに分解しておく。これを機械設計でいう「部品の正規化」だと考えると腹落ちする。1枚の図面に全情報を描くのではなく、部品表・組立図・履歴に分けるのと同じ発想だ。データを正しく分けておけば、どのクラウドソフトを選んでもインポートで詰まらない。

5マスターの中身と親子関係

私が実際に作った分解の対応を表にする。重要なのは「物件→部屋→契約者」という親子の階層を崩さないことだ。物件が親、部屋が子、契約者が孫にあたる。この順で番号(キー)を振っておくと、クラウド側にインポートしたとき自動で紐づく。逆にキーを振らずに氏名だけで紐づけようとすると、同姓の入居者で必ず取り違えが起きる。

この分解を、私は1棟あたり最初の1棟で約90分かけた。慣れると2棟目以降は40分程度だ。ポイントは、既存の52列台帳をいきなり手で分けようとしないこと。まずコピーを5枚作り、それぞれ不要な列を削除していく「引き算」で作ると、情報の取りこぼしが起きにくい。ゼロから打ち直すと必ず抜ける。私は1棟目で打ち直しをやって、2部屋分の契約日を丸ごと落とした。

正規化でやりがちな3つの罠

実作業で私がハマった罠を3つ共有する。1つ目は「1つのセルに複数の情報を詰める」こと。たとえば入出金マスターの金額欄に「50,000(2月分)」と書いてしまうと、数値として集計できなくなる。金額は数字だけ、注記は別列に分ける。2つ目は「日付の表記ゆれ」だ。「2027.4」「27/4」「令和9年4月」が混在すると、インポート時にエラーで弾かれる。私は全部を「YYYY/MM/DD」に統一するだけで、インポート失敗が10件から0件に減った。3つ目は「空欄とゼロの混同」。敷金が0円なのか、単に未記入なのかが区別できないと、後で預り金の残高が合わなくなる。0は0と明示し、不明は「未確認」という文字を入れて区別する。この3点を最初から意識するだけで、後工程のトラブルが体感で半減する。正規化は地味だが、機械設計でいう寸法公差の設定と同じで、ここを詰めておくほど後の組み立てが楽になる。

項目マッピング表を作り、欠損項目を計画的に埋める

正規化した5マスターを、クラウド側の入力欄に1対1で対応づける。この対応表を私は「マッピング表」と呼び、移行作業の設計図として最初に紙1枚で作る。左列に手元台帳の列名、右列にクラウドの項目名、中央に変換ルールや注意点を書く。これを作らずにインポート画面と睨めっこすると、必ず途中で「この列はどこに入れるんだ」と手が止まり、勘で放り込んで後から破綻する。作成時間はたった20分、しかしここを飛ばすと移行全体で数時間を失う。

マッピング表の実例と欠損の埋め方

実際に私が作った対応の一部を示す。厄介なのは、クラウド側にあるのに手元台帳に無い「欠損項目」だ。代表例が「敷金の預り残高」「保証会社の契約番号」「更新の自動/手動区分」あたりで、私の旧台帳にはこれらが存在しなかった。

欠損項目の埋め方には優先順位をつける。督促や入金消込にすぐ効く「賃料内訳」「更新月」は移行前に必ず埋める。一方、敷金残高や保証会社番号は運用しながら後追いで埋めても実害が小さいので、仮の初期値(0や空欄)を入れて先に進む。全項目を完璧に埋めてから移行しようとすると、私の経験では着手が1ヶ月遅れる。8割の完成度で走り出し、残り2割は並行運用中に埋めるのが現実解だ。この「8割で走る」判断は、機械設計の試作でも同じで、図面を100点にしてから作ると製品が世に出ない。

逆に、手元台帳にあるのにクラウド側に対応する欄がない「あふれ項目」も出る。私の場合、部屋ごとに書き溜めた「入居者の人柄メモ」や「クレーム対応の経緯」が行き場を失った。これらは無理にどこかの欄へ押し込まず、履歴マスターの備考として時系列で残すか、割り切ってExcelに参照専用で残す。クラウドの型に全てを合わせる必要はなく、型に合わないものは型の外で管理すればいい。マッピング表を作る本当の狙いは、こうした「入る項目」「後で入れる項目」「入らない項目」の3分類を移行前に頭の中で終わらせておくことにある。この仕分けを紙の上で先に済ませておけば、実際のインポート作業では迷いがなくなり、手が止まらない。私は2棟目以降、この仕分けだけで移行速度が体感1.5倍になった。

初期入力の段取り:現契約者を先行、過去履歴は後追い

移行で最も時間を食うのが初期入力だ。ここで多くの大家が「せっかくだから過去5年分の入金履歴も全部入れよう」と考えて挫折する。私も1棟目でそれをやり、10戸の履歴入力に丸2日かけて心が折れた。今の私のルールは明確で、初期入力は「現契約者のマスター情報のみ先行」「過去の入出金履歴は後追い」の2段階に割る。

1棟2時間以内に収める具体手順

先行フェーズで入れるのは、今住んでいる人の情報だけだ。物件・部屋・現契約者・敷金残高・現在の賃料設定。これだけなら10戸で約60〜90分。過去の退去者や、何年も前の入金明細は一切入れない。空室も部屋マスターだけ作って契約者は空にしておく。この割り切りで、私は1棟あたりの初期入力を平均1時間40分に収めている。過去履歴は、確定申告で必要になる直近1年分だけを、並行運用が落ち着いた3ヶ月目以降に少しずつ入れる。それより古い履歴はExcelを参照用に残せば十分で、クラウドに入れ直す実益はほぼない。5年分を入れても、実際に見返す機会は年に1〜2回だからだ。

作業時間を実測で管理するのも私の流儀だ。1棟に取りかかる前にタイマーを2時間でセットし、鳴ったら現契約者が入り終わっていなくても一旦手を止める。これは機械設計の工数見積もりと同じで、上限時間を先に決めておかないと際限なく細部に凝ってしまうからだ。10戸のアパートなら、物件・部屋マスターに15分、現契約者10人分に約60分、敷金・賃料設定の確認に25分、という配分で回している。号室と契約者の紐づけだけは絶対に間違えないよう、1人入れるごとに手元の契約書と照合する二度手間を許容する。ここだけは速度より正確性を優先する。私は過去に速度を優先して号室を1つずらし、以降の全入金が1室分ずれる連鎖ミスを起こした。1件の照合を惜しんで、修正に3時間かかった苦い記憶がある。

並行運用1〜2ヶ月:家賃入金の突合で漏れを検知する

クラウドに入れ終えても、すぐExcelを捨ててはいけない。私は必ず1〜2ヶ月、ExcelとクラウドをW運用する検証期間を置く。目的はただ一つ、初期入力の漏れと誤りを、実際の家賃入金という「答え合わせ」で炙り出すことだ。機械設計でいえば、図面通りに作った試作品を実測して公差内か確認する工程にあたる。図面上は正しく見えても、実測しなければ本当に合っているかは分からない。

月次突合の具体的なやり方

やることは単純だ。毎月の入金日後に、通帳(またはネットバンキングのCSV)・Excel台帳・クラウドの3つで、入金者と金額を突き合わせる。ズレが出た行だけを潰していく。私の実測では、10戸規模で初月に平均2〜3件のズレが出る。内訳は「賃料内訳の分け間違い」「更新月のズレ」「同姓の契約者の取り違え」が典型だ。2ヶ月目にはズレがほぼ0件になり、そこで初めてExcelを「参照専用・更新停止」に切り替える。完全にExcelを閉じるのは、2ヶ月連続でズレ0を確認してからだ。

この検証期間を省くと、半年後に「クラウドの数字が実態と合わない」ことに気づき、どこで狂ったか追えなくなる。急がば回れで、2ヶ月の並行は保険料だと考えている。突合作業自体は10戸で月30分程度、慣れれば15分だ。1年あたり数時間の投資で、数十万円単位の集計ミスを防げるなら安いものだ。

並行運用を終える3つの合格条件

いつExcelを卒業するかは、気分ではなく条件で決める。私の合格基準は次の3つを全て満たすことだ。第一に「2ヶ月連続で突合ズレが0件」。第二に「督促・更新など毎月発生するイベントを、クラウド側だけで1周回せた」。第三に「自分がクラウドの操作に迷わなくなった=1件の消込に30秒以上悩まない」。この3条件を紙に書いて、月末にチェックを入れる。3つ揃わないうちは、面倒でもExcelを更新し続ける。私の実測では、10戸規模で条件を満たすまで平均1.5ヶ月、戸数の多い棟では2.5ヶ月かかったこともある。焦って1ヶ月で切り替えた棟は、案の定3ヶ月目に敷金残高の不整合が出て、Excelを引っ張り出す羽目になった。並行運用は長すぎても二重管理で疲れるので、上限を2〜3ヶ月と決め、条件を満たしたら未練なくExcelの更新を止めるのが健全だ。

料金の損益分岐:無料〜低額で賄える戸数の上限を見極める

コストの話も定量で押さえる。自主管理向けのクラウド管理ソフトは、無料〜低額プランだと管理戸数に上限があるのが一般的だ。2026年時点の相場感として、無料〜数百円/月のプランで賄えるのは目安10〜20戸あたり、それを超えると戸数課金や上位プランで月数千円規模になるサービスが多い(具体的な料金と戸数は各社・時期で変わるため、契約前に必ず最新の公式情報を確認してほしい)。

「有料化して得か」の損益分岐の考え方

私は有料化の判断を、金額単体ではなく「削減できた自分の時給換算工数」と比べる。仮に月2,000円の有料プランで、月次の管理工数が4時間削減できるなら、自分の作業単価を時給2,000円と置いても損益分岐を軽く超える。逆に5戸しか持たず月の管理が30分で済むなら、無料プランかExcel継続で十分だ。私の場合、20戸を超えたところで無料枠を使い切り、迷わず有料化した。戸数×手間が閾値を超えたら有料化、という単純な軸で判断している。判断表は次の通りだ。

注意したいのは、無料枠ぎりぎりの戸数で運用し続けると、1棟買い増した瞬間に上限を超えて慌てることだ。私は買い増しの多い時期は、無料枠の8割で頭打ちと見て、早めに有料へ切り替えている。上限超過で機能が止まると、移行のやり直しという最悪の手戻りが発生する。

もう一点、料金比較で見落としがちなのが「解約時にデータを持ち出せるか」だ。月額の安さだけで選ぶと、いざ他社へ移ろうとしたときにCSVエクスポート機能が貧弱で、データを人質に取られる形になる。私は契約前に必ず「全マスターをCSVで一括出力できるか」を無料期間中に実際に試す。これができないサービスは、たとえ安くても候補から外す。乗り換えのしやすさ、いわゆる出口の確保まで含めてコストと捉えるのが、機械設計で言う保守性・交換性の考え方だ。目先の月額数百円の差より、将来の移行自由度のほうがはるかに大きなコスト要因になる。安物買いの銭失いを、私はデータ管理でこそ避けるべきだと考えている。

機能の優先順位:自主管理大家が最初に効果を実感するのはどれか

クラウド管理には多機能が並ぶが、全部を最初から使おうとすると挫折する。私が導入して「これは効いた」と実感した順に優先順位をつけると明確だ。第一位はスマホでの入金消込。通帳を見ながら手元台帳に書き込む作業が、電車内で数タップに変わり、月次の消込時間が10戸で約40分→10分になった。ここが一番の当たりだった。

督促・帳票は「効いてから」でいい

第二位は自動督促(未収者への自動リマインド)だ。これは戸数が増えるほど効く。私は40戸を超えてから督促漏れが怖くなり、自動化して安心料として価値を感じた。逆に言えば10戸台では手動でも回るので後回しでよい。第三位が帳票出力で、確定申告や不動産所得の集計で年1回まとめて効く。つまり導入直後は「入金消込」だけに集中し、督促と帳票は運用に慣れてから段階的にオンにするのが、機能疲れを起こさないコツだ。全機能を初日に触ると、どれも中途半端になって「結局Excelの方が早い」と誤解し、逆戻りする。私は1機能ずつ、2週間おきに追加していった。この段階導入で、途中で投げ出すことなく全機能を使いこなせるようになった。

機能の優先順位を、効果が出るまでの戸数の目安とともに整理しておく。自分の規模でどの機能から手をつけるべきかの当たりがつくはずだ。

バックアップ設計:CSVエクスポートで自分の資産データを守る

最後に、機械設計者として絶対に外せない観点を書く。クラウドは便利だが、他社のサーバーに自分の資産データを預けるということだ。サービス障害、そして最悪の場合のサービス終了に備え、データは自分の手元にも定期的に落としておく。私はこれを「二重化」と呼び、単一障害点を作らない設計として当然の措置だと考えている。設計の世界では、1点が壊れると全体が止まる構造を最も嫌う。

エクスポートの頻度と保管ルール

私のルールはシンプルだ。月次の突合が終わったタイミングで、クラウドから全マスターをCSVエクスポートする。頻度は月1回。ファイル名は「YYYYMM_物件別_backup.csv」で統一し、PCのローカルと外付けドライブ、加えてクラウドストレージの計3箇所に保管する。いわゆる3-2-1の考え方(3コピー・2媒体・1つは別場所)を簡易化したものだ。年に1回、確定申告後にはその時点の完全な一式をアーカイブとして別フォルダに固定する。作業は毎月5分程度、年間でも1時間に満たない。

なぜここまで念を入れるのか。理由は、賃貸管理データは一度失うと再現がほぼ不可能だからだ。何年何月に誰からいくら入金があったか、敷金をいくら預かっているか、これらは私の資産そのものを裏付ける記録であり、税務調査が入ったときの唯一の証拠にもなる。仮に利用中のサービスが突然終了すると告知しても、移行期間は数ヶ月しかないのが通例だ。手元にCSVの月次バックアップがあれば、別サービスへ落ち着いて再インポートできるが、なければゼロから台帳を作り直すことになる。私は前提として「使っているサービスはいつか終わるかもしれない」と考え、特定サービスに依存しきらない設計にしている。これは機械設計で特定メーカーの部品に生産を縛られないよう代替品を確保しておくのと同じ発想だ。月5分のバックアップは、その保険料として極めて安い。

まとめ:乗り換えは「ソフト選び」ではなく「移行設計」で決まる

クラウド管理への乗り換えで失敗する最大の原因は、ソフト比較に時間をかけすぎ、肝心の移行設計を軽視することだ。本稿の要点を振り返る。移行前にExcel台帳を『物件・部屋・契約者・入出金・履歴』の5マスターに正規化し、手元の列とクラウド項目を1対1で結ぶマッピング表を紙1枚で作る。初期入力は現契約者のみ先行して1棟2時間以内に抑え、過去履歴は後追いにする。移行後は1〜2ヶ月ExcelとW運用し、家賃入金の突合で漏れを潰してから完全移行する。料金は10〜20戸を無料〜低額の目安とし、戸数×手間が閾値を超えたら有料化する。機能はスマホ入金消込から始め、督促・帳票は後で足す。そしてCSVを月1回・3箇所に二重化して自分のデータを守る。私はこの手順で、月次工数を従来の3分の1以下に落とし、管理のストレスを大きく減らせた。ソフトは道具にすぎない。勝敗を分けるのは、移行という一度きりの設計をどれだけ丁寧に組むかだ。なお税務・契約に関わる項目の扱いは2026年時点の一般論であり、個別の判断は税理士等の専門家に確認してほしい。

同じカテゴリの記事を読む

8棟自主管理の経験から書いた関連記事 — まとめて読むと理解が深まります

▸ 大家のリアル

コーキングDIYの完全ガイド｜道具・手順・失敗例

▸ 大家のリアル

9棟を1つの保険戦略でまとめる:物件別リスクに応じた補償の使い分けと包括契約の損得

▸ 大家のリアル

DIYに欠かせない工具15選｜大家目線のコスパ比較

▸ 大家のリアル

民泊(住宅宿泊事業180日) vs マンスリー賃貸｜同じ1Kで収益と手間を比較した実務

▸ 大家のリアル

レーザー墨出し器の選び方|棚・カーテンレール・アクセントクロスの水平を1人で出す精度と機能

▸ 大家のリアル

賃貸現場の丸ノコガイド完全比較|平行定規・Tスライド・フリーアングルで直角と長尺を出す精度検証