「システムのことはわからない」と言う社長が損する理由—丸投げが招く3つの悲劇
わからなくていい。でも、丸投げはダメ
概要
「システムのことはわからないから、任せるよ」——こう言って、IT担当者や開発会社に丸投げしている社長は多いです。気持ちはわかります。専門外のことに時間を使いたくない。でも、その「丸投げ」が、あなたの会社に大きな損失をもたらしているかもしれません。この記事では、丸投げが招く悲劇と、社長が最低限関わるべきポイントをお伝えします。
「わからない」は免罪符ではない
まず、はっきり言わせてください。
「システムのことはわからない」は、免罪符にはなりません。
確かに、技術的な詳細まで理解する必要はない。でも、経営判断を放棄する理由にはならない。
システムは、今やビジネスの根幹です。
- 顧客管理
- 売上管理
- 業務オペレーション
- 競争力の源泉
これらすべてに、システムが関わっています。
「わからないから任せる」と言って丸投げすることは、経営の一部を放棄しているのと同じです。
丸投げが招く3つの悲劇
丸投げすると、具体的に何が起こるか。3つの悲劇を紹介します。
悲劇1：使われないシステムが出来上がる
IT担当者や開発会社に丸投げすると、「技術的に正しいシステム」はできます。
でも、ビジネスに合ったシステムができるとは限らない。
なぜか。
- 社長のビジョンが伝わっていない
- 現場の本当の課題がわかっていない
- 「何を実現したいか」が曖昧なまま進んでいる
結果、「動くけど使われないシステム」が出来上がる。
数百万〜数千万円かけて、誰も使わないシステム。
これが、丸投げの末路です。
悲劇2：言い値で買わされる
「システムのことはわからない」と言った瞬間、あなたは交渉力を失います。
開発会社から見積もりが来ても、
- 妥当かどうか判断できない
- 「高いのでは？」と言っても、「こんなものです」で押し切られる
- 本当は半額でできることに、倍払っている
「わからない」と言うカモは、格好の餌食です。
悲劇3：ベンダーロックインに陥る
丸投げし続けると、ベンダーロックインに陥ります。
- システムの仕様は、開発会社しか知らない
- 保守も、その会社にしか頼めない
- 改修するたびに、言い値を払わされる
- 乗り換えたくても、乗り換えられない
依存状態が完成します。
こうなると、開発会社に主導権を握られ、あなたはATM状態。請求されるがままにお金を払うことになります。
「わからなくていいこと」と「わかるべきこと」
誤解しないでください。
社長が技術的な詳細を理解する必要はありません。
プログラミング言語、データベース設計、インフラ構成——こうしたことは、専門家に任せればいい。
でも、わかるべきことはあります。
わからなくていいこと（専門家に任せる）
- どのプログラミング言語を使うか
- データベースの設計方法
- サーバーの構成
- セキュリティの技術的対策
- コードの書き方
わかるべきこと（社長が判断する）
| 項目 | 具体的な内容 |
|---|---|
| 目的 | このシステムで、何を実現したいのか |
| 課題 | 今、何に困っているのか |
| 優先順位 | どの機能が最も重要か |
| 予算感 | いくらまで投資できるか |
| 期限 | いつまでに必要か |
| 成果指標 | 何をもって成功とするか |
これらは、経営判断です。社長にしか決められません。
社長がやるべき3つのこと
具体的に、社長は何をすればいいのか。3つに絞って説明します。
やるべきこと1：「何を実現したいか」を言葉にする
システムを発注する前に、目的を言語化してください。
- 「顧客対応の工数を半分にしたい」
- 「予約漏れをゼロにしたい」
- 「売上データをリアルタイムで見たい」
具体的であるほど、いい。
「なんとなく便利になりたい」では、何も作れません。
やるべきこと2：見積もりの「根拠」を聞く
見積もりが来たら、「なぜこの金額なのか」を聞いてください。
- 「この機能に、なぜこれだけの工数がかかるのか」
- 「他の方法で、もっと安くできないか」
- 「優先順位をつけて、段階的にできないか」
説明できない見積もりは、信用できません。
「技術的な話だから」と遠慮する必要はない。経営判断に必要な情報は、聞く権利があります。
やるべきこと3：定期的に「見る」
開発が始まったら、定期的に「見て」ください。
- 進捗を確認する
- 動くものを見せてもらう
- 方向性がズレていないかチェックする
「任せたから」と放置すると、完成したときに「思っていたのと違う」が起きます。
途中で軌道修正する方が、完成後に作り直すより圧倒的に安い。
「わからない」を武器にする方法
逆転の発想をお伝えします。
「わからない」ことを、武器にすることもできます。
「わからないから、説明して」と言う
「システムのことはわからないから、私にもわかるように説明してください」
これは、正当な要求です。
説明できない開発会社は、信用できません。逆に、素人にもわかるように説明できる開発会社は、信頼できます。
「わからないから、見せて」と言う
「言葉だけではわからないから、動くものを見せてください」
要件定義書や設計書は、読んでもわかりません。
動くものを見れば、一発でわかる。
「まず見せてくれ」と言えることが、賢い発注者の条件です。
「わからないから、少しずつ」と言う
「全部を一度に判断できないから、少しずつ進めてください」
いきなり大きな投資をする必要はありません。
小さく始めて、成果を確認しながら進める。
これがリスクを最小化する方法です。
BANSOU CTO™が社長の「わからない」をサポートする方法
BANSOU CTO™は、「わからない」社長をサポートします。
1. 翌日にプロトタイプを見せる
要件定義書を読ませません。
面談の翌日には、動くプロトタイプを見せます。
「こういうシステムを作ります」を、目で見て確認できる。「わからない」社長でも、見ればわかります。
2. ビジネスの言葉で話す
技術用語は使いません。
「この機能で、予約漏れがゼロになります」 「このレポートで、売上がリアルタイムで見えます」
ビジネスの言葉で説明します。
3. 経営判断に必要な情報を提供する
社長が判断すべきことと、私たちが決めることを明確に分けます。
- 社長が判断：目的、優先順位、予算、期限
- 私たちが判断：技術選定、設計、実装方法
社長の時間を奪わず、必要な判断だけをお願いします。
4. 丸投げを許さない
正直に言うと、私たちは丸投げを許しません。
「任せるから、よろしく」と言われても、「何を実現したいですか？」と聞き返します。
社長の考えを引き出し、言語化し、形にする。これが私たちの仕事です。
よくある質問
Q. 本当に技術的なことを知らなくていいんですか？
A. はい。プログラミング言語やデータベースの詳細は、知らなくていい。ただし、「何を実現したいか」「いくらまで投資できるか」「いつまでに必要か」——これらは社長にしか決められません。
Q. IT担当者がいるので、任せてはダメですか？
A. IT担当者に「実行」を任せるのはOK。でも、「判断」を任せてはいけません。目的の設定、予算の決定、優先順位の判断は、経営者の仕事です。
Q. 忙しくて、システムに時間を割けません
A. だからこそ、BANSOU CTO™があります。社長の時間を最小限に抑えながら、必要な判断だけをお願いする。30分の面談で要件を聞き、翌日にはプロトタイプを見せる。社長の時間を奪いません。
まとめ：「わからない」でも、丸投げはダメ
「システムのことはわからない」——それ自体は問題ではありません。
問題は、**「わからないから丸投げする」**こと。
丸投げすると、
- 使われないシステムが出来上がる
- 言い値で買わされる
- ベンダーロックインに陥る
「わからない」けど、「関わる」。
これが、賢い社長のスタンスです。
- 目的を言葉にする
- 見積もりの根拠を聞く
- 定期的に見る
この3つだけでいい。それで、悲劇は防げます。
次に取るべきアクション
「システムのことはわからないけど、何とかしたい」
そう思ったら、まずは30分の無料相談をご利用ください。
技術の話はしません。あなたが「実現したいこと」を聞かせてください。
株式会社IIWAYO｜BANSOU CTO™ 社長の思考を、収益を生む仕組みに変える。