THINKING

診断なくして、設計なし。

01 — 問題の定義

会社が変わらない。
それは、能力の問題ではない。

コンサルを入れた。SaaSを導入した。研修も実施した。それでも現場は変わらない。多くの経営者がこのサイクルを経験している。

原因を「現場の意識が低い」「人材が育っていない」と定義してしまうと、打ち手は永遠に「もっと頑張らせる」か「また新しいツールを入れる」の繰り返しになる。しかし実態は違う。

止まっているのは
"人"ではなく、"構造"だ。

BEFORE — 構造がない組織
  • 月末にならないと数字が読めない
  • 優秀な営業が辞めると売上が落ちる
  • 新人が育つかは上司の当たり外れで決まる
  • 会議で同じ議題が毎月繰り返される
  • ツールを入れたが誰も使わなくなった
AFTER — 構造がある組織
  • 進捗がリアルタイムで可視化されている
  • 担当が変わっても成果水準が維持される
  • 育成プロセスが標準化されている
  • 意思決定の判断基準が組織で共有されている
  • ツールが行動変容の手段として機能している

02 — StructureOS理論

成果を再現する、「構造設計」の理論。

StrategicSalesの支援基盤となるのが、StructureOS理論だ。「成果を再現するために、組織の見えない構造——思考・知識・行動の接続様式——を設計する理論」として定義される。

組織を「人の集まり」ではなく「構造体」として捉え直すことで、属人化・育成の失敗・再現性のなさといった問題の本当の原因が見えてくる。

成果  =  構造  ×  行動量

人の質を上げるよりも、構造を整える方が再現性は高い。
これがStructureOS理論の中核にある前提だ。

OS × DB × アプリ ─ 3層構造モデル
OS 層

思考の仕組み

組織の判断軸・価値観・意思決定プロセスを統一する層。「なぜそれをやるのか」の基準が共有されていない組織では、個々の行動が点のまま繋がらない。S2 Framework、B.O.S.S. などの設計がここに属する。

DB 層

知識の資産化

成功・失敗・事例・行動ログを組織の資産として蓄積する層。ナレッジが「個人の頭の中」に留まっている限り、同じ失敗は繰り返される。学習が個人で完結せず、組織に残る構造をここで設計する。

アプリ 層

現場への実装

1on1・SFA・評価制度・育成面談など、日常行動への転写がここに位置する。どれほど精緻なOSを設計しても、現場に実装されなければ理論は絵に描いた餅だ。アプリ層は、思想を行動に落とし込む接点として機能する。


03 — SalesOS理論

営業成果を、「構造」で再現する。

StructureOSが組織全体の理論であるのに対し、SalesOSは営業組織に特化した実装モデルだ。

営業DXが失敗する最大の原因は、ツール導入後に「行動が変わらない」ことにある。最新のCRMを入れても、管理システムを導入しても、現場の行動様式そのものが変わらなければ数字は動かない。ツールは手段であり、その前に「何のために、どう動くか」の構造が必要だ。

成果KPI  =  行動KDI  ×  構造設計

KDI(Key Doing Indicator)── 成果の手前にある「行動指標」を設計し、
CRMと接続することで、成果が後からついてくる構造をつくる。

OS 層

営業構造の設計

S2 Framework・B.O.S.S. による営業思想と行動基準の統一。「何を・なぜ・どの順番で」を組織として定義する。

行動設計 層

習慣化の構造

66日習慣化プロセスによる定着支援。知識のインプットで終わらせず、行動変容が定着するまでを設計する。

CRM 接続 層

データとの統合

行動データと成果データをCRMで接続し、「何が効いているか」を可視化する。感覚ではなく、事実から改善サイクルを回す。


04 — 組織論の核心

「できない部下はいない。できない上司がいるだけ。」

これはただの格言ではない。StructureOS理論の出発点となる命題だ。

現場が動かない原因を「部下の能力」に帰属させる組織は、永遠に同じ問題を繰り返す。管理職が「なぜ動かないのか」を構造の問題として捉え直したとき、初めて再現性のある解決策が生まれる。

研修で意識を変えようとするアプローチは、この命題から見ると根本から間違っている。意識は構造の結果であり、構造が変わらなければ意識も変わらない。だから私たちは、構造から始める。


05 — なぜ診断が先か

診断なくして、設計なし。

「御社に合った仕組みを提供します」と言いながら、初回面談で型化されたソリューションを提示するコンサルは多い。しかしそれは設計ではなく、販売だ。

StrategicSalesが診断から始める理由はシンプルだ。構造の問題は組織によって異なる。OS層が機能していないのか、DB層に資産が蓄積されていないのか、アプリ層の実装が間違っているのか。どこが欠けているかを診ないまま処方箋を書くことは、設計士として許されない。

→ 支援プロセスの全体像を見る
ARTICLES — 理論の実装

構造論を、読む。

SalesOS理論の各層を実務レベルで解説したコラムシリーズ。理論と現場をつなぐ視点を、読者が自組織に照合できる形で提示する。

STRUCTURE — 組織論シリーズ
第1弾 営業の仕組み化が定着しない組織に共通する、3つの断絶 総論 第2弾 なぜ戦略は現場に届かないのか——翻訳層という概念 OS断絶 第3弾 なぜトップの動き方は再現されないのか——属人化の構造 DB断絶 第4弾 なぜ施策は3ヶ月で形骸化するのか——定着設計の欠如 アプリ断絶 第5弾 できない部下はいない、できない構造があるだけ——管理職の本質的な役割 管理職論 第6弾 支援が終わると元に戻る——なぜコンサルは組織を変えられないのか 伴走論 第7弾 SalesOS構築の全体像——3断絶を同時に解消する設計プロセス 総論
STRUCTURE — 流入論シリーズ
トップセールスが辞めると売上が下がる会社の、構造的な理由 属人化 採用しても育たない営業組織に、共通して欠けているもの 育成 営業ツールを導入しても誰も使わない——現場が動かない本当の理由 ツール定着

※ StructureOS理論は、共有メンタルモデル理論(Peter Senge)、SECIモデル(野中郁次郎)、ダブルループ学習(Chris Argyris)、内発的動機づけ理論(Gagné)を統合した実装モデルとして構築されています。各理論の詳細および実務との接続については、今後公開予定のコラムで解説します。