不動産管理会社の修繕事例をWebに載せる｜写真で見えない提案と判断の伝え方

修繕前後の写真を並べて「きれいになりました」と書いても、管理会社が何を担ったかは伝わりません。不具合を見つけたのか、複数の対応案を比べたのか、所有者への説明や施工会社との調整をしたのか。完成写真だけでは、その違いを読み取れないためです。

不動産管理・ビル管理会社が自社サイトへ修繕事例を追加するときは、発見・比較・承認・完了の四つの場面に、確認できる記録と担当を対応させます。読者が「自分の建物で困ったとき、どの部分を相談できるか」を考えられる事例にしましょう。この記事では、掲載原稿と図の作り方を扱います。修繕の必要性や工法、費用の妥当性をWeb担当者が判断するための解説ではありません。

最初に、完成した工事と自社が担った仕事を分ける

事例の冒頭には、建物の用途、相談のきっかけ、自社の担当範囲を短く置きます。「共用部を改修」という工事名だけで始めず、「点検結果の報告と対応案の説明を担当」のように、管理会社として行ったことを伝えます。設計や施工を他社が担ったなら、その役割を混ぜません。

同じ修繕でも、管理受託の中で気づいた案件と、工事の相談だけを受けた案件では、紹介する仕事が異なります。日常の巡回がきっかけだったと確認できない案件に、「日々の管理で早期発見」といった文章を足すと、写真にはない実績を作ってしまいます。担当者の説明を聞く際も、受託範囲と今回の対応を別々に尋ねます。

ページの導入は、詳しい建物情報を大量に並べる場所ではありません。用途と対象箇所、担当した業務が分かる程度から始め、所在地や規模は公開可能な粒度にします。管理している一部の設備の事例を、建物全体の管理実績として載せないことも大切です。サイトのサービス紹介と、事例の担当範囲が一致するかを最初に照合します。

公開事例は、成果の数字より説明の区切りを参考にする

東洋ビルメンテナンスの公開事例では、管理内容の見直しを、課題、提案、得られた効果に分けて説明しています。提案の欄に現行仕様の分析と修繕状況の確認があり、完成物だけでは見えにくい仕事を文章で示す構成です。東洋ビルメンテナンスの事例

三菱地所コミュニティの大規模修繕に関する事例にも、相談時の悩み、対応の説明、結果、顧客や担当者の声という区切りがあります。結果の本文には見込みや期待として書かれた箇所もあり、読む側は実施したことと今後の見通しを分けて受け取る必要があります。三菱地所コミュニティの事例

自社のページへ取り入れるのは、このように説明の役割を分ける考え方です。他社の修繕周期、費用、効果を自社の標準へ置き換えることはできません。社内資料を読んで「何を見つけたか」「何を比べたか」「何が決まったか」「何を終えたか」に印を付けると、写真に添えるべき説明が見えてきます。

四つの場面を、掲載文と確認資料の表にする

以下は、共用部の修繕を紹介するための架空の原稿整理例です。工事の標準手順を示すものではなく、過去の一件をどこまで説明できるかを調べる表です。実際の案件で順序や担当が異なる場合は、記録に合わせて項目を変えます。

事例で示す場面	読者へ伝える内容	社内で照合する資料	記録が足りないとき
発見	相談や確認のきっかけと対象箇所	点検報告、受付記録、撮影時点	発見者や原因を推測で補わない
比較	提示した案と比べた条件	提案書の確定版、担当者の説明	採用案だけなら比較したと書かない
承認	誰がどの範囲を決めたか	合意内容を確認できる記録	提案中と決定済みを区別する
完了	実施範囲と確認できた状態	完了報告、対応する写真、確認日	将来の見込みを成果へ変えない

この表は、掲載する情報の隣に根拠の所在を置くためのものです。資料そのものをWebへ添付する必要はありません。社内用の表には保管場所と確認者を残し、公開用には読者の理解に必要な説明だけを取り出します。見積書の金額や取引先名を、説明のためという理由だけで公開しないようにします。

四つの欄が埋まらないことを、文章で隠す必要もありません。提案書は残っていても承認後の実施を確認できないなら、完了事例として掲載するかを見直します。提案内容を紹介するページにする場合は、題名と冒頭で提案段階だと分かる形にし、完成写真に見える画像を添えて実施済みの印象を作らないようにします。

比較した条件と、選ばれた理由を混ぜない

「最適な修繕を提案しました」という一文では、何を検討したのかが残りません。比較の説明には、実際の提案資料で使った条件を出します。たとえば対象範囲、利用を止める必要の有無、実施時期などです。ただし、すべての案件でこれらを比較したことにせず、記録にある条件だけを使います。

公開できる内容が限られる場合も、「複数案を比較」という見出しだけで済ませず、何の違いを説明したかを短く示せます。金額を出せなくても、当初の案と変更後の案で対象箇所が違うなら、その違いは担当者へ確認できます。金額だけを消した提案書の画像より、条件を整理した文章の方が読者に伝わる場合があります。

一方、管理会社が説明した理由と、所有者や管理組合が選んだ理由は同じとは限りません。「費用を抑えるために選ばれた」と書くには、その判断を確認する必要があります。担当者の推測しかないなら、確認済みの提案内容にとどめます。採用されなかった案も、相手の判断を否定する材料として載せず、公開が認められた検討経緯として扱います。

案を並べる表を作る場合は、比較する項目の単位をそろえます。一方は工事全体、もう一方は一部の作業だけでは、読者が同じ条件と誤解しかねません。条件の違いが説明しきれない箇所は担当者へ戻し、制作側で都合のよい比較に組み替えないようにします。

修繕事例の四つの説明欄に確認資料を対応させるページ構成図 — 掲載原稿を確認するための構成例です。修繕工事の標準手順や承認権限を定める図ではありません。

図では、四つの場面に対して「掲載する説明」と「確認する資料」を隣り合わせに置きます。読者向けの事例には確認済みの説明を使い、資料の所在や未確認事項は社内の原稿管理へ残すという関係です。四段階を飾りとして置くのではなく、各欄の文章を資料へ戻って確かめられる形にします。

承認と完了は、対象と時点まで書く

「承認を得て進めました」と書くときは、何についての承認かを確認します。調査の実施、提案の方針、工事の内容など、対象が違う可能性があるためです。事例で説明する範囲に必要な合意を、担当者が記録に照らして確かめます。Web担当者が決裁権限や手続の有効性を独自に判断するものではありません。

また、工事内容の承認と、事例をサイトへ載せる承認は別に管理します。工事が終わったことだけを理由に、所有者名、建物写真、検討中の発言を自由に掲載できるとは扱いません。公開許諾や匿名化の詳しい項目は、BtoB事例ページの掲載確認を参照し、この一件で使う原稿・写真・図の組合せを確認対象にします。

完了の欄には、何を終え、どの時点で確認したかを置きます。工事が終わったことと、その後の不具合が一切ないことは同じではありません。完成写真は撮影時点の見た目を示しますが、継続的な性能や将来の費用削減まで証明する資料ではないためです。効果の測定がなければ、無理に改善率や削減額を加えません。

複数箇所を段階的に対応した案件では、一部の完了を全体の完了へ広げないようにします。掲載時点で残る対応があるなら、公開できる範囲で実施済みの箇所を区別します。後日追記する予定があっても、まだ決まっていない完了日を本文へ入れず、次に誰が状態を確認するかを社内で決めておきます。

写真の近くに、場所・時点・説明の役割を添える

完成写真には「修繕後」だけでなく、どの箇所の何を見せているかを添えます。前後を比べるなら、同じ場所を写した組合せか、範囲や向きの違いが分かるかを確認します。外観の引き写真と設備の接写を並べても、変化の比較にはなりません。写真を増やす前に、それぞれがどの説明を支えるかを決めます。

発見時の写真が残っていない場合、似た不具合を生成画像で作って実際の施工前写真へ混ぜることはできません。記録で確認できる文章と、実在現場を再現したものではない説明図を使う方法を検討します。別案件の写真も、その一件を写したように見える場所へ入れないようにします。

スマートフォンでは、横に並べた二枚が縦に積まれることがあります。その場合も、どちらの写真に説明が付くかが分かるよう、画像と短い説明を一組にします。拡大しないと読めない報告書の画像を本文の代わりにせず、必要な説明はページの文字として読める形にします。

一覧のサムネイルにも確認が必要です。詳細ページでは担当範囲を書いていても、一覧で「全面改修実績」と短縮すると意味が変わります。題名、一覧の説明、写真の切り抜きまで一緒に見て、提案のみの案件や部分的な担当が、工事全体の実績に見えないかを点検してください。

確認待ちの原稿を、空欄のまま公開しない

事例の入力画面には、公開する文章とは別に、確認待ちの項目を記録できる場所があると更新を進めやすくなります。たとえば「比較理由は担当者へ照会中」「完了写真の撮影日を確認」と残せば、次に確かめる対象が具体的になります。そのメモが記事本文や画像の説明へそのまま出ないよう、公開欄との違いを画面上で示します。

確認前の項目に仮の文章を入れる場合は、画面を確認する人にも仮原稿だと分かる表示を付けます。「後で直す」と覚えておくだけでは、整った文章ほど見落としやすくなります。公開用の表示へ切り替える前に、担当者の回答と最終文を照合する段階を設けてください。資料が得られなかった項目は、削除するか、事例の掲載範囲を狭める判断へ戻します。

公開後に追加工事があった場合は、元の事例を書き換える箇所と、後日の追記を分けます。当初からすべて実施していたように読める変更は避け、いつの対応を説明する文章かが残る形にします。訂正で完了範囲が変わるなら、本文だけでなく、一覧の要約と図中の語句も確認対象です。一件のページで同じ事実を何か所に使っているかを記録しておくと、更新漏れを探しやすくなります。

一件を試作してから、事例ページの共通項目を決める

最初から過去の全案件に同じ入力欄を追加するより、記録を確認できる一件で原稿を作ります。四つの場面が説明できるか、比較条件が公開できるか、完成写真と文章が対応するかを確かめると、自社の事例に必要な欄が分かります。案件ごとの差が大きい項目を無理に必須にすると、根拠の薄い文章で埋める原因になります。

制作を依頼するときは、現在の事例ページ、公開可能な資料の種類、事実を確認する担当者、掲載したい担当範囲を伝えます。制作側には、取材項目、原稿の見出し、図と写真の配置、一覧への表示、更新時の確認箇所を依頼します。修繕の判断を担う専門担当と、情報の見せ方を担う制作担当を分けた上で進めます。

試作ページは、案件を知らない社内の人にも読んでもらいます。「管理会社は何を行ったか」「誰が何を決めたか」「掲載時点で何が終わっているか」を答えられるかが確認点です。答えが写真の印象だけになった箇所は、担当範囲や時点の説明を補います。宣伝文を増やすより、判断の根拠がたどれる一件を作ることから始めましょう。