SWOTと環境分析|PEST・ファイブフォースから施策の根拠を作る
「顧客を増やす」は目標や施策であって、会社が既に持つ強みではありません。SWOTで事実と希望を混ぜると、施策の根拠が循環します。まず対象企業と市場を定め、内部の資源、外部の変化、業界の力関係を分けて読み、組合せから実行案を考えます。
この記事で理解すること
SWOTの強み・弱み・機会・脅威を、対象企業に対する事実として分類する。
PESTの広い環境変化と、ファイブフォースの業界構造を区別する。
クロスSWOTで根拠と施策を結び、制約と検証条件を説明する。
架空の産業装置保守会社A社を例にします。対象は地域内の保守サービス事業、検討期間は次の1年です。A社は現場に詳しい技術者と顧客設備の履歴を持つ一方、受付と訪問計画は紙中心です。保守需要が増えるという想定と、遠隔診断を提供する競合の動きがあるとします。現実の市況や法改正を示す資料ではありません。
SWOT:内部の能力と外部の変化を分ける
SWOTはStrengths、Weaknesses、Opportunities、Threatsの頭文字です。強みと弱みは企業が持つ資源・能力等の内部要因、機会と脅威は外部環境に関する要因です。事実が目標に有利か不利か、対象企業との関係から評価します。
分類 | この事例の事実 | 根拠になる意味 |
|---|---|---|
S:強み | 設備履歴と現場に詳しい技術者がある | 故障原因や部品を素早く絞る能力 |
W:弱み | 紙受付で履歴を共有しにくい | 受付と訪問準備に重複や遅れが生じる |
O:機会 | 地域の設備保守需要が増える想定 | 既存の能力を使う受注機会が広がる |
T:脅威 | 競合が遠隔診断を提供する | 早い診断を求める顧客が他社へ移る可能性 |
強みは「技術力が高い」と書くだけでなく、どの業務で何ができるかを示します。弱みも「IT化が遅い」ではなく、情報共有の遅れが受付や現場準備へどう影響するかまで具体化します。施策や目標を、既存能力の証拠として分類しません。
目的と処理する場所を対応付けて読みます。
内部と外部は「簡単に変更できるか」だけで決まりません。育成に時間がかかる技術者も内部資源です。外部の変化も会社の立場で機会と脅威の両面を持つ場合があり、評価対象と前提を明記します。
PEST:企業の外にある広い変化を見る
PESTはPolitical、Economic、Social、Technologicalで、政治・制度、経済、社会、技術のマクロ環境を調べる枠組みです。個々の競合や自社の部署だけではなく、市場全体へ影響する変化を整理します。法や環境を別に分けるPESTLE等の形もあります。
観点 | 架空の検討材料 | 保守事業への確認点 |
|---|---|---|
P:政治・制度 | 設備安全の報告要件が変わる想定 | 必要な点検・記録と準備期間 |
E:経済 | 部品調達価格が上がる想定 | 費用と価格設定、在庫への影響 |
S:社会 | 現場の人員不足が進む想定 | 外部保守や短い停止への需要 |
T:技術 | 遠隔監視技術が普及する想定 | 検知・診断と訪問の分担 |
ここで挙げた制度や市場の変化は仮定です。実際の分析では公表資料、対象地域、施行・発生時期、確度を確認します。検討中の制度を既に施行された条件に置き換えると、優先順位や投資判断がずれます。
分類は目的に合わせて使います。価格上昇と技術導入が同時に起きるなど、事実が複数の観点に関係することもあります。項目を無理に一つへ押し込めるより、どんな影響の経路を考えているかを示します。自社の受付が紙であることは、技術のマクロ変化ではなく自社の内部状況です。
ファイブフォース:利益を左右する業界の力関係
ファイブフォースは、既存企業の競争、新規参入、代替、買い手の交渉力、売り手の交渉力という五つから業界構造を捉える枠組みです。会社の内部資源を分類するSWOTや、広い環境変化のPESTと分析の焦点が違います。
この例で対象業界は地域内の産業装置保守サービスと定めます。対象を装置製造や部品小売まで広げると、買い手・売り手・代替の意味が変わります。業界の境界を先に置き、誰が価値を提供し、誰が対価を払い、何が同じ需要を満たすかを確認します。
力 | 独自事例での検討材料 |
|---|---|
既存企業の競争 | 同じ地域の保守会社が価格や応答の早さで競う |
新規参入の脅威 | 顧客設備への入場承認や専門資格・履歴蓄積が参入の条件となる |
代替の脅威 | 顧客が社内保守を増やす、別方式で停止を減らす |
買い手の交渉力 | 大口顧客が売上の大部分を占め、価格条件を交渉する |
売り手の交渉力 | 必要な専用部品を一つの供給元からしか買えない |
売り手は自社へ部品等を供給する側、買い手は自社サービスを購入する側です。自社が販売するから常に「売り手の交渉力」の分析対象だ、と名前だけで判断しないようにします。大口比率だけで結論を決めず、代替先や切替費用、条件も調べます。
競争企業と代替は区別します。同じ保守契約を別の地域保守会社へ移すのは通常、既存企業間の競争です。顧客が自分で保守する方式へ変えるのは代替の観点です。実際には複数の力が関連し、枠組みだけで利益率や成功確率を数値として決めることはできません。
クロスSWOT:事実を組み合わせて施策へ進む
クロスSWOTは内部要因と外部要因を組み合わせ、施策を検討する方法です。SとOで能力を使って機会を得る、WとOで不足を補って機会に対応する、SとTで脅威に対処する、WとTで弱さと不利な変化の重なりを抑える、という問いを立てます。
目的と処理する場所を対応付けて読みます。
S×Oの案は、設備履歴と現場知識を使い、需要増に対して予防保守を提案することです。W×Oの案は、受付・履歴・訪問計画を共有して、担当者が増える受注に対応できるようにすることです。どちらも「良いことをする」という一般論ではなく、組にした事実へ戻して説明します。
S×Tは現場知識を使う原因診断と訪問支援の価値を示し、遠隔診断だけでは満たしにくい需要を狙う案です。W×Tは、紙受付の遅れが競合への移行を増やさないよう、対象顧客の窓口を整備する案です。撤退や縮小も候補になり得ますが、W×Tなら必ず撤退という決まりではありません。
事実・解釈・施策・検証を分ける
「設備履歴を保有する」は事実です。「履歴を使えば診断を速められる」は能力についての解釈で、利用可能な品質や担当者への共有が必要です。「受付時に履歴を参照する」は施策です。「準備時間を測って効果を確認する」は検証です。この四つを混ぜると、根拠のない効果を断定します。
施策を選ぶときは、費用、担当者、期間、データの品質、顧客の受入れも確認します。需要が増える想定だけでは、どの施策でも採算が合うとはいえません。利益や投資計算、マーケティング施策の詳しい設計はそれぞれの主担当記事へ分けます。
この記事の短い答案は、根拠となる事実と作用を一文で結ぶ練習です。「設備履歴を受付から現場へ共有し、訪問前の原因・部品確認の重複を減らす」のように、何を変え、どこへ効くかを書きます。数値の改善幅が与えられていなければ、勝手に半減等を付けません。
演習1:分類の対象
条件:現場に詳しい技術者と顧客設備の履歴を既に持っている。
問い:SWOTのどこに置くか。
解答例:強みS。対象企業が持つ内部の資源・能力であるため。
根拠と誤答の確認:将来増やしたい資源や市場の変化とは分けます。
演習2:外部の需要
条件:地域の保守需要が増えると想定している。
問い:強みと機会のどちらか。
解答例:機会O。外部の需要変化が受注機会になるため。
根拠と誤答の確認:自社の能力そのものではありません。
演習3:施策の混入
条件:SWOTの強みに「受付を電子化する」と書いた。まだ実施していない。
問い:なぜ不適切か。
解答例:実施する施策であって、既に持つ能力の事実ではないため。
根拠と誤答の確認:実施済みで効果のある共有能力なら、その事実を別に評価します。
演習4:分析の焦点
条件:部品供給が一社に限られ、値上げの交渉が難しい。
問い:五つの力では何を検討するか。
解答例:売り手の交渉力。保守会社へ必要な部品を供給する側の力。
根拠と誤答の確認:自社サービスを買う顧客との価格交渉とは向きが違います。
演習5:組合せ
条件:需要は増えるが、紙の受付で情報共有が遅い。
問い:W×Oの施策を一つ述べる。
解答例:受付と履歴を共有し、担当者が増える受注へ対応できるようにする。
根拠と誤答の確認:電子化そのものを目的とせず、弱みの改善と機会への対応を結びます。
演習6:効果の断定
条件:設備履歴を共有する施策を提案するが、改善幅の実測値はない。
問い:準備時間が半減すると断定できるか。
解答例:できない。重複削減の作用と、実測で効果を確認する条件を述べる。
根拠と誤答の確認:枠組みから数値効果が自動的に導かれるわけではありません。
参照資料とこの記事の範囲
事例・図・演習は教材用に独自に作成しました。公式・教育機関の資料で仕組みを確認し、特定年度の問題本文を前提にせず学べる構成にしています。
Harvard Business School 五つの競争要因
関連テーマを続けて学ぶ
この記事についてAIに深掘り質問する
ChatGPT、Claude、Perplexityにこの記事を参照させ、要点の確認や疑問点を自由に質問できます。
次におすすめの学習
編集・検証について
編集・検証:IT資格ラボ編集部
IPAが公開する試験要綱・シラバス・過去問題と、各技術の公式資料を優先して内容を確認しています。制度変更や誤りを確認した場合は、記事を見直して更新します。
編集方針・情報源・訂正方針を見る