🔬 LUMIPROS LAB #2｜なぜ「この人に相談してみよう」と思われるのか

仕事・発信・信頼が生む、“まだ形のない相談”を引き寄せる力

「こんなクライアントがいるんだけど、なんとかならない？」
そんな相談を受けることがある。
面白いのは、その人とは一緒に仕事をしたことがないことだ。
私が実際にどんなふうに仕事をしているのか、知っているわけでもない。
しかも、その人の周りには、仕事の相談先になり得る専門家や支援者もいる。
それでも、私のところへ相談が来る。
なぜだろう。

一方、企業の競争力について考えていると、別の形で「仕事が仕事を呼ぶ」現象にも出会う。
ある仕事をやり切った姿を見た顧客や、同じ現場に関わった事業者から、
「それができるなら、こんなこともお願いできないか」
と、次の仕事が持ち込まれる。
ときには、
「一緒に組んだら、こんなこともできるんじゃないか」
と、まだ存在していない仕事そのものを一緒につくる話へ発展することもある。

片方は、仕事を見たことによる信頼。
もう片方は、仕事をする前から生まれている信頼。
入口は違う。
でも、そこには共通するものがある。
それは、
「まだ何を頼めばよいか分からないけれど、この人に話してみよう」
と思われる力である。

🔍専門家を探しやすいのは、問題が定義されたあと

問題がはっきりしていれば、専門家を探しやすい。
税金なら税理士。
採用なら採用支援。
システムならIT会社。
何が必要なのか分かっていれば、検索も比較もできる。

難しいのは、その前だ。
「なんだか、うまく回っていない」
「どこから手をつければいいのか分からない」
「誰に頼む話なのかも分からない」
「このまま来期も同じやり方でいいのか不安」
この段階では、依頼する仕事の名前すら決まっていない。
だから、「○○の専門家」という肩書だけでは選べない。

それでも、
「この人なら、とりあえず話を持っていっても大丈夫そうだ」
と思い出される人がいる。
問題が定義されるほど、必要な専門家は選びやすくなる。
でも、
「誰に頼む問題なのか」さえ分からない段階で、すでに相談される人がいる。

ここで起きているのは、専門家選びだけではない。
問題そのものを、一緒に定義してくれそうな人が選ばれている。
相談される人は、
問題を定義する前から呼ばれる。
この違いは大きい。

🧩 「答えを知っている人」より、「答えをつくれる人」

まだ形になっていない相談を持ち込まれたとき、最初から答えを持っているとは限らない。
必要なのは、
課題を受け取る。
何が起きているのかをほどく。
必要な情報を集める。
使える人、技術、仕組みを考える。
組み合わせる。
実行できる形にする。
というプロセスだ。

つまり求められているのは、
答えを持っていることより、答えがまだない状態から仕事を組み立てられること
なのかもしれない。

私は、ある企業の人材を分析したとき、これに近い能力を持つ人を、小さな元請けと捉えた。
自分で全部やる人、という意味ではない。
仕事全体を見て、
何が必要なのか。
誰がやるのか。
何を使うのか。
どの順番で進めるのか。
どこで判断が必要なのか。
を考え、最後まで流れる形をつくる人である。

🛠️ 「多能」であることより、仕事をつなげられること

多能工とは、一人の人が複数の異なる業務や工程を担当し、多様なスキルを持つ人を指す。

たとえば事務の仕事なら、
受注内容を確認する。
在庫を確認する。
納期を調整する。
出荷を依頼する。
請求書を発行する。
入金を確認する。
問い合わせにも対応する。

流通の現場なら、
商品の入荷。
在庫管理。
ピッキング。
出荷。
配送手配。
返品対応。
取引先との納期調整。

こうした複数の業務や工程を理解し、必要に応じて担当できる人も多能工である。
でも、経営資源として本当に面白いのは、できる仕事の数が多いことそのものではない。

たとえば、
「この商品、今日出せますか？」
と聞かれたとする。
在庫だけ見れば、
「あります」
と答えられる。
でも実際には、
今日の出荷締切は何時なのか。
倉庫でピッキングできるのか。
配送会社の集荷に間に合うのか。
顧客が必要としている日時に届くのか。
他の受注分を確保しても在庫は足りるのか。
そこまで見なければ、本当の意味で「今日出せます」とは言えない。

一つひとつの作業ができるだけではなく、
前後の工程を理解し、全体を見ながら判断できる。
ここに、多能であることの価値がある。

📄 経理でも、「請求書をつくれる」だけでは足りない

経理や事務でも同じだ。

請求書をつくれる。
会計入力ができる。
Excelが使える。
業務システムを操作できる。
それぞれの技能を持っていても、それだけでは会社の課題を解決できないことがある。

たとえば、
「請求書をもっと早く出したい」
という相談。

請求書作成だけを速くしても、解決しない場合がある。
受注情報はどこにあるのか。
誰が金額を確定しているのか。
請求条件はどこで管理しているのか。
誰が確認するのか。
会計データとはどうつながるのか。
入金確認は誰がするのか。
前後の流れを見なければ、本当のボトルネックは分からない。

つまり価値があるのは、
複数の仕事ができることではなく、複数の仕事の間にある「つながり」が見えること。
そして、
「この会社なら、この人、この仕組み、このデータをこうつなげれば回る」
と組み立てられることだ。

📣 仕事を見ていなくても、相談は来る

では、一緒に仕事をしたことがない相手から相談される場合はどうだろう。

この場合、相手は実務能力を確認していない。
それでも、
「こんな案件があるんだけど、なんとかならない？」
と声をかける。

何を見ているのだろう。
普段の会話。
人との関わり方。
物事への反応。
何を問題だと捉えるか。
何について発信しているか。
発信の中で何を大事にしているか。
そうしたものの積み重ねではないかと思う。

本人は「仕事を見せている」つもりがなくても、
考え方は、かなり見られている。

💬 発信は、知識より「問題の見方」を見せている

発信というと、
サービスを説明する。
実績を紹介する。
専門知識を教える。
という使い方を考えがちだ。

もちろん、それも必要だ。
でも、発信から伝わるものはそれだけではない。

何に違和感を持つ人なのか。
どこまで掘って考える人なのか。
分からないことにどう向き合うのか。
何を「面倒なまま放置しない」のか。
仕事をどこまで自分事として考えるのか。
そうした思考の癖まで伝わる。

だから、サービス内容を詳しく知らなくても、
「この問題なら、あの人に一度話してみよう」
という選択が起こる。

つまり発信は、
知識を配ることだけではなく、自分が“問題をどう見る人なのか”を公開することでもある。

その積み重ねが、「困ったときに思い出す人」をつくる。

🤝 信頼には、「仕事の後」と「仕事の前」がある

一つは、
実際の仕事を見る
↓
対応力や判断力を知る
↓
信頼する
↓
次の仕事を相談する
↓
さらに新しい仕事を一緒に考える
という流れ。

もう一つは、
普段の関係性や発信に触れる
↓
考え方や向き合い方を知る
↓
「この人なら話せそう」と感じる
↓
まだ依頼内容が決まっていない段階で相談する
という流れだ。

前者は、実績が信頼をつくる。
後者は、仕事をする前に、相談してもよいという信頼ができる。
タイミングは違う。
でも、行き着く先は近い。
「まだ答えのない話を持っていっても大丈夫」
という認識である。

🌱 「仕事が仕事を呼ぶ」だけではなかった

最初は、
「良い仕事が、次の仕事を呼ぶ」
という現象に興味を持った。

実際、これは強い。
営業担当が説明するより、現場で見た仕事ぶりの方が説得力を持つこともある。

ひとつの仕事が、次の仕事への提案書になる。
さらに信頼関係ができれば、
「一緒に何かできないか」
という共創まで生まれる。

でも、もう一つのケースを重ねると、それだけではなかった。

仕事をする前から、次の仕事の入口はつくられていることがある。
普段の関係性。
発信。
考え方。
何に反応するか。

そうしたものが、
「困ったら、この人に聞いてみよう」
という記憶をつくる。
受注は、契約の直前に始まるわけではない。
もっと前から始まっている。

♻️ 信頼が仕事を生み、仕事がさらに信頼を育てる

考え方や仕事への姿勢が、日常や発信から伝わる
↓
「相談してもよい人」として認識される
↓
まだ形になっていない相談が持ち込まれる
↓
課題を整理し、必要なものを組み合わせる
↓
仕事として実行する
↓
結果と仕事ぶりが、さらに強い信頼を生む
↓
次の案件や紹介、共創につながる
↓
新しい経験が蓄積される
↓
さらに解決できる課題の幅が広がる

信頼が仕事を生む。
仕事が経験を生む。
経験が能力を育てる。
能力が良い仕事を生む。
良い仕事が、さらに信頼を強くする。

信頼と仕事が、互いを育てる自己強化ループである。
ここだけを見ると、とてもきれいな話だ。
でも、このループが強く回り始めると、別の問題が起きる。

⚠️ 信頼が集まるほど、その人がボトルネックになる

相談される。
任される。
期待される。
それは、ありがたい。

でも、信頼がすべて一人の人に集まったらどうなるだろう。
「これ、どうしたらいいですか？」
「この場合はどう判断しますか？」
「例外なんですけど、どうしましょう？」
「ここだけ確認してもらえますか？」
作業を誰かに渡したとしても、判断が全部その人へ戻ってくる。
すると、その人は相変わらず忙しい。

ここで重要なのは、
作業を手放すことと、ボトルネックを解消することは同じではない
ということだ。
本当に手放さなければならないのは、作業だけではない。
判断そのものである。

🧠 「作業移管」ではなく「判断移管」までできるか

仕事を人へ渡すとき、多くの場合は、
「この作業をお願いします」から始まる。
でも、そこで止まると、
作業は他の人がやる。
判断は自分がする。
という状態になる。

結果として、
「これで合っていますか？」
が全部戻ってくる。

だから次に必要になるのは、
判断基準を言葉にすること。
どこまでなら自分で決めてよいのか。
何を見て判断するのか。
どんな場合に相談するのか。
どの条件なら例外なのか。

そしてさらに、
判断する権限そのものを渡すこと。
作業移管。
判断基準の共有。
判断権限の移管。

ここまで進んで、初めて仕事は本当に人へ渡る。

🐙 そして私は、「何でも自分でやる人」になりやすい

これは、かなり私自身の話でもある。
仕事の全体が見える。
どこで詰まっているかも分かる。
数字も見られる。
業務フローも整理できる。
Excelも触れる。
システムも考えられる。
現場にも入れる。
「ここをこう変えれば回る」が見えてしまう。

すると、つい思う。
自分でやった方が早い。
そして、かなりの確率で本当に早い。
説明するより、自分で直した方が早い。
誰かを探すより、自分で処理した方が早い。
一度だけなら、私がやれば終わる。
そうやって、仕事が自分のところへ集まってくる。
相談される。
整理する。
設計する。
そして気がつけば、
実行まで自分でやっている。

……とはいえ、これは全部が悪いわけではない。
そもそも私は、それをやるのが好きだから起業したところもある。
現場に入り、散らかった仕事をほどき、
「ここをこう変えれば回る」
を考え、実際に変えてみる。
机の上で改善案を書いて終わるより、仕組みが動き始めるところまで見たい。

たぶん私は、考えるだけでは物足りない。
だから、口も出す。
必要なら手も出す。
一緒にやってみる。
問題は、手を動かすことではない。
いつまでも私が手を動かさなければ回らない状態をつくってしまうことだ。

🚫 だから私は、「経理がいる会社」にしか行かない

自分の仕事には、一つ線を引いている。
私は、基本的に経理がいる会社にしか行かない。
なぜなら、私自身がその会社の経理になりたいわけではないからだ。

口は出す。
一緒に少しやる。
必要なら現場にも入る。

最初は、自分で手を動かしてみることもある。
でも、最終的に実務を担うのは、その会社の人であってほしい。

それは単に、私が仕事を抱えたくないからではない。
私がずっと外から経理をやり続けたら、社内の経理はいつまでも「処理をする人」のままになってしまうからだ。

私がつくりたいのは、そういう状態ではない。
『経理部こそが、社長の右腕に育つ。』
数字をつくるだけではなく、
数字から会社を見る。
おかしな動きに気づく。
社長に問いを投げる。
改善を考える。
必要なら他部署も巻き込む。
そんな経理になってほしい。

だから、一緒にやる。
考え方を見せる。
「私はここを見ている」と伝える。
なぜその判断をしたのかを話す。
次は自社の人にやってもらう。
うまくいかなければ、一緒に直す。

これは業務改善であると同時に、
経理を育てる仕事でもある。

🎓 私が手を離すことは、支援の終了ではない

私がずっと手を動かし続けることが、支援の成功ではない。
むしろ、私がいなくても回るようになることが、ひとつの到達点だ。
だから、私が手を離すことは、支援の終了ではない。
その会社の経理が、自分で考えて動き始めたということでもある。

外から入った私の判断が、その会社の中の判断力へ変わっていく。
そこまでいって、初めて
「経理部こそが、社長の右腕に育つ」
が現実になる。

だから、支援とは、相手の仕事を奪うことではない。
相手が自分でできるようになるところまで設計すること
なのだと思う。

🏗️ ただし、「自走支援」は軽くない

ここで、ひとつ厄介なことがある。
「最終的には自社で回してもらう」
と聞くと、軽い支援に見える。
月1回、数時間のZoomでアドバイスする。
そんなイメージを持つかもしれない。

でも、実際は逆である。
自走できるようにするまでが、いちばん重い。

現場に入り、
今どう回っているのかを見る。
実際に仕事をやってみる。
誰が何を知っているのかを掴む。
紙、Excel、システム、口頭の情報をつなぐ。
担当者にとって当たり前すぎて説明されないルールを拾う。
例外処理を見る。
「この数字はどこから来たのか」を辿る。
一緒に直す。
自社の人にやってもらう。
つまずく。
また直す。

そうやって初めて、
「もう任せても大丈夫」
という状態になる。

出口が“見守り”だから、入口が軽いとは限らない。
むしろ、
出口が軽い支援ほど、入口は重い。

👀 「見守る」までには、かなり深く入る

自走できるようになるまでには、
現状把握。
課題整理。
業務設計。
実装。
教育。
移管。
そして、ようやく見守り。
という段階がある。

最初から、
「月1回、3時間のZoomで伴走します」
では済まない。

仕組みが見えるまでは、かなり深く入る必要がある。
週1回、数時間現場を見ただけでは、拾えないことも多い。
月初にしか出ない処理。
締日前後だけ起きる例外。
特定の人しか知らないルール。
現場で突然起きるイレギュラー。
実際にやってみて初めて分かる手戻り。
ヒアリングでは出てこなかった「新事実」。

これらを拾いながら、
理解する。
直す。
相手にやってもらう。
つまずきを見る。
また直す。
ここまで繰り返して初めて、支援者は少しずつ手を離せる。

だから、
「自分がやらない支援」をつくるために、最初は自分が深く入らなければならない。
少し皮肉な構造である。

🗓️ しかも、困りごとは均等にやってこない

さらに厄介なのが、相談のタイミングだ。
会社は、それぞれ好きな時期に困るわけではない。
決算。
予算。
来期計画。
半期の着地。
人事異動。
制度改定。

会社にはサイクルがある。
たとえば3月決算の会社なら、決算業務が一段落して少し余裕が出た頃、
「来期もこのままでいいのか」
という違和感が顔を出す。

そして半期の着地が見え始める頃には、
「そろそろ変えないとまずい」
が、もっと具体的になる。
来期から新しい仕組みを実装したいなら、秋から冬には動き始めなければならない。
当然、似た決算サイクルを持つ会社の相談時期は重なる。

つまり、
困りごとは、年間を通してきれいに一社ずつ並んでくれるわけではない。
「変えたい」と思う季節が重なる。
そして、その時に必要なのが、
最も重い立ち上げフェーズなのである。

🚧 支援会社のキャパは、「契約社数」では測れない

ここで、私自身も考え方を変えなければならないと思っている。
何社契約しているか。
何社顧問先があるか。
それだけでは、本当のキャパシティは分からない。

同じ1社でも、
すでに自走していて月1回確認すればよい会社と、
これから現場へ入り、仕組みを一から見なければならない会社では、
負荷がまるで違う。

だから、本当に見るべきなのは、
「今、何社の立ち上げフェーズを同時に抱えているか」
なのだと思う。

契約社数ではなく、
フェーズでキャパを管理する。
これは、支援業そのものの設計にも関わってくる。

💔 「なんとかしてあげたい」は、強みでもあり経営リスクでもある

相談の向こう側には、困っている人がいる。
業務が回らない。
数字が分からない。
人が辞める。
処理が滞る。
何から手をつければいいか分からない。

そんな状態で、
「なんとかならない？」
と相談される。

自分なら、ある程度どうすればよいか見える。
でも、自分のキャパシティには余裕がない。
誰かに渡したい。
でも、渡せる人がいない。

ここで、「今は無理です」と言えば、自分は楽になる。
でも、相手が困っていることも分かってしまう。
すると、なんとかしてあげたいが勝つ。
この気持ちは、顧客価値を生む。
相手の困りごとを、自分事として考えられるからだ。

でも同時に、
経営者がすべての「なんとかしてあげたい」を引き受ければ、会社を壊す。
ここは分けなければならない。
助けられるか。
やるべきか。
自分がやるべきか。

この3つは、同じではない。

🧠 「できる」と「やる」は違う

多能な人ほど、この区別が難しい。
できないから人に渡すのではない。
できるけれど、人に渡す。
これが必要になる。

でも、全体が見えている人にとっては、仕事を人に渡す方が面倒なことすらある。
どこからどこまでを渡すのか。
何を見て判断してもらうのか。
例外が起きたらどうするのか。
どこで自分へ戻してもらうのか。
そこまで考えなければならない。
つまり、
仕事を自分でできる能力と、仕事を人に渡せる能力は、別物である。

そして事業を広げるためには、後者が必要になる。

🫴 でも、「人に渡せばいい」では終わらない

何でもかんでも、自分でやりたいわけではない。
渡せるなら渡したい。
「じゃあ、この仕事は○○さんにお願いしよう」
とできればいい。

でも、現実にはそう簡単ではない。
渡せる人がいない。
仕事の一部分だけを処理できる人はいても、
前後の工程を理解し、
何が起きているかを把握し、
例外が起きたときに判断し、
必要なら周囲と調整しながら進められる人が、なかなか見つからない。

だから、「人に任せればいい」という話では終わらない。
任せたい仕事を、任せられる人がいない。
これが現実に起きる。

🌳 次の経営課題は、「渡せる人」を育てること

では、どうするのか。
仕事を断る。
外注する。
自動化する。
標準化する。
どれも必要だ。

でも、それだけでは解決しない仕事が残る。
判断が必要な仕事。
全体を見なければならない仕事。
まだ答えが決まっていない仕事。

こうした仕事を、ずっと一人の人が抱え続けるわけにはいかない。
そこで必要になるのが、
「その仕事を渡せる人を育てること」である。

これは単なる「作業者を増やす」という話ではない。
自分の担当だけを見る人から、
前後の工程を見られる人へ。
決められた処理をする人から、
状況を見て判断できる人へ。
問題が起きたら止まる人から、
必要なところまで自分で整理して相談できる人へ。

“小さな元請け”を、自分以外にもつくる。
ここまでできて初めて、
「仕事が集まる人」から、
「仕事が集まる会社」へ変わっていく。

🏢 個人ブランドを、組織能力へ変えられるか

仕事が集まる「人」と、仕事が集まる「会社」は違う。

仕事が集まる人は、
その人に相談が来る。
その人が判断する。
その人が顧客との関係を持つ。
その人自身が品質保証になる。

一方、仕事が集まる会社は、
誰か一人に相談が集中しなくても、課題を受け取れる。
判断基準が共有されている。
必要なところまで現場で決められる。
顧客との関係が、個人ではなく組織に残る。
人が替わっても、価値提供が続く。

つまり次に必要なのは、
個人ブランドを、組織能力へ変換すること。

これができなければ、
仕事が増えるほど、その人は忙しくなる。
でも会社は、それほど強くならない。

💻 DXは、「できる人」を作業から解放するために使う

そのためにも、DXや標準化が必要になる。
自動化できるものは自動化する。
定型化できるものは定型化する。
誰でもできる作業は、誰でもできる形にする。

そして、
判断が必要なところと、
判断がいらないところを分ける。
多能な人の時間を、
課題整理。
例外対応。
業務設計。
人を育てること。
新しい組み合わせを考えること。
まだ答えのない相談を形にすること。
へ戻していく。

DXは、人を不要にするためだけのものではない。
何でもできる人を、「何でも自分でやる人」から解放するためのものでもある。

🔬 仕事が集まる人ほど、「自分をボトルネックにしない設計」が必要になる

「どうやって仕事を増やすか」
起業すると、どうしてもそこを考える。
営業。
紹介。
SNS。
人脈。
発信。

もちろん、全部大事だ。
でも、仕事が集まり始めると、問いは変わる。

集まった仕事を、自分一人に集めないためにはどうするか。
相談される。
何とかできる。
自分でやれば早い。
困っているなら助けたい。
それを繰り返せば、仕事は増える。

でも、自分がすべての判断と実行を抱えれば、やがて自分自身が事業の上限になる。
しかも、支援する仕事には季節がある。
同じ時期に、
「そろそろ変えたい」
「来期から実装したい」
という会社が現れる。

そこで必要なのは、一番軽い見守りではない。
一番重い立ち上げ支援である。

だから、
「相談される力」が強いだけでは、事業は育たない。
むしろ、その力が強いほど、
受け方を設計しなければ、自分が詰まる。

そして、信頼が増えるほど判断まで自分に集中すれば、
信頼そのものが成長のブレーキになることすらある。

だから次に必要なのは、
もっと仕事ができるようになることではない。

何を自分が考え、
何を仕組みにし、
何を人に渡し、
どこまで判断を渡し、
誰を次の判断者として育てるのか。
それを決めることだ。

良い仕事が、信頼を生む。
信頼が、次の相談を呼ぶ。
相談が、新しい仕事を生む。
そこまでは自己強化ループである。

でも、そのループを個人一人で回せば、いつか限界が来る。
次に必要なのは、
信頼と仕事の循環を、自分一人の能力から組織の能力へ変えていくこと。

「仕事が仕事を呼ぶ会社」の本当の強さは、
仕事が次々に来ることではない。
来た仕事を、次に担える人と、次に判断できる人まで育てながら回せること。

そして支援する側にも、同じことが言える。
社長の「どうしよう」を、「よし、こうしよう」に変える。

でも、その「こうしよう」の中に、
「全部、私がやります」しか選択肢がないのなら、まだ仕組みにはなっていない。

助ける。
一緒にやる。
考え方を見せる。
判断を渡す。
自社の人にやってもらう。
そして、見守る。

だから、私が手を離すことは、支援の終了ではない。
その会社の経理が、自分で考えて動き始めたということでもある。

外から入った人の力で会社を回すのではなく、
その会社の中に、会社を動かせる人を育てる。
そうやって初めて、
「経理部こそが、社長の右腕に育つ」
が現実になる。

そして、仕事が仕事を呼ぶ強さもまた、
一人の「できる人」のものではなく、
会社そのものの力になっていく。

🔬 LUMIPROS LAB｜大学院の学びを、経営の現場へ。

経営理論は、難しい言葉を覚えるためのものではありません。
現場で起きていることの意味を捉え直し、企業や人が持つ強さを、次の経営へつなげるための道具です。
このLABでは、大学院で学ぶ経営理論と、複数の実務現場から得た気づきを重ねながら、経営の仕組みを読み解いていきます。
※本記事は、複数の実務経験から得た共通点を、個別の企業や案件を特定できない形に一般化して考察しています。

#経営戦略
#中小企業経営
#人材育成
#業務改善
#LUMIPROSLAB