業務自動化を外部に依頼するとき、最後の関門になるのが、要件を整理し、それを開発会社に伝え、適切な相手を選ぶことである。要件が曖昧なまま発注すると、出来上がったものが期待と食い違い、やり直しになる。逆に、要件をきちんとまとめ、複数の会社を同じ土俵で比べられれば、発注の失敗はぐっと減る。

本記事は、業務自動化のRFP作成と開発会社選びを、連載の総まとめとして整理する。読者として想定しているのは、中小企業の経営者、DX担当、情シス担当、現場の責任者である。これまでの連載で扱ってきた、対象の見つけ方から運用までの論点を、発注という一点に集約する形でまとめる。

結論：要件を整理し、RFPで伝え、見極めて選ぶ

発注を成功させる流れは、突き詰めると次の3点に集約される。GXOが発注支援で重視するのも、この3点である。

  • 自動化したい業務と、求める結果を整理する
  • それをRFP（提案依頼書）にまとめ、複数社へ同じ条件で伝える
  • 提案を同じ土俵で比べ、運用まで任せられる相手を選ぶ

要件が固まっていなくても、相談しながら整理していくことはできる。大切なのは、何を自動化し、どうなれば成功かを、発注側が言葉にできる状態に持っていくことである。

連載の振り返り：発注に必要な整理

この連載では、業務自動化を発注前に整理するための論点を扱ってきた。RFPを作る前に、これらが整理されていると、伝えるべき要件が見えてくる。

整理すべき論点

論点整理すること参照
対象業務どの業務を自動化するか対象業務の見つけ方
効果どれだけの効果を見込むかROIと費用対効果
連携既存システムと繋ぐか既存システムとの連携
運用誰がどう運用するか保守・運用体制
体制内製か外注か内製と外注の判断

これらは、それぞれが発注の要件につながる。対象業務の選び方は業務自動化の対象業務の見つけ方で、費用の見方は業務自動化のROIと費用対効果で詳しく扱っている。まず自分たちが何を求めるかを整理することが、RFPの出発点になる。

要件のまとめ方

RFPを作る前に、要件を整理する。難しく考えず、次の順で書き出すとよい。

  • 現状：今、どの業務に、どれだけの手間がかかっているか。
  • 困りごと：その業務の何が問題か。何を解決したいか。
  • 求める結果：自動化で、どうなれば成功か。
  • 制約：既存システム、予算、扱うデータの機微さなど。

完璧な要件定義を最初から目指す必要はない。「この業務の、この手間を減らしたい」という困りごとが言葉になっていれば、開発会社と一緒に詰めていける。むしろ、解決策を決め打ちせず、困りごとを正確に伝えるほうが、よい提案を引き出せる。

RFPに入れる項目

RFP（提案依頼書）は、開発会社に提案を求めるための文書である。最低限、次の項目を入れたい。

RFPの構成項目

項目書くこと
背景・目的なぜ自動化したいか
対象業務自動化したい業務と、その内容
求める結果どうなれば成功か
既存システム連携が必要なシステム
データの扱い個人情報など、機微なデータの有無
運用・保守運用体制や保守への要望
予算・時期おおよその予算と希望時期

RFPの目的は、複数の会社に同じ条件で提案してもらい、比べられるようにすることである。会社ごとにバラバラの前提で提案されると、比較できない。同じ土俵で比べるために、伝える内容をそろえることが大切である。運用や保守の要望も入れておくと、導入だけでなく使い続ける視点で提案を比べられる。運用の論点は自動化の保守・運用体制も参考になる。

開発会社の見極め方

RFPへの提案を受けたら、開発会社を見極める。価格だけで選ぶのではなく、次の点を見たい。

  • 困りごとを理解しているか：こちらの業務と課題を、正しくつかんでいるか。
  • 運用まで提案しているか：作るだけでなく、使い続ける視点があるか。
  • リスクに触れているか：できることだけでなく、注意点や限界も説明するか。
  • 段階的に進める姿勢があるか：小さく始めて広げる進め方を提案するか。

「何でもできます」「全部自動化できます」とだけ言う相手には注意したい。実際の業務には例外や難しさが必ずあり、それに触れずに楽観的な話だけをする提案は、後で食い違いを生みやすい。リスクや限界に正直に触れる相手のほうが、結果的に信頼できることが多い。失敗を避ける視点は業務自動化でよくある失敗と対策も参考になる。

提案を比べるときの観点

複数の提案を受けたら、同じ観点で比べる。価格だけの比較に陥らないようにしたい。

観点見ること
課題理解こちらの困りごとを正しくつかんでいるか
進め方段階的で、現実的な進め方か
運用・保守使い続ける体制まで含むか
リスク説明注意点や限界に触れているか
費用の内訳導入だけでなく運用費用も明確か

最も安い提案が、最もよい提案とは限らない。運用や保守が抜けていれば、後から費用がかさむ。費用の内訳まで含めて、総合的に比べることが、発注の失敗を防ぐ。

導入前チェックリスト

  • 自動化したい業務と、その困りごとを言葉にしたか
  • どうなれば成功かを整理したか
  • 既存システムとの連携の要否を確認したか
  • 個人情報など、機微なデータの有無を整理したか
  • 運用・保守への要望をRFPに含めたか
  • 複数社に同じ条件で提案を求める準備をしたか
  • 価格だけでなく、課題理解や運用まで見て比べる準備をしたか
  • リスクや限界に触れる提案を評価する観点を持ったか

開発会社に確認する質問

質問確認したいこと
こちらの業務をどう理解しましたか課題理解
どういう順番で進めますか進め方
運用や保守はどうなりますか使い続ける体制
この自動化の限界や注意点は何ですかリスクへの正直さ
費用は導入と運用でどう分かれますか費用の内訳

これらの質問への答え方で、相手が業務を理解し、運用まで見ているかが分かる。質問にきちんと向き合う相手かどうかが、長く付き合える開発会社を見極める手がかりになる。

相談前に整理しておくとよい情報

  • 自動化したい業務と、今かかっている手間
  • その業務の何を解決したいか
  • 既存システムや、扱うデータの機微さ
  • おおよその予算と、希望する時期
  • 内製・外注のどちらで進めたいか

これらが整理されていなくても相談は可能である。困りごとと、求める結果が見えていれば、要件の整理からRFP作成、開発会社選びまでを一緒に進められる。連載で扱ってきた論点も、相談の中で一つずつ整理していける。

関連記事

よくある質問

Q1. RFPを作るのが難しそうです。簡単な形でもよいですか

最初から完璧なRFPを作る必要はない。困りごとと、求める結果が書かれていれば、十分に出発点になる。むしろ、開発会社と相談しながら要件を詰めていく前提で、まず困りごとを言葉にすることを優先するとよい。

Q2. 何社くらいに提案を求めればよいですか

数を多くすればよいというものではないが、一社だけだと比べられない。複数社に同じ条件で提案を求めると、進め方や費用、課題理解の違いが見えてくる。比べられる程度の社数に絞って声をかけるのが現実的である。

Q3. 安い会社を選んで問題ないですか

価格は大切な要素だが、それだけで選ぶのは危うい。運用や保守が抜けていれば、後から費用や手間がかさむ。課題理解、進め方、運用体制、リスクへの正直さまで含めて、総合的に判断したい。最も安い提案が、最も得な選択とは限らない。

業務自動化の発注を、要件整理から開発会社選びまで一緒に進めませんか

GXOでは、自動化したい業務の整理から、RFPの作成、提案の比較、開発会社選びまでをご支援します。導入だけでなく運用まで見据えた要件のまとめ方を一緒に整理し、発注の失敗を防ぐお手伝いをします。

自動化の発注について相談する

※ 初回相談では、営業資料の説明よりも現状整理とリスク確認を優先します。