経営者の仕事は、問題をなくすことではなく問題を早く見つけること

結論：経営者の仕事は、問題を起こさないことではなく、問題を早く見つけること

事業を続けていると、どこかで必ず「問題ゼロの状態」を目指したくなる時期がある。クレームが出ない運営、遅延の出ない工程、離職の出ない組織、修繕の出ない物件。そういう状態を理想として掲げ、そこに近づくことが経営の腕前だと感じてしまう。

ただ、私はここを目標に置くのは筋が悪いと考えている。経営者の仕事は、問題のない状態を夢見ることではない。問題が起きたときに早く見つかり、早く手を打てる仕組みを持っておくことだ。問題そのものはコントロールできないが、発見の速さはコントロールできる。この違いが、事業の残り方を大きく変える。

言い方を変えると、目指すべきは「起きない事業」ではなく「気づける事業」だ。前者は運に賭けている。後者は設計でつくれる。

問題は起こるものだと考えたほうが強い

不動産でも民泊でも、AIを使った仕組みでも、小さな事業でも、問題は必ず起きる。設備は壊れる。予約は飛ぶ。数字は落ちる。人は辞める。取引先の担当者は代わる。制度も条件も変わる。自分が丁寧にやっていても、外側の条件が動けば結果は動く。

だからこそ、問題が起きない前提で組むか、問題が起きたときに早く直せる前提で組むかで、事業の強さがまったく変わってくる。

問題ゼロを前提にした運営には、共通の弱点がある。異常が起きたときに、その事実を認めるまでに時間がかかることだ。「ゼロが正常」という前提で走っていると、最初の小さな異変が「例外」「たまたま」「一時的なもの」として処理されやすい。本当は最初の兆候なのに、正常の範囲として扱ってしまう。この処理の癖こそが、発見を遅らせる最大の原因になる。

逆に、問題は起きるものだと最初から置いておくと、小さな異変を素直に「来たな」と受け取れる。感情的なダメージが小さいぶん、判断が速い。理想が壊れたことを嘆く時間がいらないので、そのまま次の手に入れる。

危ないのは、問題そのものより発見の遅れ

実際に事業を痛めるのは、問題の大きさよりも、気づくまでの時間であることが多い。

小さな異変が起きているのに誰も報告していない。数字が落ち始めているのに見ていない。相手の違和感が言葉になっていない。この「見えていない状態」がいちばん危ない。問題は小さいうちなら直せるが、気づくのが遅いほど、選べる手が減っていく。

ここで重要なのは、コストが時間に対して直線的には増えないという点だ。発見が一週間遅れたときの負担と、三か月遅れたときの負担は、単純に十二倍ではない。遅れているあいだに、問題が別の問題を連れてくるからだ。

設備の不具合を放置すれば、レビューの評価が落ちる。評価が落ちれば集客が落ちる。集客が落ちれば数字を取り返すために値段を下げる。値段を下げれば利益が薄くなり、修繕に回す原資が減る。最初の入口はひとつの不具合でも、出口では収益構造の話になっている。

人の問題も同じ形をとる。違和感を放置すると、当事者だけの話だったものが、周囲の空気の話になり、最後は仕組みの話になる。早い段階なら一回の会話で済んだことが、遅れると体制の組み替えが必要になる。

だから、発見を早めることには、単に「早く直せる」以上の意味がある。問題を、まだ一つの問題であるうちに扱えるということだ。

発見が遅れるものには、共通の性質がある

すべての問題が同じように見えなくなるわけではない。発見が遅れやすいものには、いくつか共通した性質がある。ここを知っておくと、どこを見張ればいいかの見当がつく。

一つ目は、痛みが分散しているもの。誰か一人が大きく困るなら声が上がる。しかし、多くの人が少しずつ不便を感じている状態は、声にならない。少しの不便は、わざわざ報告するほどではないと判断されるからだ。結果として、全体では相当な損失が出ているのに、誰の議題にも乗らない。

二つ目は、報告すると自分が損をするもの。担当者のミス、判断の遅れ、うまくいっていない施策。これらは、正直に上げるほど自分の評価が下がる構造になっていると、上がってこない。悪意ではなく、構造がそうさせている。報告が上がらない組織は、人が不誠実なのではなく、報告のコストが高すぎることが多い。

三つ目は、緩やかに変化しているもの。急に半分になれば気づくが、少しずつ落ちているものには気づけない。稼働率、問い合わせ数、返信の速さ、現場の丁寧さ。日々の変化が小さいと、記憶のほうが現状に合わせて更新されてしまう。「昔からこんなものだった」と思い込む。

四つ目は、外部に預けているもの。管理会社、委託先、プラットフォーム、外注のパートナー。自分の手元を離れた領域は、報告が来ない限り見えない。そして報告の形式は、たいてい相手の都合で決まっている。相手が「問題なし」と定義している範囲は、こちらの目にも入らない。

この四つは、どれも「悪いことが起きているのに、誰も嘘をついていない」状態をつくる。だから犯人探しをしても解決しない。見えるようにする仕組みを足すしかない。

私の判断軸：想定外は消せない、判断の遅れは減らせる

私はふだん、事業の判断をフライトプラン型で整理している。目的地を言葉にし、現在地を確認し、制約を洗い出し、複数ルートを比較し、主ルートと代替ルートを決め、判断線を先に置く、という順番だ。この考え方の中心にあるのは、想定外はなくせないという前提である。

飛行機でも、事前にどれだけ調べても、天候や混雑や相手の都合で状況は変わる。だから準備の目的は、変化をゼロにすることではない。変化が起きたときに、何を優先して、どの手に切り替えるかを決めておくことだ。

那覇TCAへ飛んだときのことを覚えている。その日は無線が非常に混雑していて、なかなかコンタクトできる隙間がなかった。ようやく合間ができてコンタクトしたところ、返ってきた英語を聞き取れない場面があった。通常なら「Say again」と伝えて、もう一度聞き返す。ただそのときは、とっさに「日本語でお願いします」と依頼した。確認されていたのは「那覇空港へ着陸しますか」という内容だった。

私は那覇空港へ着陸するフライトプランを出していて、事前にスポットも予約していた。だから、着陸するかどうかを問われるとは想定していなかった。自分の想定になかった問いだったことが、聞き取りづらさに影響したのだと思う。

ここで通常の形にこだわり、英語で何度も聞き返していたら、混雑した周波数を長く使い、ほかの航空機にも影響を与えていたかもしれない。だから、英語で応答することより、内容を早く正確に理解することを優先した。

この経験から改めて感じたのは、手順や言語は目的ではないということだ。目的は、内容を正確に理解し、安全に次の行動を決めること。そして、想定していなかった問いが飛んできたときほど、理解が遅れるということでもある。

事業でも同じことが起きる。想定していた質問には即答できるが、想定していなかった角度から来た情報には反応が遅れる。「そんなはずはない」という前提が、事実の受け取りを一拍遅らせる。この一拍を減らすために、想定外が来る前提で、確認の形と判断の基準を先に決めておく。

見えない問題を、見えるようにする三つの手順

抽象的な話にしても動けないので、実行できる形に落とす。やることは三つだけだ。

一、見えていないと気づけない領域を三つ書き出す

いまの仕事や事業で、「見えなくなっている可能性が高いのはどこか」を三つ挙げる。多くしすぎないことが大事だ。十個挙げると管理が仕事になり、続かない。

選ぶときの目安は、さきほどの四つの性質に当てはまるものだ。痛みが分散している領域、報告すると誰かが損をする領域、緩やかに落ちている可能性がある数字、外部に預けている領域。この基準で見ると、たいてい三つはすぐに出てくる。出てこない場合は、それ自体が「見えていない」の証拠であることも多い。

二、それぞれに「毎週見る一つの合図」を決める

領域ごとに、状態を映す合図を一つだけ決める。数字でもいいし、数字にならないものなら、確認する相手と質問の形を決める。

ポイントは、一つに絞ることだ。三つも四つも見ようとすると、毎週は続かない。完璧な指標を探す必要もない。その領域が悪化したときに、ほぼ確実に動く合図であれば足りる。粗くても、毎週見られるもののほうが、精緻でも見ないものより価値がある。

外部に預けている領域では、相手の報告をそのまま合図にしないほうがいい。相手の報告は、相手が「問題」と定義した範囲しか含まない。こちらから見る指標を一つ持っておく。

三、反応する基準を先に決める

ここがいちばん抜けやすい。合図を見ていても、どこから動くかを決めていないと、悪い数字を見ながら「もう少し様子を見よう」を繰り返してしまう。人は、すでに時間やお金を使った方針ほど、変えにくくなる。

だから、まだ冷静なうちに線を引いておく。「この数字を二週続けて下回ったら、原因を調べる」「この問い合わせが月にこれ以上出たら、運用を変える」「この状態が続いたら、委託先と話す」。線は自分で決めていい。決めておくことに意味がある。

ここでの判断は、必ずしも撤退や中止である必要はない。多くの場合、必要なのは「調べる」というひとつ手前の行動だ。線を引く目的は、悪化を確定させることではなく、事実を見に行くスイッチを自動化することにある。

領域ごとの当てはめ方

三つの手順は、扱っている事業によって具体形が変わる。

不動産なら、見えなくなりやすいのは建物の状態と入居者側の不満、そして管理を任せている範囲だ。表面の入金は続いていても、その裏で小さな不具合や不満が溜まっていることがある。合図としては、修繕や苦情の発生の仕方、退去の理由の傾向、管理会社とのやり取りの頻度あたりが扱いやすい。判断線は、修繕の判断や条件の見直しをどこから検討するかを、感情が動く前に決めておく形になる。

民泊なら、変化が数字に出るのが比較的早い一方で、原因が見えにくい。稼働や評価が落ち始めたとき、それが季節なのか、価格なのか、清掃や設備の状態なのか、近隣との関係なのかを切り分ける必要がある。だから合図は一つに絞りつつ、落ちたときに何を順番に確認するかをあらかじめ書いておくと、判断が速くなる。予約サイトや運営会社に依存している部分は、依存の度合いそのものを定期的に見る対象にしておく。

AIを使った仕組みでは、見えなくなるのは出力の質だ。動いているうちは誰も点検しないため、少しずつずれても気づかない。人が確認する地点をどこに置くか、元データへ戻る方法があるか、おかしいと分かったときの復旧手順があるかを、便利さと同じ重さで持っておく。合図としては、手直しの発生頻度や、担当者が「なんとなく使いにくい」と感じ始めた時点の声が使える。

人や委託先との関係では、合図は数字にならないことが多い。返信の速さ、相談の量、共有される情報の細かさといった変化が、先に出る。ここは指標を作り込むより、確認する場と質問の形を決めておくほうが効く。相手が報告しやすい形になっているかを、こちら側の設計として点検する。

この仕組みが続くかどうかは、軽さで決まる

見える化の仕組みは、たいてい重すぎて続かない。項目を増やし、書式を整え、定例を設けた結果、確認そのものが負担になり、やらなくなる。そして、やめたことにも気づかないまま、また見えない状態に戻る。

続けるための条件はいくつかある。

まず、確認にかかる時間を短くすること。毎週数分で終わる形なら残る。三十分かかる形は、忙しい週から先に飛ぶ。

次に、置き場所を一つにすること。合図が複数の場所に散っていると、見に行くこと自体が手間になる。一枚の紙でもメモでも構わないので、三つの領域と合図と判断線が同じ場所にある状態にする。

そして、見た結果を残すこと。良かったか悪かったかの一行でいい。記録があると、緩やかな変化に気づけるようになる。記憶だけに頼ると、さきほど書いたとおり、記憶のほうが現状に合わせて書き換わってしまう。

完璧にやろうとしないことも条件のうちだ。抜けた週があってもいい。抜けたことを責めるより、翌週また見るほうが、長い目では精度が高い。

早く見つかると、選べる手が残る

発見を早める仕組みの本当の価値は、問題を防げることではない。選択肢が残ることだ。

早い段階なら、手直しで済む。少し遅れると、方法を変える必要が出る。さらに遅れると、条件を下げるか、撤退するかの二択になる。同じ問題でも、気づいた時点によって、目の前に並ぶ選択肢の数がまるで違う。

私は、続けることと引くことの両方を選べる状態を大事にしている。粘るのが正しい場面もあれば、早めに引いて次に資源を回すのが正しい場面もある。どちらを選ぶにしても、材料が手元にあることが前提になる。発見が遅れるというのは、材料が揃う前に選択肢が減っていくということだ。

逆に言えば、見える状態をつくっておくことは、判断の自由を確保する作業でもある。自由に動ける事業とは、問題が起きない事業ではなく、問題が起きたときにまだ手が残っている事業のことだ。

まとめ

経営者の仕事は、問題ゼロを目指すことではない。問題は必ず起きるという前提に立ち、それが小さいうちに見つかる仕組みを持っておくことだ。

危ないのは問題そのものではなく、発見の遅れ。発見が遅れやすいのは、痛みが分散しているもの、報告すると損をするもの、緩やかに変化しているもの、外部に預けているものの四つ。ここを見張れば、多くは間に合う。

そして、想定外は消せないが、判断の遅れは減らせる。事前に調べられることは調べ、想定外では判断線に従って決める。この形をつくっておけば、状況が変わっても動き続けられる。

最初の一歩として、いまの仕事や事業で「見えなくなっている可能性が高い領域」を三つだけ書き出してみてほしい。そして、それぞれについて、毎週見る合図を一つと、動き出す基準を一行だけ決める。合図が粗くても構わない。決めるのに十分もかからないし、それだけで、次に何かが起きたときの気づく速さが変わる。