DXを推進しよう、という掛け声は多くの組織で聞かれます。一方で「なぜデジタルなのか」「デジタルはどのような力を持っているのか」という問いに、明確に答えられる経営者やDX推進担当者はそれほど多くないかもしれません。そうなると、導入後に目的が揺れ、部門ごとに判断がばらつき、結局は「一貫性のないデジタル化」になりがちです。デジタルの力を“便利さ”として消費するのではなく、その性質を理解して戦略の一部に置く。そう考えると、意思決定の順序が少し変わります。
- デジタルが持つ「柔軟性」は、意思決定の構造に何をもたらすのか
- 「拡張性」は成長とコストの関係をどう変えるのか
- AIの登場で何が変わり、何が変わらないのか
- この三つを、どう長期戦略に組み込むのか
1. デジタルを“起点”にするとは何か
ここで言う“起点”とは、ツールやソリューションがもたらす利便性を出発点にしない、という意味です。先に置くのは、デジタルが本質的に持つ力です。柔軟性（ソフトウェア）、拡張性（クラウド）、自動化の加速（AI）。この三つの性質を理解してから、「何を変えたいのか」「何を守りたいのか」を問い直す。その順序が、意思決定の一貫性を支えます。
ただし「起点を変える」は抽象的に聞こえます。実務に落とすなら、議論の順番を次のように入れ替えることです。
- （ありがちな順序）ツールを選ぶ → 業務に当てはめる → うまくいかない箇所を調整する
- （起点を変えた順序）変えたいものを言語化する → 必要な“デジタルの力”の性質を特定する → その性質を満たす手段を選ぶ
この「言語化」は、単なる説明ではありません。曖昧さを排除し、構造として残すための作業です。ここが薄いまま進むと、どれほど優れたツールを入れても、組織の判断は揺れます。
2. 柔軟性（Flexibility）: 小さく始め、判断を積み重ねられる力
ソフトウェアは、後から変更しやすい。これは「最初から全部を設計しなければ動かない」ハードウェアと比べると、決定的な違いです。柔軟性とは、言い換えると「一度の意思決定で将来を固定しなくてよい」余地です。
ただし、ここで誤解されがちなのは、「だから小さく作ればよい」という短絡です。重要なのは小ささではなく、最重要項目を見極めて、そこから最小限に実装することです。
「Think maximum, Implement minimum.」の原則に従い、選択肢を出し切った上で、最重要項目を先に実装することが大切です。
2-1. ミニケース：顧客データの“単一の正”を先に決める
事業が伸びるほど、顧客情報は散らばります。問い合わせはフォーム、営業はCRM、サポートはチャット、請求は会計ソフト、現場はスプレッドシート。ここで多くの組織が「全部をつなぐ」から始め、連携設計が重くなって止まります。あるいは、つないだはずなのに「同じ顧客が別人として扱われる」事故が起きます。
ここでの Think maximum は、「顧客情報が何のために使われるのか」を徹底的に洗い出すことです。
- 顧客体験を守るために必要な情報は何か
- 法務・請求・サポートで“同じ顧客”をどう識別するか
- 将来AIで要約・分類・提案をするなら、どの属性が最低限要るか
- 誰が、いつ、どのルールで更新するか（更新権限と責任）
そして Implement minimum は、驚くほど小さくできます。先に作るのは、機能ではなく「正（せい）」です。
- 重複を許さない 顧客ID（この顧客が誰かを確定する）
- 最低限の マスタ項目（例：氏名/会社名、連絡先、契約状態、担当、同意/配信可否など）
- 更新ルール（どこが正、どこは参照、例外時の手順）
- そして「いま散らばったデータを全部統合する」ではなく、今後はここに集約すると決める
これだけで、後からCRMを入れ替えても、サポートツールを変えても、データの骨格が残ります。逆に言えば、ここを曖昧にしたまま機能を増やすと、拡張のたびに「顧客の同一性」が壊れ、対応品質や数字（売上・解約・LTV）が歪みます。
柔軟性とは、実装を軽くする力ではなく、最小の実装で最大の将来コストを潰すための力です。
2-2. 柔軟性が意味するのは「何も考えなくてよい」ではない
柔軟性は放任と同義ではありません。後から変えられるとはいえ、初期設計の段階で将来の拡張をまったく考えないと、機能追加のたびに根本から作り直す「スクラップ＆ビルド」に陥ります。特に効いてくるのは、次の3点です。
- データの持ち方：どこを“唯一の正”にするか（顧客IDの例がまさにここ）
- 例外の扱い：例外を「例外として残す」のか「ルールに吸収する」のか
- 責任の所在：仕様を最終決定するのは誰か（現場・管理部門・経営）
この3点が曖昧なまま進むと、柔軟性は「いつでも変えられる」のではなく「誰も決めないから変わり続ける」になります。要件定義の丸投げが危険なのは、責任の所在が消えるからです。
柔軟性を活かすための問いは、シンプルにして強いものが望まれます。
- 今、確定させるべき前提は何か（ここでズレると致命傷になるものは何か）
- 後から変える余地を残すべき前提は何か
- “変える余地”の決裁者は誰か（変えるとき誰が責任を持つか）
3. 拡張性（Scalability）: デジタルのパワーを前提にインフラを設計する
クラウドの価値は「サーバーを借りられること」だけではありません。事業規模の変化に合わせて、計算資源やストレージ、ネットワークを伸縮できる。ピーク負荷に合わせて一時的に増強し、落ち着けば戻す。成長とコストの関係を滑らかにし、“システムが原因で閉じる”確率を下げる。これが拡張性というデジタルのパワーです。
ただし、このパワーを認識すると、逆に見えてくるものがあります。
システムが閉じにくくなるほど、別の場所の“インフラ”がボトルネックとして露出する、ということです。
ここでいうインフラとは、業務の流れ、処理能力、判断のルール、責任の置き場など、成長を支える仕組みを指します。デジタルの持つ拡張性は「すべてを解決する力」ではなく、解決できる領域を増やし、残る論点をクリアにする力でもあります。
3-1. ミニケース：アクセス増に耐えても、体験が壊れる瞬間
たとえばキャンペーンが当たり、問い合わせと申込が一気に増えたとします。クラウドでアクセス急増に耐えられれば、それだけで価値は大きい。昔なら、ここでシステムが落ちて終わっていたかもしれません。
しかし、システムが落ちない世界では、次の“別の詰まり”が表に出ます。
- 申込〜審査〜契約のどこかに「手作業の壁」がある
- 問い合わせ対応が追いつかず、返信遅延で失注する
- データが散在していて、状況把握に時間がかかる（判断が遅れる）
この状態は、「デジタルの話が人の話になった」という訳ではありません。
拡張性というデジタルのパワーが成立した結果、次に設計すべきインフラが現れた、という順序です。
3-2. どこまでをデジタルで吸収し、どこからを別の設計で支えるか
拡張性を戦略に組み込むとき、見るべきは「未来の売上」よりも「成功したときの詰まり」です。ここでの問いは二段構えになります。
- デジタルで吸収できる詰まりは何か
- ピーク時のアクセス
- 一時的な処理量
- データの保存と検索
- デジタルだけでは吸収できない詰まりはどれか
- 手作業の工程
- 権限・責任・承認の遅れ
- 顧客対応の処理能力
2の領域は、別のインフラとして設計が必要です。
デジタルの持つ拡張性の価値は、「システムの制約を緩める」ことにあります。制約が緩むほど、次に問われるのは優先順位です。
- 伸びたときに守りたい顧客体験は何か
- その体験を壊すボトルネックはどこか
- そこを支えるインフラ（業務・体制・判断のルール）に、今期どの程度配分するか
拡張性があるからこそ、逆に問われます。
「何でもできる環境で、何をやらないと決めるか」。これは技術の話ではなく、判断基準の話です。
4. AI: 加速する自動化と、問われる判断の主体
柔軟性と拡張性に加え、いま最も急速に進化しているのがAIです。生成AIの登場により、データ分析、文書作成、業務プロセス設計などが会話ベースで実行できるようになりました。特に人的リソースに制約のある中小企業や個人事業にとって、AIによる自動化は現実的な選択肢になりえます。
4-1. ミニケース：議事録要約を“意思決定支援”に留める
会議の議事録要約は、AIが得意な領域です。けれど、ここで一線を引かないと危険です。AIの要約は、言い回しを整えた“それらしさ”が強く、事実の取り違えが混じっていても気づきにくいからです。
運用としては、次の切り分けが現実的です。
- AI：要約のたたき台、論点の抽出、決定事項っぽい箇所の候補出し
- 人：決定事項・宿題・期限・責任者の確定（ここだけは必ず人が確定）
AI活用の本質は、判断を任せることではなく、判断に集中できるようにすることです。「最大限に考え、最小限に実装する」原則の実行に対し、AIはその実行を支える手段として機能します。
4-2. AIが変えないもの——意思決定の主体
AIは間違えます。確率的な推論に基づく以上、事実と異なる情報を自信を持って返すことがあります。経営の場面でAIを活用するとき、その出力は「参考情報のひとつ」として受け取る姿勢が必要です。
ここで問われるのは、用心深さよりも「主体」です。自分で考え、文脈を理解して出した結論は、状況が変わっても揺らぎにくい。問い直されたときに、自分の言葉で説明できる根拠を持てるからです。AIの答えを採用するにしても、その根拠を自分のものとして組み直す工程が欠かせません。
AI時代の「主体」を具体化する問いを置いておきます。
- その結論は、反対意見が出たときに“あなたの言葉”で防衛できるか
- その結論を採用した結果の責任を、誰が引き受けるのか
- その責任は、文書・記録・ルールとして残されているか
AIの導入は、業務効率化というより「意思決定の透明性」を高める契機にもなります。この視点を持つとき、AIは”便利な道具”を超えて、戦略の一部として機能し始めます。
5. 三つのパワーを戦略（長期設計）に組み込む
柔軟性・拡張性・AI。これらを「使える技術の一覧」として眺めるだけでは戦略にはなりません。戦略とは、限られた資源をどこに向けるか（配分と優先順位）を決めることでもあります。
三つのパワーは、組み合わされたときに意味が増します。柔軟に設計された仕組みが拡張性を持ち、その上でAIが繰り返し業務を自動化する。こうした重なりが、デジタルを起点とした事業変革の本質です。
5-1. “戦略への変換”は、チェックリストより前に「型」を持つ
チェックリストは便利ですが、型がないと形骸化します。ここでの型は、次の順番です。
- 目的の言語化：何を変えたいか／何を守りたいか
- 必要な力の特定：柔軟性・拡張性・AIのどれが効くか（複数でもよい）
- ボトルネックの特定：どこが詰まると目的が崩れるか
- 配分の決定：今期の投資（お金・人・時間）をどこに置くか
- 記録の設計：判断の根拠と責任を残す（AI活用時ほど重要）
特に最後の「記録」は地味ですが、後から効いてきます。意思決定の根拠が残っている組織は、次の意思決定が速い。これはデジタルの力というより、思考のインフラです。
5-2. 意思決定のためのチェックリスト（最低限）
最後に、実務で使える最低限の問いだけ置いておきます。
- 小さく始めるために、何を“今は決めない”と決めるか（柔軟性）
- 成長したときに最初に詰まる場所はどこか（拡張性）
- AIに任せる作業と、人が握る判断はどこで線引きするか（主体）
- それらを踏まえて、中期の投資配分と優先順位をどう定義するか（長期設計）
結び
デジタルのパワーを認識することは、「何を使うか」よりも「何のために使うか」を先に問う、ということです。柔軟性は意思決定を小さく積み重ねる余地をつくり、拡張性は成長の可能性にインフラが閉じない状態を守り、AIは人が判断に集中できる環境を広げます。
ただ、そのいずれもが思考を代替するものではありません。デジタルという手段の解像度が上がるほど、目的と配分の問いが残ります。ツールの導入に進む前に、まずは自社の文脈で問い直してみる。その問いに向き合うことから戦略は形を持ち始めます。
総合電機メーカーでソフトウェア技師長、商品統括部長等を歴任、イノベーション創出のための戦略立案から実装まで幅広く経験。エンジニアリング会社ではICTセンター長、DX本部副本部長を歴任し、レガシー脱却やAI導入など、IT・DX戦略の企画・推進を実践。
デジタル化における意思決定の質を高めるための思考方法を探求している。
