収益物件の比較表を自動作成する7ステップ｜投資判断の前処理を資産化する実務ワークフロー

収益物件を探すとき、最初に時間を奪われるのは「買うべきかどうか」の判断ではありません。
その前段階にある、物件情報を比較できる形にそろえる作業です。

物件概要書、販売図面、レントロール、ポータルサイト、家賃相場、修繕履歴、融資条件。これらを毎回Excelやスプレッドシートに手入力していると、検討数が増えるほど、判断前の作業だけで疲弊します。

この記事では、収益物件の比較表を自動作成するワークフローを、初心者でも再現できる順番で解説します。

ここでいう比較表とは、物件価格、満室想定年収、表面利回り、運営費、空室率、修繕リスク、エリアメモ、次アクションを横並びにした検討用の一覧表です。

目的は、AIに購入判断を任せることではありません。
人が判断する前の情報整理を自動化し、検討履歴が残る仕組みに変えることです。

なお、本記事は一般的な情報提供であり、特定物件の購入・売却・融資判断を勧めるものではありません。最終判断は、宅建業者、税理士、金融機関、建築士、弁護士などの専門家に確認してください。

このサイトの実行ログから見えた自動化の前提

Hiroのこのサイトでは、記事生成から保存までを自動化する仕組みを実運用しています。リポジトリ内の generator/ai_slop_guidelines.json には、Notion由来のAIスロップ防止基準として、次の条件が残っています。

また、generator/logs/generate.log には、2026-07-11に複数回の Saved to Notion successfully. が記録されています。たとえば、14:22:01、14:38:57、14:51:29、15:06:19、15:21:45、15:37:55、15:52:01にNotion保存成功ログが残っています。

一方で、同じログには失敗も残っています。

• Gemini CLI failed: The command line is too long.
• Gemini CLI failed: Error authenticating: IneligibleTierError
• git commit failed: fatal: cannot lock ref 'HEAD'
• .git/HEAD.lock が存在してコミットできないエラー

ここが重要です。実運用の自動化は、「毎回きれいに成功する魔法」ではありません。
成功ログ、失敗ログ、再実行条件、手動確認ポイントを含めて設計しておかないと、動いているのか止まっているのか判断できません。

収益物件の比較表自動作成も同じです。必要なのは、AIに丸投げすることではなく、入力、抽出、正規化、計算、検証、保存、通知、ログ確認までの流れを作ることです。

比較表自動作成ワークフローの全体像

収益物件の比較表は、次の7段階で作ると設計しやすくなります。

1. 入力元を決める
   CSV、物件概要書PDF、メール本文、ポータルサイトの保存データなど。

2. 必要項目を抽出する
   価格、所在地、築年数、構造、戸数、満室想定年収、現況賃料、管理費など。

3. 表記を正規化する
   5,800万円、58000000円、5,800万 のような表記揺れを同じ単位にそろえる。

4. 利回り・コスト・リスクを計算する
   表面利回り、実質利回りの概算、空室損、修繕費、初期費用を計算する。

5. 確認フラグを付ける
   旧耐震、再建築不可、修繕履歴不明、賃料想定過大、融資懸念などを見える化する。

6. 比較表に保存する
   Googleスプレッドシート、Excel、Notion、CSVなどに蓄積する。

7. 条件に合う物件だけ通知する
   Slack、メール、LINE、Notion通知などで確認対象を知らせる。

この流れができると、人間の役割は「毎回表を作る人」から「ルールを改善する人」に変わります。

初心者向けステップ1：最初に比較表の列を決める

最初に作るべきものは、AIプロンプトでも自動化ツールでもありません。
比較表の列定義です。

列が曖昧なまま自動化すると、データは集まっても判断に使えない表になります。

最低限、次の列から始めます。

特に重要なのは、数字だけでなく前提を列に持たせることです。

たとえば空室率を入れる場合、次のどれなのかを分けます。

• 過去実績から見た空室率
• 現況の空室率
• 周辺相場から仮置きした空室率
• 保守的に置いたストレステスト用の空室率

前提が混ざると、比較表の数字は簡単に信用できなくなります。

初心者向けステップ2：入力元は1つに絞る

最初からPDF、メール、Web、画像、Notion、スプレッドシートを全部つなぐと失敗しやすくなります。

最初の入力元は、次のどちらかに絞ってください。

初心者におすすめなのはCSVです。
まずは手元で3件分だけCSVを作り、自動で比較表に変換するところから始めます。

CSVの例です。

property_name,address,price,annual_rent,built_year,walk_minutes,structure
Aハイツ,東京都新宿区,60000000,4800000,1998,7,RC
Bコーポ,神奈川県川崎市,42000000,3900000,1989,12,木造
Cマンション,千葉県船橋市,75000000,5100000,2005,5,鉄骨

この形式なら、Python、Googleスプレッドシート、Excel Power Query、Notion APIのどれでも扱いやすくなります。

初心者向けステップ3：正規化ルールを作る

正規化とは、表記の違いを同じ形にそろえることです。収益物件の比較表では、ここが非常に重要です。

よくある表記揺れは次の通りです。

この変換を手作業で続ける限り、比較表作成は労働のままです。
逆に、正規化ルールを一度作れば、次の物件から同じ処理を使い回せます。

正規化で必ず残すべき列

正規化後の値だけを残すと、あとで検証できません。次の3列を残してください。

たとえば、価格ならこうです。

自動化で怖いのは、間違った値がきれいな表に入ることです。
原文と変換後を両方残すだけで、検証しやすさが大きく変わります。

初心者向けステップ4：利回りとコストの計算式を固定する

収益物件の比較表では、計算式を毎回変えると比較できません。まずは式を固定します。

表面利回り

表面利回りは、一般に次の式で計算します。

満室想定年収 ÷ 物件価格 × 100

例です。

満室想定年収 4,800,000円 ÷ 物件価格 60,000,000円 × 100 = 8.0%

ただし、表面利回りは費用や空室リスクを含みません。入口の比較指標であり、購入判断そのものではありません。

実質利回りの概算

実質利回りの概算は、次の式で置けます。

（満室想定年収 - 年間運営費 - 空室損）÷ 総投資額 × 100

総投資額には、物件価格だけでなく次の費用も入れます。

• 仲介手数料
• 登記費用
• 不動産取得税
• 融資関連費用
• 火災保険料
• 初期修繕費
• 設備交換費の仮置き

費用が未確定の場合は、空欄にせず 仮置き と明記します。
確定値と仮置き値を混ぜると、比較表の信頼性が落ちます。

初心者向けステップ5：スコアリングは「買うべき度」ではなく「確認優先度」にする

AIに「この物件は買いですか」と判断させるのは危険です。
比較表で使うスコアは、購入判断ではなく確認優先度に限定します。

例です。

スコアが高い物件は「買う物件」ではなく、先に確認する物件です。
スコアが高くても、接道、権利関係、修繕状態、融資条件で見送りになることは普通にあります。

初心者向けステップ6：次アクションを必ず入れる

比較表は眺めるだけでは価値が出ません。各行に次アクションを入れます。

次アクションの例です。

• レントロールを取り寄せる
• 管理会社へ空室理由を確認する
• 修繕履歴を確認する
• 固定資産税額を確認する
• 周辺募集賃料を3件確認する
• 金融機関に融資条件を相談する
• 現地確認候補に入れる
• 見送り理由を記録する

特におすすめなのは、見送り理由 を必ず残すことです。

見送り理由が蓄積されると、自分がどの条件で除外しているのか見えてきます。これは次の自動化ルールに使えます。

たとえば、過去30件の見送り理由が次のように分かれたとします。

この場合、次に改善すべきは「利回り計算」ではなく、修繕履歴と賃料根拠を早い段階で確認する仕組みです。

自動化ワークフローの設計例

初心者向けの最小構成は、次の流れです。

CSV入力
↓
正規化
↓
利回り計算
↓
リスクフラグ付け
↓
Googleスプレッドシートへ保存
↓
条件一致だけ通知
↓
確認結果と見送り理由を追記

慣れてきたら、PDFやメールを追加します。

物件概要書PDF / CSV / メール
↓
抽出テンプレート
↓
共通フォーマットへ変換
↓
正規化
↓
計算
↓
リスク判定
↓
比較表
↓
Notion保存
↓
通知
↓
ログ確認

専門家目線のチェックポイント

1. 表面利回りだけで順位を決めない

表面利回りは分かりやすい数字ですが、費用、空室、修繕、融資条件を含みません。

比較表では、表面利回りの横に次の列を置きます。

2. AI抽出値には信頼度を付ける

AIやOCRで読み取った数字は、必ず間違う可能性があります。

比較表には 抽出信頼度 を入れます。

特に、価格、賃料、戸数、面積、築年、権利関係は低信頼度のまま判断に使ってはいけません。

3. 自動判定と人間確認を分ける

比較表には、次の2種類の列を分けて持たせます。

自動化するのは、調査の入口と整理です。
法令、権利関係、建物状態、融資条件の最終確認は、人間と専門家の仕事として残します。

よくある失敗と対策

失敗1：PDFごとにレイアウトが違って抽出できない

販売会社ごとに物件概要書の形式は違います。1つの抽出ルールで全部読むのは無理があります。

対策は、入力元ごとにテンプレートを分けることです。

最終的には、どの入力元でも共通フォーマットに変換してから比較表に入れます。

失敗2：家賃想定が甘く、利回りが高く見える

満室想定家賃が周辺相場より高いと、比較表上では魅力的に見えます。

対策は、賃料に 根拠 と 確認状況 を付けることです。

想定賃料の根拠が弱い物件は、利回りが高くても優先順位を下げます。

失敗3：自動作成した表を誰も見なくなる

列が多すぎる比較表は、運用されなくなります。

対策は、最初に見る列を絞ることです。

最初の画面では、次の8列だけで十分です。

詳細情報は別シートやNotionページに逃がします。
一覧表は、読むためではなく、次に確認する物件を選ぶための画面です。

失敗4：ログがなく、どこで止まったか分からない

自動化は、失敗したときに原因が分からないと使われなくなります。

Hiroの実行ログでも、Notion保存成功だけでなく、Gemini CLIの認証エラー、コマンド長エラー、GitのHEAD.lockエラーが残っていました。
このような失敗ログがあるから、次に直す場所が分かります。

収益物件の比較表でも、次のログを残します。

ログがない自動化は、止まった瞬間にブラックボックスになります。

成果を測るKPI

比較表自動作成は、作って終わりではありません。KPIを見て改善します。

最初から高精度を狙うより、次の順番で改善するほうが現実的です。

1. 入力件数を増やす
2. 抽出失敗を減らす
3. 手修正箇所を減らす
4. 通知条件を絞る
5. 見送り理由からルールを改善する

収益化につなげる場合の考え方

比較表を作るだけでは収益化になりません。収益導線につなげるなら、次のように使います。

ただし、不動産購入を過度にあおる表現は避けるべきです。
「この物件は儲かる」と断定するのではなく、一般情報、業務効率化、調査補助、比較テンプレートとして設計するほうが長く運用できます。

類似記事との差別化ポイント

一般的な「収益物件 比較表」の記事は、Excelの列名や表面利回りの計算で終わりがちです。

この記事の差別化は、次の3点です。

収益物件そのものが収益を生む可能性を持つ一方で、比較表自動作成ワークフローもまた、再利用できる自動化資産になります。

反論・限界・使えないケース

この方法が向かないケースもあります。

• 月に1〜2件しか物件を見ない
• 物件概要書が画像PDFばかりでOCR精度が低い
• 物件情報が少なすぎる
• 法令・権利関係の確認を自動化で代替しようとしている
• 最終判断までAIに任せようとしている
• 自動化のログを確認する運用担当がいない
• 入力元の利用規約を確認していない

特に不動産は、数字に表れないリスクがあります。
越境、接道、再建築、修繕、入居者属性、近隣トラブル、心理的瑕疵、融資条件は、比較表だけでは判断しきれません。

自動化は、人間の判断を消すためではなく、判断に入る前の雑務を減らすために使います。

読了後すぐにやるアクション

今日やるなら、次の1つだけで十分です。

直近で見た収益物件を3件選び、価格、満室想定年収、表面利回り、築年数、駅距離、確認事項、見送り理由を1枚の表にしてください。

最初から全自動にする必要はありません。
3件分の手作業表ができれば、次に自動化すべき列が見えてきます。

おすすめの順番は次の通りです。

1. 3件分を手入力する
2. 列定義を固定する
3. CSV化する
4. 正規化ルールを作る
5. 利回り計算を自動化する
6. リスクフラグを付ける
7. 通知条件を決める
8. 見送り理由を蓄積する

手作業の表は、無駄ではありません。
自動化の設計図になります。

まとめ：比較表は「物件を見る時間」を増やすための自動化資産

収益物件の比較表を自動作成するワークフローは、単なるExcel効率化ではありません。

情報取得、正規化、計算、リスク判定、保存、通知、ログ確認までをつなぐことで、人間が毎回消耗していた調査作業を仕組みに移せます。

最初に作るべきものは、高度なAIではありません。
列定義、前提条件、確認フラグ、見送り理由、ログ設計です。

入力元を1つに絞り、抽出ルールと計算式を固定し、KPIを見ながら改善する。これが現実的な順番です。

比較表自動作成の仕組みを持てば、物件情報が入るたびに判断材料が蓄積されます。将来的には、調査補助サービス、テンプレート販売、会員向けレポート、ブログ集客などの収益導線にも展開できます。

本気で自動化・継続収益を構築したい方向けの実践マニュアル

「仕組み化が大事なのは分かった。でも、自分でゼロから作る時間がない」

そう感じた方は、次に設計図を手に入れてください。Hiroの実践マニュアルでは、AI、ブログ、商品ページ、決済、Notion管理、投稿自動化をつなぎ、人間が毎回作業しなくても収益導線が回る状態を作るための手順をまとめています。

収益物件の比較表も、AIブログも、ポイ活も、アフィリエイトも、勝ち筋は「一回きりの作業」ではなく「繰り返し動く仕組み」にあります。

本気で自動化・継続収益の土台を作りたい方は、以下の商品一覧から、自分のテーマに近いマニュアルを選んでください。

本気で自動化・不労所得を構築したい方向けの実践マニュアルを見る