原状回復見積をAIで標準化する手順と限界

原状回復見積のAI化で最初にやるべきは、写真解析の導入ではありません。負担区分の判断基準を社内基準表として明文化することです。基準が曖昧なままシステムを載せると、担当者ごとのぶれが自動で量産されます。順序を間違えない設計を解説します。

原状回復見積のAI化とは、具体的に何をすることですか？

原状回復見積のAI化とは、損耗の判定そのものをAIに任せることではなく、判定基準を社内基準表として明文化した上で、写真の分類・整理と経年劣化控除の計算をシステム側に移す取り組みです。

分解すると、対象になる作業は次の3つです。

一方で移せないのが「この損耗を借主負担にするか」という帰属の判断です。ここを人が持ち続ける前提で全体を設計します。

判断の一次情報は、国土交通省「原状回復をめぐるトラブルとガイドライン」と、自社の賃貸借契約書・特約の突き合わせです。耐用年数や残存価値の考え方は必ず原典と契約条項を確認してください。なお法令・契約解釈の最終判断は弁護士等の専門家にご確認ください。

負担区分の判断は、どこでぶれますか？

ぶれは「経験の差」という漠然としたものではなく、5つの箇所に分けられます。立会に同行して記録を並べると、どの箇所で割れているかが特定できます。

重要なのは、②以外はすべて明文化と実装で解決できるという点です。多くの現場では②の議論に時間を使う一方で、①③④⑤が放置されています。ここを先に固めるだけで、同じ損耗の見積額がばらつく事象は大きく減ります。

社内基準表は、どの順序で作りますか？

基準表づくりは会議室では終わりません。次の工程で進めます。

1. 立会に同行する（複数の担当者で）
   同じ物件ではなく、あえて担当者を変えて数件回ります。ベテランと若手が同じ損耗をどう呼び、どこまでを借主負担と言うかを、その場のことばで記録します。
2. 判断が割れた項目だけを抜き出す
   全項目を網羅しようとすると止まります。割れた項目、迷った項目、その場で上司に電話した項目に絞ります。ここが基準表の初版になります。
3. 列を設計する
   基準表は最低限、次の列を持たせます。
   – 部位（床・壁・天井・建具・設備・鍵）
   – 損耗名称（選択式の語彙。表記ゆれを1つに寄せる）
   – 判定の観点（例：喫煙痕の有無、水濡れの継続性）
   – 原則の負担区分（借主／貸主／要判断）
   – 施工範囲の取り方（面単位／部分／室単位）
   – 単価の参照先（社内標準単価／業者見積）
   – 経年劣化控除の適用有無
4. 「要判断」の分岐先を決める
   基準表で最も価値があるのは、判定できないケースを「要判断」として明示し、誰にエスカレーションするかまで書いてあることです。ここが空欄のままだと、現場は結局その場で自己判断します。
5. 1か月運用してから列を足す
   初版で網羅を目指さず、運用中に出た「表に無かった損耗」を追記する担当と頻度を決めます。

この段階で基準表がExcel1枚に収まっていれば、システム化は素直に進みます。逆に基準表が作れない業務は、AIを載せても標準化しません。

退去立会の写真整理は、どこまで自動化できますか？

自動化できるのは「仕分け」と「不足チェック」、できないのは「撮り直しの判断」です。

現実的な設計は次のとおりです。

• 撮影ルールを先に決める：部位ごとに必要な枚数と角度（全景1枚＋近接1枚＋スケール当て1枚など）を規定します。ルールが無い写真は、AIでもフォルダ分けの精度が上がりません。
• 撮影時にタグを付ける：帰社後に画像を見て分類するのではなく、タブレット上で「洋室1／壁／東面」を選んでから撮影する順序にします。これだけでファイル名の手打ちが消えます。
• 不足検知をシステムに持たせる：基準表で「クロス張替を計上するなら近接写真が必須」と決めておけば、見積明細と写真の紐づけが欠けている行を退出前に警告できます。トラブル時に効くのはこの1点です。
• AIは分類の下書きに使う：既存写真の遡り整理や、タグ漏れの補完に画像分類を当てます。ただし出力は「候補」であり、承認は人が行う前提にします。

なお公共工事の写真管理では、国土交通省「デジタル写真管理情報基準」（令和5年3月）が写真区分→工種→種別→細別という階層で分類を定めています。原状回復に直接適用される基準ではありませんが、分類を階層で持つという考え方は原状回復の写真台帳設計にもそのまま使えます。

立会タブレットのUIは、どう設計すべきですか？

立会現場は、オフィスとは条件が違います。同行して観察すると、次の制約が見えます。

• 片手にメジャーや鍵を持っている（両手操作の前提が崩れる）
• 手袋をしていることがある（小さなチェックボックスは押せない）
• 空室は電波が弱い（クラウド前提の常時通信は破綻する）
• 窓からの逆光で画面が見えない（薄いグレー文字は読めない）
• 借主が横で待っている（入力に長時間かけられない）

ここから導かれる設計ルールは具体的です。

「入力項目を全部1画面に並べる」設計は、机上では効率的に見えますが立会では使われません。エクサテックが株式会社イーリアルティ様に構築した転記エージェントでも、契約の前段階から何度も現場に足を運び、困りごとを理解するところから設計を始めました。同社では業務マニュアルが未整備でしたが、作業自体を自動化することでマニュアルを作る必要そのものが減っています。原状回復の立会も同じで、運用手順書を書いて教育するより、迷う余地のない入力順序を作るほうが早いという判断が働く領域です。

経年劣化控除の計算を実装するとき、何で詰まりますか？

計算式は難しくありません。詰まるのは入力データ側です。実装で必ず問題になる順に挙げます。

1. 起算日が揃っていない
   入居日は契約管理システムにありますが、クロスや設備の更新日は工事台帳・紙の請求書・前任者の記憶に散らばっています。起算日が無い部位は自動計算が動きません。まず起算日マスタを作る工程を、開発前に置く必要があります。
2. 部分補修と面単位の不整合
   控除の考え方は面や設備の単位で議論されるのに、実際の施工は「破損部分のみ補修」で見積が立ちます。この対応関係を基準表で定義しておかないと、計算結果が説明できません。
3. 特約による上書き
   契約ごとの特約（ハウスクリーニング費の負担、喫煙時の扱いなど）が計算より優先します。契約データから特約フラグを取れる構造になっているかが分かれ目です。文字列の備考欄にしか無い場合、機械的な判定はできません。
4. 端数処理と表示
   丸めの位置が変わると、借主に提示する金額が数円ずれます。丸めのルールを1か所に集約し、明細と合計で二重に丸めない実装にします。
5. 計算根拠の保持
   後から問い合わせが来たときに「なぜこの金額か」を再現できる必要があります。結果だけでなく、適用した基準表のバージョン、起算日、控除率を明細に残します。ここを省くと、トラブル対応で結局手計算に戻ります。

AIでできないこと・この仕組みの限界は？

明示しておきます。

• 負担区分の最終確定はできません。 結露か構造起因か、通常損耗か過失かの判断材料は写真の外側にあり、AIは候補提示までです。
• 写真1枚から損耗の程度を定量化することはできません。 照明・角度・カメラで見え方が変わります。スケールを当てた撮影ルールが前提になります。
• 契約特約の解釈はできません。 特約の有効性の判断は法律問題であり、システムの役割ではありません。個別案件は弁護士等の専門家にご確認ください。
• 基準表が無い会社では標準化しません。 AIは基準を代わりに決めてくれません。判断が言語化できていない業務は、まずそこから着手する必要があります。
• 業者見積の妥当性検証はできません。 社内標準単価との差分提示は可能ですが、相場の妥当性判断は人が行います。

「AIで原状回復トラブルがゼロになる」という話ではありません。ぶれの原因を5つに分解し、人が判断すべき1つに集中できる状態を作るのが到達点です。

まとめ

• 原状回復見積のAI化は、写真解析ではなく社内基準表の明文化から始める。
• 判断のぶれは①損耗名称②原因帰属③範囲④単価⑤経年劣化控除の5箇所に分解でき、②以外は実装で吸収できる。
• 基準表は立会同行で「割れた項目」だけを抜き出して初版を作り、「要判断」のエスカレーション先まで書く。
• 写真は撮影時にタグ付けし、見積明細と紐づけて不足検知を退出前に行う設計が実務で効く。
• 経年劣化控除の実装で詰まるのは計算式ではなく、起算日データの欠損と特約の管理形式。

ご相談について

エクサテックは、不動産・建設の現場に入り込み、仕組み設計からWebアプリ構築までを同一チームで進めています。基準表がまだ言語化できていない段階でも、立会の同行と業務の棚卸しから一緒に整理できます。原状回復に限らず、書類作成や転記の自動化でお困りの点があれば、お気軽にお問い合わせください。