不動産 営業マニュアル 形骸化 の直し方｜更新される形に作り替える

営業マニュアルは、たいてい一度は作られています。新人が入ったとき、担当者が辞めたとき、あるいは社長が「やり方を統一したい」と考えたとき。数十ページの文書ができて、共有フォルダに置かれる。そして半年後には、誰も開いていません。

この状態を「現場が守らない」と表現すると、打ち手は周知と徹底しかなくなります。周知しても戻らないのは、多くの現場で経験済みだと思います。原因は守る側にあるのではなく、更新されない形で作られていることにあります。

この記事は、マニュアルの作り方ではなく、作ったあとに使われ続ける形へ寄せる話です。作り方そのものは「不動産会社の業務マニュアルの作り方」に、新人育成に絞った形は「不動産会社の新人教育マニュアルの作り方」に分けてあります。

形骸化は、公開した日から始まっている

不動産の営業は、外の変化を受けやすい仕事です。ポータルの管理画面の並びが変わる、金融機関の書類の様式が変わる、社内の担当分けが変わる。マニュアルに書かれている操作や連絡先は、こうした変化のたびに1行ずつ古くなります。

問題は、古くなったことが誰にも通知されない点です。現場は古い記述に当たったとき、報告するのではなく回避します。回避のほうが早いからです。回避が積み重なると、マニュアルと実態のずれは静かに広がり、ある時点で「あの文書は当てにならない」という共通認識になります。ここまで来ると、正しい記述も読まれません。

つまり形骸化は、内容の質で決まるのではなく、古くなったことが表に出る仕組みがあるかどうかで決まります。よく書けたマニュアルほど分量が多く、古くなる箇所も多い、という関係にもなります。

形骸化しているマニュアルに共通する3つの形

現場を見ていると、開かれなくなった文書には形の共通点があります。内容ではなく形です。

形1: 読む場所が作業する場所から遠い

共有フォルダの階層の奥、あるいは紙のバインダー。どちらも、作業を中断して移動しないと読めません。人は数十秒の中断を避けるので、記憶と勘で進めます。

参照される形は、必要な部分だけが分かれていて、作業の流れの中に置かれている形です。反響への一次返信の型は返信を書く画面のそばに、内見後の連絡の型は日程を管理している場所のそばに。1つの大きな文書にまとめると、読む単位が大きくなり、探す手間が中断のコストを超えます。

形2: 直す人と直す日が決まっていない

作成の担当は決まるのに、更新の担当が決まらないのがよくある形です。作成は一度きりの仕事なので割り当てやすく、更新は継続の仕事なので割り当てが後回しになります。

決めるのは2つだけです。誰が直すのか。いつ見るのか。頻度は月に一度でも構いません。重要なのは、見る日がカレンダーに入っていることです。「気づいた人が直す」は、権限の所在が曖昧なので誰も直しません。

形3: 正解が1つしか書かれていない

仲介の営業には例外が多いです。反響が同じ物件に複数入る、既存客からの紹介で通常の流れに乗らない、売主の事情で段取りが変わる。マニュアルに標準の1本しか書かれていないと、例外に当たった人はその場で判断します。

この判断はどこにも残りません。同じ例外に別の人が当たると、また別の判断をします。そして「マニュアル通りにやると現実に合わない」という評価が定着します。

対処は、標準を細かく書くことではなく、例外に当たったときに誰へ聞くかを書いておくことです。判断の中身を全部先に書くのは無理ですが、判断の持ち主を書くのは1行で済みます。そして、その判断が出たら例外集に1行足す。標準の記述を増やすより、例外集を育てるほうが実態に追いつきます。

形骸化しているかを見分ける3つの確認

「守られていますか」と聞くと、たいてい「だいたいは」と返ってきます。聞き方を変えます。

3つとも、全体を読み直さずにできます。マニュアルの全文レビューから始めると、着手までに時間がかかり、たいてい着手しません。

作り直さずに、更新される形へ寄せる順番

全面改訂は費用も時間もかかり、しかも同じ経路で古くなります。順番を変えます。

第1と第2は、その日のうちに着手できます。ここまでやると、マニュアルの信頼が「全部当てにならない」から「印のない部分は当てになる」に変わります。この差が、開かれるかどうかを決めます。

ツールを入れても形骸化は解けない

マニュアルの形骸化を、社内wikiやナレッジ共有のツールで解こうとする相談をよく受けます。検索できる、更新履歴が残る、スマートフォンから読める——どれも便利ですが、更新の担当と点検日が決まっていない状態でツールを変えても、開かれない場所が新しくなるだけです。

同じ構造は、入力されないCRMでも起きます。負担する人と得をする人がずれていて、使わずに仕事が終わる迂回路が残っている限り、ツールの側では解けません。この構造は「不動産 crm 使われない理由」で整理しています。マニュアルは読む側の話、CRMは書く側の話ですが、原因の形は同じです。

順番としては、業務プロセスの側で更新の経路を作ってから、置き場所を選びます。営業の流れ全体を型にする進め方は「不動産仲介 営業仕組み化 の進め方」に書きました。

まとめ

営業マニュアルの形骸化は、内容の質ではなく形式の問題です。読む場所が作業から遠い、直す人と直す日が決まっていない、正解が1つしか書かれていない。この3つが揃うと、公開した日から古くなり始め、ある時点で「当てにならない文書」として扱われます。

見分けるのは3つの確認でできます。最終更新日、直近で入った人が開いた範囲、例外の処理を2人に聞いたときの答えの差。全文レビューは不要です。

直す順番は、使われている範囲だけを最新にする、使われていない範囲に未点検の印を付ける、例外集を1枚作る、更新の担当と点検日を決める、最後に置き場所を作業の近くへ移す。作り直しでもツール導入でもなく、古くなったことが表に出る経路を作るのが先です。