「APIとかクラウドとか、業者が話す用語が分からない」「向こうが専門家だから、提案された通りにするしかない」——IT知識への引け目から、発注を業者任せにしてしまう経営者の方は少なくありません。実は技術を知らなくても、発注で勝つ手段は明確に存在します。それが「質問力」です。本記事ではIT知識がない経営者がシステム発注で失敗しないための10質問フレームを、発注前・発注中・発注後の3フェーズに分けて解説します。

この記事の結論(3行)

  • 技術知識がなくても発注で勝てる。鍵は「質問力」——発注前5・発注中3・発注後2の10質問フレーム
  • 技術知識は経営判断のため必要なのではなく、業者との対等な対話のために必要。質問力があれば代替できる
  • 質問力は経営者の業務知識と組み合わさることで、技術知識を持つ業者よりも優れた発注判断を生む
IT知識への引け目を抱えた経営者が、質問力で業者と対等に対話する場面

なぜIT知識がないと発注で失敗するのか

IT知識がないこと自体は問題ではありません。問題は「IT知識がないから業者の言いなりになる」という思考パターンです。この思考が3つの失敗を引き起こします。

  • 業者の提案を鵜呑みにして、自社業務に合わないシステムが納品される
  • 見積もりの相場感が分からず、適正価格より高く払う
  • 専門用語に押し切られ、要望を伝えられないまま開発が進む

3つの失敗は、技術知識の不足ではなく「質問しない姿勢」が原因です。質問力さえあれば、技術知識がなくても発注で勝てる構造になっています。

業者の提案を鵜呑みにする

「専門家の言うことだから正しい」と提案を鵜呑みにすると、業者の都合に合わせた標準的な機能だけが実装されるシステムになりがちです。自社の業務固有の要件が反映されず、リリース後に「現場で使えない」と評価される事態に陥ります。

見積もりの相場感が分からない

機能あたりの単価や人月単価の相場感がないと、業者の見積もりが高いのか妥当なのか判断できません。結果として、適正価格より2〜3割高い金額で契約してしまうケースが珍しくありません。

専門用語に押し切られる

「API」「マイクロサービス」「アジャイル」のような専門用語が出てきた時、分からないまま聞き流すと、業者は「説明不要の相手」と認識します。専門用語の壁を乗り越える唯一の手段は、その場で質問することです。

発注前に聞く5つの質問

発注前の業者選定段階で投げておきたい5つの質問を、フレームとして整理します。

| フェーズ | 質問内容 | 何を見るか | |---|---|---| | 発注前 | 過去に同業種で構築した事例は? | 業務理解の深さ | | 発注前 | 見積もりの内訳を機能別に出せるか | 透明性 | | 発注前 | 開発中の進捗報告の形式は? | コミュニケーション設計 | | 発注前 | リリース後の保守費用は? | 長期視点 | | 発注前 | 解約時のデータ引き渡し方法は? | 出口戦略 |

5つの質問は、技術知識ゼロでも投げられるシンプルな質問ですが、業者の本質が露わになります。回答に詰まる業者、曖昧に答える業者は、契約後も同じ姿勢で接してきます。

質問1: 過去に同業種で構築した事例は?

業者の業務理解の深さを測る最重要質問です。同業種の事例を具体的に語れる業者は、業務固有の要件を理解する基礎を持っています。逆に「どんな業種でも対応可能です」と汎用的に答える業者は、業務理解が浅い可能性があります。

質問2: 見積もりの内訳を機能別に出せるか

透明性を測る質問です。「一式:800万円」のような大括りな見積もりではなく、機能別に分解された内訳を出せる業者は、自社の工数を把握しています。内訳を出し渋る業者は、見積もりに根拠がない可能性があります。

質問3: 開発中の進捗報告の形式は?

コミュニケーション設計を測る質問です。「週次のショート定例とWBSベースの進捗報告を実施します」のように具体的に答える業者は、進捗管理の仕組みが成熟しています。「定期的に報告します」のような曖昧な回答だと、契約後の進捗が見えなくなるリスクがあります。

質問4: リリース後の保守費用は?

長期視点を測る質問です。システムは作って終わりではなく、3〜5年運用する前提で考える必要があります。月額の保守費用、年間の改修予算の目安を答えられる業者は、長期的な関係性を想定しています。

質問5: 解約時のデータ引き渡し方法は?

出口戦略を測る質問です。万が一業者を切り替えることになった場合、ソースコード・データ・ドキュメントの引き渡し方法を契約段階で明確にしておくことで、業者依存のリスクを下げられます。引き渡し範囲・形式・期間を契約書に明記することで、切り替え時の追加費用や引き渡しの遅延を回避できます。

発注中に聞く3つの質問

発注後、開発フェーズで継続的に投げるべき3つの質問です。

質問6: 今週終わった成果物は?

「順調です」ではなく、「今週どの画面が完成したか」「どのテストが通ったか」を具体的に答えてもらってください。成果物の有無が、開発の進捗を最もシンプルに示します。画面キャプチャやテスト結果のスクリーンショットを提示できる業者は、現場で形になる仕事を進めています。

質問7: 次週着手するタスクは?

次週の動きを聞くことで、開発全体の見通しが見えてきます。WBS上のチケットを示しながら答えられる業者は、計画通りに開発が進んでいます。

質問8: 現時点のリスクは?

健全な開発現場では、リスクは常に存在します。「○○の仕様が未確定」「××のライブラリで動作確認が取れていない」のような具体的なリスクが報告される業者は、信頼できます。「特にリスクはありません」が3週連続で続く場合、報告が形骸化している可能性があります。

3つの質問は、毎週の定例会で投げ続けることで、開発の健全度を測る指標になります。回答に違和感を覚えた場合は、業務改善・システム見積もりAI適正診断で第三者目線から整理する選択肢を持ってください。

発注前5・発注中3・発注後2の10質問フレームを実践する経営者の判断プロセス

発注後に聞く2つの質問

リリース後の運用フェーズで投げ続けるべき2つの質問です。

質問9: 月次の利用状況と問題点は?

リリース後のシステムが現場でどう使われているか、月次で業者からレポートをもらってください。アクセス数、エラー発生件数、現場からの問い合わせ件数——これらの数字で運用の健全度が見えてきます。数字の推移を月単位で追うことで、システムが業務に定着しているかどうかが客観的に判断できます。

質問10: 改修や追加開発の見積もりはどう出すか?

運用フェーズでも追加要望は出てきます。改修や追加開発の見積もり方針を業者と合意しておくことで、追加コストが予測可能になります。「機能あたり○万円」「人日あたり○万円」のような単価ベースの合意があると、追加開発の都度の交渉コストが減ります。事前に単価合意がない場合、追加要望のたびに見積もり交渉が必要となり、運用負荷が大きく増します。

IT知識ゼロでも勝てる経営者目線の発注

ここからは経営の話です。IT知識がないことを引け目に感じる経営者の方が多いですが、経営者に必要なのは技術知識ではなく「経営判断のための情報を引き出す力」です。質問力さえあれば、技術知識を持つ業者よりも優れた発注判断ができます。

経営者として持っておきたい3つの視点があります。第一に、業者の専門性は「技術」、経営者の専門性は「業務知識」。お互いの専門性が組み合わさることで良いシステムが生まれる、という対等な関係の前提。第二に、質問は「分からないから聞く」のではなく「業務知識を共有するための対話」だという認識。第三に、質問への回答を文書で残し、後から検証できる状態を保つ習慣です。

特に1つ目が肝心です。技術は業者に任せ、業務知識は経営者が責任を持つ——この役割分担が成立すると、IT知識への引け目は消えます。経営者の役割は「正解を出す」ことではなく「業者から正解を引き出す」ことになります。

ぷらすわんの実例:質問力で1,000万円圧縮した発注

ぷらすわんが取り組んでいる「あいさく」の事例をお伝えします。あいさくはAI開発・Claude Codeを活用した業務改善サービスで、市場相場では700〜1,500万円規模ですが、ぷらすわんでは500万円規模で提供しています。

この差を生んだのは、発注者である中小企業の経営者の方々が、本記事でご紹介した10質問フレームに近い問いを投げてきたからです。当初、別ベンダーで1,200万円の見積もりを受け取っていた製造業A社の経営者は、ぷらすわんへ「見積もりの機能別内訳を出してほしい」「過去の同業種事例を見せてほしい」「リリース後の保守費用を年額で示してほしい」と質問されました。質問に対して機能ごとの工数、過去5件の類似案件の数字、運用フェーズの保守単価を全て透明に提示したことで、A社は500万円の予算で十分実用的なシステムを構築できると判断されました。

質問力を持つ経営者の前では、業者の見積もりは透明にならざるを得なくなります。Next.js 16 + Supabase + Stripeの構成で、AIを活用した業務改善を500万円で実現できたのは、A社の経営者の質問力があったからです。手元のシステム発注で質問のフレームを整理したい場合は、現状を診断することで、優先すべき質問が見えてきます。

10質問フレームで業者と対等に対話して発注金額を圧縮した経営者の判断場面

質問力を磨く5つの実践

最後に、IT知識がない経営者が質問力を磨くための、5つの実践的なポイントをお伝えします。

  • 専門用語が出たらその場で「それは何ですか」と聞く
  • 「業界標準では」と言われたら「他社はどうしていますか」と返す
  • 見積もりは機能別の内訳を求める
  • 全ての回答を文書で残す
  • 複数業者に同じ質問を投げて比較する

5つはどれも、技術知識ゼロでも今日から実践できる項目です。質問力は経営者の業務知識と組み合わさることで、強力な発注判断ツールになります。

専門用語が出たらその場で「それは何ですか」と聞く

「API」「クラウド」「アジャイル」——専門用語が出てきたら、その場で「それは何ですか」と聞いてください。業者からの説明が分かりやすいかどうかも、業者選定の評価軸になります。優秀な業者は専門用語を平易な日本語で説明できます。

「業界標準では」と言われたら「他社はどうしていますか」と返す

「業界標準では」という押し切りに対しては、「具体的に他社はどうしていますか」と返してください。具体例を出せる業者は本当に業界を知っており、出せない業者は「業界標準」を交渉ツールとして使っているだけです。

見積もりは機能別の内訳を求める

「一式:800万円」のような大括りな見積もりは受け付けず、機能別の内訳を求めてください。内訳が出れば、機能ごとに「これは必要」「これは後回し」と経営判断できます。

全ての回答を文書で残す

口頭の回答は記憶から消えます。メール・チャット・議事録など、文書で残る形に転記する習慣を持ってください。文書化することで、後から検証可能になり、業者の発言の責任感も増します。

複数業者に同じ質問を投げて比較する

同じ質問を3〜5社に投げ、回答を比較してください。回答の質・速度・透明性の違いが見えてきます。複数業者の比較を依頼するプロセス自体が、業者選定の精度を上げる仕組みになります。

まとめ

IT知識がない経営者でも、システム発注で失敗しない手段は明確に存在します。鍵は「質問力」——発注前5・発注中3・発注後2の10質問フレームを使えば、技術知識ゼロでも業者と対等な対話ができます。

経営者の専門性は「業務知識」、業者の専門性は「技術」。お互いの専門性が組み合わさることで良いシステムが生まれる、という対等な関係を前提に発注に臨んでください。質問力は業者を縛るためのものではなく、業者から良い仕事を引き出すための仕組みです。手元のシステム発注で質問のフレームを整理したい場合は、現状を項目別に整理してから業者と話す流れをお勧めします。