「やる気がない」のではなく「構造がない」— 営業の停滞を努力不足で片づける前に

TL;DR

• 営業の停滞を「努力不足」で説明するのは便利だが、たいてい間違っている。仕組みのない場所で物量だけを増やしても再現性は出ない
• 数字が出ない現場には高い確率で「役割が誰かに集中している」属人化が含まれており、それは誰かを楽にしているように見えて組織の地面を崩している
• 「型」を渡しても動かないのは本人の素直さの問題ではなく、「なぜそれをやるのか」の腹落ちを設計していない設計者の責任
• 個人を責める前に構造を疑う——この順序を固定するだけで、打ち手の精度が変わる

努力モデル vs 構造モデル — 何が違うのか

この記事が役立つ状況

• 対象者: 営業マネージャー・営業企画・チームリーダー（チームの成果に責任を持つ立場）
• 直面している課題: 行動量を増やしても成果が積み上がらない／施策を渡しても現場が動かない／原因を個人の頑張りに求めてしまう
• 前提条件: チームの活動データ（行動量・歩留まり）と業務分担がある程度可視化されている

あなたは営業マネジメントのコーチです。「停滞を個人の努力不足で説明しない」前提で、私のチームの構造課題を診断してください。

【チームの状況】[人数・直近3ヶ月の成果分布・主要KPI]
【業務分担】[誰が何を担っているか／属人化していそうな業務]
【渡している型・施策】[型の内容と、現場の反応]

以下を出力してください：
1. 詰まりが「個人差」か「全体構造」かの判定根拠
2. 属人化の集中点と、それが崩しているもの
3. 「型の腹落ち」が欠けている箇所と、補う問いかけ
4. 個人フィードバックより先に着手すべき構造的打ち手3つ

なぜ「努力不足」での説明は便利で、そして間違うのか

結論から言えば、停滞を努力不足で説明すると打ち手が「もっと頑張れ」しか残らない。それは原因ではなく、思考停止の置き場所だ。

誰もが価値を持っている。けれど、その価値が成果として立ち上がるのは、構造が整って初めての話だ。仕組みのない場所で物量だけを増やしても、再現性は出ない。「やる気がない」のではなく「構造が無い」だけだったとしたら、責めるべきは本人だろうか。

ここで言う構造とは、行動量の話ではない。誰に・どの文脈で・何を持って会うかが設計されているか、という意味だ。活動量の分析が示すのは、量そのものではなく「量が成果に変換される経路があるか」である。経路がないまま量を足すと、疲弊だけが積み上がる。

停滞現場にほぼ必ず含まれる「属人化」

顧客の現場に入ると、数字が出ない原因はたいてい1つではない。けれど3つくらいに絞ると、ほぼ必ず1つは「役割が誰かに集中している」が含まれている。

属人化は、その人が回してくれている間は「楽」に見える。コストが顕在化するのは、その人が抜けた瞬間だ。そのときには、組織の地面はすでに崩れている。属人化は誰かの善意で支えられているが、仕組みは人の善意を裏切らない設計であるべきだ。善意を前提に組まれた組織は、善意が尽きた日に止まる。

属人の集中点は、組織の最弱点であると同時に、最も投資対効果の高い構造改善ポイントでもある。「この人が3日連絡を絶ったら、何が止まるか」を書き出すだけで、優先順位はかなり明確になる。

「型を渡したのに動かない」のは誰の責任か

営業の「型」を渡しても結果が出ないことがある。たいてい足りないのは型の精度ではなく、「なぜそれをやるのか」の腹落ちだ。

納得していない指示は、いくら正しくても動かない。動かない原因を本人の素直さに帰すのは簡単だが、設計者の責任のほうが重い。腹落ちは能力ではなく、設計の産物だからだ。内発的動機を生む目標設計が示す通り、「自分で決めた」「意味がある」が一滴でも混ざると、人の走り方は変わる。型の前に意味を渡せているか——これは型の出来とは別の問いだ。

モチベーションが続かないのも、本人の弱さというより、外発的な動機しか組み込めていない構造の問題であることが多い。「報酬がもらえるから」だけで人は長く走れない。続かなさを根性で塗り固める前に、動機の設計を疑う。

個人を責める前に構造を疑う、という順序

ある営業の方から「自分は本当に営業に向いているのか」と相談を受けたことがある。返した言葉は「向き不向きの前に、構造が壊れていないか見ましょう」だった。話すうちに、辞めたい理由は能力ではなく、評価が事実ではなく印象で決まる仕組みのほうにあった。

本人を責める前に、構造を疑う。これは譲れない順序だ。順序を逆にすると、改善できたはずのレバーを「本人の問題」という箱に閉じ込めてしまう。評価が印象で決まる構造は、評価の5つの観点で点検できる。努力は静かに、構造は雄弁に成果を変える。これは精神論ではなく、順序の話だ。

よくある失敗例 — 努力に逃げる前のチェック

実装の現場でよく見る「構造を直したつもりで直っていない」パターンを3つ挙げる。具体例として点検に使える。

• 失敗例1: 行動量目標だけ増やす → 経路が壊れている場所で物量を足すと、疲弊が蓄積するだけで歩留まりは変わらない。先に「どの工程で詰まっているか」を分布で確認する
• 失敗例2: 属人化を「優秀な人がいる」と読み替える → その人が抜けた瞬間に止まるなら、それは強みではなく単点障害。後継育成より先に役割の分解設計から入る
• 失敗例3: 型を渡して「あとは現場の頑張り」に投げる → 型の精度より「なぜこの型なのか」の腹落ちが弱いと動かない。型の前に意味の説明を渡す

構造を直す実装ステップ — 具体的に何から始めるか

抽象論で終わらせないために、マネージャーが明日から手をつけられる順序を示す。

1. 分布で見る（30分） — 直近3ヶ月の歩留まりを工程別に並べ、全員が同じ場所で詰まっているかを確認。同じなら個別ではなく構造の問題
2. 属人の集中点を1つ言語化（1時間） — 「この人が3日抜けたら何が止まるか」をチームで書き出し、最も影響が大きい1点を選ぶ
3. 型に意味を足す（1on1×3回） — 既存の型ごとに「なぜこれをやるのか」をメンバー自身が説明できるかを確認。説明できない部分の意味づけを設計者が補う
4. 評価基準を明文化（半日） — 印象ではなく事実で評価されるよう、観点を3〜5個に絞って書き出す（評価の5つの観点を参考に）

よくある質問

Q. 構造を直すには時間がかかります。短期的に何ができますか？ A. まず属人の集中点を1つだけ言語化して共有することです。可視化された属人化は、それだけで暗黙の前提から検討可能な課題に変わります。

Q. 構造の問題だと分かっても、人を責める文化が根強い場合は？ A. 「分布で見る」を会議の共通言語にすることです。個人名ではなく工程の歩留まりで語る習慣が、責任の所在を構造側に移します。

渡邊悠介（リミッターを外し、理想を叶えるビジネスコーチ）の発信を、記事として深掘りした内容です。日々の気づきは各SNSで発信しています。