発注の基本

システム発注しすてむはっちゅう

RFPベンダー選定要件定義見積もりITシステム調達契約

システム発注について教えて

簡単に言うとこんな感じ！

「うちの会社にこんなシステムを作ってください」って、IT企業に正式にお願いするプロセスのことだよ！リフォームを工務店に頼むときに「こんな間取りにしたい、予算はこのくらい」って伝えて契約するのと同じ感覚なんだ。ちゃんと段取りを踏まないと、思ってたものと全然違うシステムが出来上がることもあるって知ってた？

システム発注とは

システム発注とは、自社のビジネス課題を解決するためのITシステムの開発・導入を、外部のIT企業（ベンダー）に依頼する一連のプロセスのことです。単に「注文する」だけでなく、何が必要かを整理し、適切な相手を選び、合意内容を契約書に落とし込むまでの流れ全体を指します。

業務システム（販売管理、勤怠管理、顧客管理など）の新規開発から、既存システムの改修・リプレース、クラウドサービスの導入まで、幅広い場面で発生します。発注者（ユーザー企業） と 受注者（ベンダー） の間で認識をそろえることが成功の鍵であり、このすり合わせが不十分だと「思っていたものと違う」「費用が膨らんだ」といったトラブルに直結します。

情シス専任がいない企業でも、業務改善のためにシステム導入を検討する機会は増えています。発注の流れと基本用語を押さえることで、ベンダーとの交渉や社内調整をスムーズに進められるようになります。

システム発注の流れと全体像

発注は「思いつき→いきなり契約」ではなく、段階を踏んで進めます。各フェーズで何をするかを把握しておくことが大切です。

フェーズ	やること	主な成果物
① 課題整理	現状の問題点・解決したいことを明確にする	課題一覧・業務フロー図
② 要件定義	システムに必要な機能・性能・制約を決める	要件定義書
③ 提案依頼	ベンダーに提案を求める	RFP（提案依頼書）
④ ベンダー選定	提案内容・金額・信頼性で比較する	評価表・選定結果
⑤ 契約	開発範囲・金額・納期を合意し締結	契約書・仕様書
⑥ 開発・導入	ベンダーが開発し、テスト・本番移行する	完成システム
⑦ 検収	要件通りに作られているか確認・承認	検収書

覚え方：「課要提選契開検」

「課題→要件→提案→選定→契約→開発→検収」の7ステップ。最初の文字をつなげると「かようていせんけいかいけん」。少しクセがあるけど、フェーズの順番を覚えるのに役立ちます。

発注形態の違い

同じ「システム発注」でも、依頼の仕方によって契約形態が異なります。

契約形態	内容	リスクの所在	向いているケース
請負契約	完成物を納品してもらう	ベンダー側（未完成なら報酬なし）	仕様が固まっているとき
準委任契約	作業時間・工数を買う	発注者側（結果は保証されない）	仕様が曖昧・アジャイル開発
SaaS利用	クラウドの既製品を使う	ベンダー側（運用込み）	汎用機能で十分なとき

歴史と背景

1960〜70年代 — 大企業が汎用コンピュータを導入し始め、「外部委託でシステムを作る」という概念が生まれる。ユーザー企業とベンダーの関係が始まった時代。
1980〜90年代 — PCの普及とともに中小企業もシステム化が進む。プロジェクトの失敗事例が多発し、要件定義の重要性が認識され始める。
2000年代 — インターネット普及でWebシステム発注が増加。「言った・言わない」トラブルが社会問題化し、契約書・仕様書の整備が求められるようになる。
2010年代 — クラウド・SaaSの登場で「ゼロから作る」以外の選択肢が増える。発注形態が多様化。
2020年代 — DX（デジタルトランスフォーメーション）の波で、IT専門家以外のビジネスパーソンが発注を担う場面が急増。発注リテラシーが企業競争力に直結するようになった。

RFPと要件定義：発注成功の2大カギ

システム発注でよく聞く用語の関係を整理します。特にこの2つは混同されがちですが、役割が異なります。

要件定義書は「自社の中で何が必要かを整理したメモ」、RFPは「それをベンダーに伝えるための正式な依頼書」です。要件定義書がしっかりしていないと、良いRFPは書けません。

失敗しやすいポイント

【よくある失敗パターン】

❌ 要件が曖昧なまま発注
   → ベンダーが勝手に解釈し、思っていたものと別物が完成

❌ 複数ベンダーの見積もりを取らない
   → 相場がわからず、割高な価格を払ってしまう

❌ 検収基準を決めないまま契約
   → 納品後に「これで合ってる？」と揉める

❌ 運用・保守コストを見落とす
   → 初期費用は安くても、維持費が高くなるケースがある

規格・ガイドライン	内容
共通フレーム（SLCP-JCF）	日本のソフトウェア開発・取引の共通語を定めたガイドライン。発注者・受注者が同じ言葉で話せるよう整備されている
IPA「システム構築の上流工程強化」	独立行政法人IPAが公開する発注者向けの実践ガイド。RFP・要件定義のテンプレートも含む
PL法（製造物責任法）	欠陥製品による損害に関する法律。ソフトウェアへの適用範囲は限定的だが、瑕疵担保責任と合わせて理解しておきたい
民法改正（2020年）	請負契約の瑕疵担保責任が「契約不適合責任」に変更。発注者の権利が明確化された