第15章 SWOT を意思決定につなげる
第11章から第14章まで、顧客課題、自社と代替の関係、市場の大きさ、競争圧力、価値を生む活動を見てきました。情報は増えましたが、それだけでは 2027 年度に何へ投資するかは決まりません。
SWOT は、Strengths(強み)、Weaknesses(弱み)、Opportunities(機会)、Threats(脅威)を整理する方法です。簡単に始められる一方、「ブランド力がある」「人材が足りない」「AI 市場が伸びる」「競争が激しい」といった感想の一覧になりやすい方法でもあります。
SWOT は、会社を診断する採点表ではありません。確認した内部能力と外部変化を組み合わせ、選択肢、前提、捨てる案を明確にするために使います。
今回も、他部署承認を伴う初期設定支援を題材にします。第14章で置いた選択肢は、人による支援 A、承認支援機能の自社開発 B、導入支援会社との提携 C、現状維持です。
15.1 SWOT の前に決定と証拠を置く
「自社の SWOT 分析をする」では、会社のあらゆる特徴と社会のあらゆる変化が入り込みます。最初に、誰が、いつ、何を決めるかを置きます。
2026 年 9 月末に事業責任者が、30 日試行の結果をもとに、A の継続、B の設計着手、C の限定試行、現状維持のどれへ次の 3 か月の資源を配分するか決める。
評価基準は、顧客の完了改善、安全性、支援工数、3 年間の経済性、学習の蓄積、依存先への切替可能性です。
SWOT へ入れる情報は、第11章から第14章で確認した証拠または明示した仮説に限定します。新しい事実を思いつきで追加しません。
SWOT は因果、競争優位、施策効果を証明しません。確認済み情報と仮説を一つの選択へ集約する判断を助ける簡便な手掛かり(ヒューリスティック)です。分析単位、期間、比較対象を変えれば分類も変わります。
| ID | 判断材料 | 出典・状態 |
|---|---|---|
| E1 | 権限者への依頼と進捗確認が障害 | 顧客調査の仮説、20 社で検証予定 |
| E2 | 権限要件を説明できる担当者がいる | 社内確認済み |
| E3 | 承認状態を保持する機能がない | 製品仕様で確認済み |
| E4 | 管理 API の費用・契約条件 | 未確認 |
| E5 | 導入支援会社の品質・費用・データ条件 | 未確認、2 社へ照会予定 |
| E6 | 非同期支援を選ぶ顧客がいる | 少数の顧客証拠、試行で確認 |
基準日は 2026 年 8 月 10 日です。各 ID には台帳上で確認日、原資料、失効条件、更新責任者を持たせます。顧客証拠は試行終了時、製品能力は仕様変更時、API・提携条件は見積もり有効期限または契約変更時に更新します。台帳の責任者は事業責任者、各原資料の更新は担当部門が行います。
15.2 内部と外部を分ける基準
Strengths と Weaknesses は内部要因、Opportunities と Threats は外部要因です。しかし、「制御できるものが内部、できないものが外部」とだけ分けると迷います。能力は完全には制御できず、外部環境へ働きかけることもあるからです。
本章では、今回の意思決定期間に、自社が所有・配置・設計・契約によって直接変える責任を持つものを内部要因とします。顧客、競合、供給者、制度、技術標準など、自社だけでは決められない条件を外部要因とします。
提携能力は自社の内部能力ですが、提携先の価格・品質は外部条件です。契約は両者をつなぐ手段です。このような中間領域では、一語を一象限へ押し込まず、自社が変える部分と相手に依存する部分を分けます。
| 記述 | 分類 | 理由 |
|---|---|---|
| 権限要件を説明できる担当者がいる | S | 自社の現在能力 |
| 承認状態を保持する機能がない | W | 自社が投資判断できる不足 |
| 非同期業務を選ぶ顧客が増える | O または T の候補 | 外部変化。自社への影響で評価が変わる |
| 管理 API が標準化される | O と T の両方の候補 | 開発は容易になるが模倣も増える |
| 提携先が顧客接点を持つ | T ではなく関係条件 | 契約設計によって W にもなり得る |
同じ事象が機会と脅威の両方になる場合があります。分類の重複を無理に消さず、影響経路を分けます。管理 API の標準化は開発費を下げる機会であり、新規参入を増やす脅威でもあります。
15.3 強みは褒め言葉ではなく選択に使える能力
「ブランドが強い」「顧客に近い」「技術力が高い」は、そのままでは強みではありません。今回の選択肢で、顧客結果、費用、速度、危険、学習を代替より有利に変える能力かを確認します。
強みの記述には、次を含めます。
誰に対して
どの活動で
どの結果または費用を
何と比べて変えられるか
どの証拠で言えるか
今回の S 候補は、「製品の権限要件を説明できる担当者が 2 人いる」です。しかし、20 社を支援できても 1,000 社へ拡張できるとは限りません。現在能力と拡張能力を分けます。
S1: 既存担当者は、対象製品の権限要件を確認し、20 社規模の依頼文をレビューできる。現時点で 100 社以上の例外対応能力は未実測。
強みが将来も続くとは限りません。担当者の退職、競合の模倣、技術標準の変化で失われます。強みごとに有効期間と失われる条件を置きます。
15.4 弱みは一般的な欠点ではなく選択を妨げる制約
人が少ない、予算が少ない、知名度が低いという一般論を並べても、何を変えるかは決まりません。弱みは、選択肢の実行や成果を妨げる内部制約として書きます。
W1: 承認状態を記録できないため、B を提供するには状態モデル、通知、安全確認の設計が必要で、30 日以内の本開発はできない。
弱みは、直す、避ける、借りる、受け入れるのいずれかです。すべての弱みを解消する必要はありません。
| 対応 | 適する条件 | 今回の例 |
|---|---|---|
| 直す | 顧客価値へ強く効き、反復利用する | 状態確認の最小機能を段階開発 |
| 避ける | 対象や提供範囲を変えられる | 特殊な権限条件を初期対象外にする |
| 借りる | 外部能力を契約で利用できる | 固有調整だけ提携先へ任せる |
| 受け入れる | 影響が小さい、直す費用が高い | 全業種への対応を当面行わない |
15.5 機会は追い風ではなく自社が行動できる外部条件
市場成長、制度変更、AI の普及は、それだけでは機会ではありません。自社の対象顧客と活動に影響し、期間内に行動できる条件である必要があります。
機会は、次の形で書きます。
O1: 管理 API の対応製品が増え、自社の対象顧客で利用できるなら、承認状態確認の開発・運用費を下げられる。ただし、契約条件と対応率は未確認。
機会には窓があります。競合も使える標準技術なら、早く学ぶ価値はあっても長期の独占的な強みにはなりません。発生条件、対象、期限、自社が取る行動を記します。
15.6 脅威は怖い出来事ではなく選択を変える外部条件
「競争激化」「景気後退」「規制強化」のような言葉は広すぎます。どの選択肢の、価格、数量、費用、危険、実行可能性をどう変えるかを書きます。
T1: 管理 API の価格が基準見積もりを大きく上回るか、顧客データ条件を満たせない場合、B の対象範囲を縮小し、手動経路または C と比較する。
脅威には、起きる確率だけでなく影響、検知時点、対応可能時間があります。確率を精密に置けなくても、起きたことをいつ知り、不可逆な投資の前に切り替えられるかを考えます。
15.7 4 つの欄から重複と感想を除く
SWOT の初稿を作ったら、各記述を検査します。
| 検査 | 問い |
|---|---|
| 具体性 | 主体、対象、期間、比較、作用経路があるか |
| 証拠 | 事実、解釈、仮説、未確認のどれか |
| 関連性 | A、B、C、現状維持の選択を変えるか |
| 重複 | 同じ事象を言い換えただけではないか |
| 相対性 | 強み・弱みは何と比べているか |
| 行動可能性 | 機会・脅威に対して期間内に行動できるか |
| 反証 | 何が分かれば分類や重要度を変えるか |
「顧客基盤がある」は S、「市場が拡大」は O と分類できても、両者を組み合わせた行動がなければ残す価値は低い記述です。
15.8 クロス SWOT は選択肢を増やすために使う
クロス SWOT は、S・W と O・T を組み合わせて選択肢を作ります。一般に SO、ST、WO、WT と呼ばれます。
TOWS は外部の O/T と内部の S/W の組み合わせから戦略案を作る考え方です。本章では、その組み合わせ作業をクロス SWOT と呼びます。4 類型は候補を広げる観点であり、網羅的でも相互排他的でもありません。
| 組み合わせ | 問い | 今回の候補 |
|---|---|---|
| SO | 強みを使って機会をどう取るか | 権限知識を使い、API 対応範囲で B を小さく試す |
| ST | 強みを使って脅威をどう弱めるか | 人の例外判断を残し、API 停止時も支援を続ける |
| WO | 機会を使って弱みをどう補うか | 標準 API で状態保持機能の不足を小さく補う |
| WT | 弱みと脅威が重なる損失をどう避けるか | API 条件が悪い特殊案件は C または対象外にする |
クロス SWOT から出た案は、正解ではなく候補です。同じ案の言い換えを束ね、現状維持、延期、撤退も加えます。組み合わせ数を増やすことより、前提の異なる案を作ることを優先します。
15.9 選択肢を評価し、捨てる案を示す
候補を、最初に置いた評価基準へ戻します。
安全性を最低条件とし、満たさない案は他の得点にかかわらず除外します。そのうえで、顧客成果 30%、3 年間の経済性 25%、実行可能性 20%、学習 15%、切替可能性 10% を暫定の重みとします。重みは客観的真理ではなく、事業責任者が何を優先したかを記録するためのものです。
顧客成果と経済性の重みを入れ替えて順位が変わるかも確認します。小さな重み変更で結論が変わる、または点差が評価誤差より小さい場合、合計点だけで決めません。最低条件、不可逆性、30 日で得られる追加証拠を比較します。
| 選択肢 | 顧客成果 | 実行可能性 | 学習 | 主な危険 | 現時点の判断 |
|---|---|---|---|---|---|
| A を継続 | 試行で確認 | 20 社なら可能 | 例外を学べる | 工数超過 | 主実験として継続 |
| B を全面開発 | 未確認 | 30 日では困難 | 製品へ残る | API、模倣、開発費 | 今回見送る |
| B を手動模擬 | 工数効果を確認可能 | A 内で可能 | 反復部分を学べる | 模擬と実装の差 | 採用 |
| C を全面委託 | 品質未確認 | 契約次第 | 接点を失う可能性 | データ、責任、依存 | 今回見送る |
| C を限定照会 | まだ成果なし | 2 社なら可能 | 条件を学べる | 調査止まり | 採用 |
| 現状維持 | 改善なし | 可能 | 学習しない | 未完了継続 | 比較対象として残す |
SWOT の成果物は 4 象限ではなく、この選択と理由です。強みを使わない案、弱みを直しすぎる案、機会の確認が間に合わない案は捨てます。
ここでの「見送る」は永久棄却ではありません。B 全面開発は手動模擬で成果と反復性を確認するまで、C 全面委託は品質・責任・データ条件を確認するまで再検討しません。機会を取る案には、実施費用だけでなく、同じ人と時間を A の学習へ使えなくなる機会費用も含めます。
30 日間は第14章と同じく A に 80% を配分し、B は A 内の手動模擬、C は 2 社への条件照会に限定します。9 月末に事業責任者が必ず資源配分を決め、追加調査だけを結論にしません。
決定時には、A を続ける顧客数と時間上限、B に着手する場合の費用上限と対象機能、C を試す案件数と契約条件、現状維持なら再検討日を記録します。SWOT の更新作業は意思決定会議を含め 4 時間を上限とし、選択を変えない追加項目は調べません。
15.10 AI に分類させ、人間が重要度と行動を決める
AI は、多数の記述の重複、内部・外部の候補分類、組み合わせ案、反対解釈の生成に使えます。しかし、入力にない強みや市場機会を補わせてはいけません。
意思決定:
30 日後に A 継続、B 設計、C 限定試行、現状維持から選ぶ。
入力:
- ID 付きの確認済み事実と仮説
- 各項目の出典、確認日、状態
- 選択肢、評価基準、制約、期限
依頼:
1. 内部要因と外部要因へ候補分類する
2. S/W、O/T の両方になり得る記述を示す
3. 重複、抽象語、比較対象のない評価を指摘する
4. SO、ST、WO、WT から前提の異なる案を作る
5. 各案を支持する ID と反対証拠を示す
6. 入力にない事実や数値を作らず、未確認と記す
7. 選択を変える追加証拠を提案する
AI の分類は決定ではありません。「API 標準化」を O に置くか T に置くかより、B の費用と模倣へどう作用するかが重要です。重要度、許容する危険、資源配分は責任を負う人間が決めます。
15.11 SWOT を使わなくてよい場面
SWOT は、複数の内部能力と外部変化を統合し、選択肢を比較するときに役立ちます。第11章から第14章までの調査を一つの意思決定へ集約する今回のような場面です。
一方、原因が分かっている不具合を直す、単一の契約条件を確認する、既に選んだ実験を運用する場合は不要です。顧客課題や外部環境が未調査なら、SWOT で推測を整理する前に証拠を集めます。
項目が 2、3 個しかなく選択肢が明らかなら、比較表だけで十分です。SWOT を作っても選択、捨てる案、次の検証が変わらないなら、その分析は省略できます。
考えてみる問い
最近作った SWOT から一項目を選び、「何と比べて強い/弱いのか」「どの選択肢を変えるのか」「何が分かれば分類を変えるのか」を書いてください。答えられない項目を残す理由はあるでしょうか。
SWOT を使うとは、4 つの欄を埋めることではありません。内部能力と外部条件を証拠へ戻し、組み合わせから選択肢を作り、評価基準で選び、捨てる案と次の検証を残すことです。
第5部では、選んだ案が事業として成立するかを財務から確かめます。第16章では、PL、BS、CF を別々の表として覚えるのではなく、利益、資産・負債、現金のつながりから事業を読みます。
参考資料
最終確認日: 2026 年 7 月 15 日。本章の証拠台帳、記述検査、クロス SWOT、AI 検証手順は、以下の資料を踏まえた本書独自の整理です。
- Albert S. Humphrey『SWOT Analysis for Management Consulting』SRI Alumni Newsletter、2005 年 ― SWOT の実務史に関する本人の説明を参照。ただし起源には複数の説明がある
- Heinz Weihrich「The TOWS Matrix—A Tool for Situational Analysis」Long Range Planning、1982 年 ― 外部要因と内部要因を組み合わせて戦略案を作る TOWS の整理を確認
- U.S. Small Business Administration ― Market research and competitive analysis ― 競争優位、市場、顧客、競合を確認する基礎項目を参照
- Harvard Business Review ― What Is Strategy? ― 選択、トレードオフ、活動間の適合を確認。閲覧環境により全文購読が必要