業務システムを外注する前に — 経営者が用意する要件のまとめ方

「うちもそろそろ業務システムを作ったほうがいい」とは思っている。社長がそう言い出した、あるいは総務部長として自分でそう感じている。けれど、いざ制作会社に相談しようとすると、最初の一言で詰まります。「で、何を作りたいんですか？」と聞かれて、「いや、DXというか、業務をもっと効率化したくて……」としか答えられない。

相手も困った顔をして、こちらも要領を得ず、見積もりは「ヒアリングしてから」のまま会議が一回まるごと溶けて終わる。けれどこれは、発注側の準備不足というより、「何を伝えれば見積もれる形になるのか」を誰も教えてくれないだけの話です。順番さえわかれば、用意するのは難しくありません。

この記事は、従業員10〜100名の中小企業（製造・卸売・建設・不動産・士業・人材派遣など）で、業務システムの外注を検討している社長・総務部長の方に向けて、相談の前に経営者側で用意しておく3つの材料と、相談相手に渡すチェックリストを整理したものです。専門知識は要りません。むしろ、業務を一番わかっているのは現場側なので、ここは外注先より発注側のほうが強い領域です。

playparkは2人の小さな会社で、サイト制作からバックオフィスの業務改善まで同じチームでご相談を受けています。「いきなり全部は無理だけど、見積もりが取れる状態には持っていきたい」という規模感を前提に書いています。

まず確認したいこと

材料を揃える前に、自社が今どの段階かを見てください。読む順番が変わります。

あなたの状況	おすすめの読み方
何を作りたいか自分でも言語化できていない	材料1から順に読む
やりたいことは決まっているが市販ツールで足りるか不明	材料2を重点的に読む
作るものは見えているが予算と順番で悩んでいる	材料3から読む

3つの材料は順番に意味があります。要件を言葉にし（材料1）、市販ツールとの線を引き（材料2）、予算と優先順位を決める（材料3）。この順で揃えると、見積もりの精度と納期が変わります。

材料1：要件の言語化 — 「DXしたい」を作業の棚卸しに変える

業務システムの外注で最初に詰まるのは、たいてい要件定義の入口です。「DXしたい」「効率化したい」は願望であって、要件ではありません。願望のままだと相手も見積もりようがないですよね。見積もれる形にするには、願望を今やっている作業の事実まで分解する必要があります。

分解の単位は「誰が・何を・どれくらい」

抽象的な目標を、業務フロー単位の事実に置き換えます。書き出すのはこの3点だけです。

• 誰がやっているか（担当者・部署、何人で回しているか）
• 何をやっているか（具体的な作業。「集計」ではなく「Excelに勤怠を転記して部門別に合計する」まで）
• どれくらいかかっているか（1回あたりの時間 × 発生頻度。月◯回・週◯回）

「DXしたい」と言っていた中身が、ここまで分解すると「総務の1人が、月末に勤怠データを別ファイルに転記して部門別集計するのに半日かかっている」のような事実になります。半日（正直なところ、その人の午後がまるごと毎月消えている、ということでもあります）。この粒度まで落ちると、相手はようやく見積もれます。

棚卸しの進め方

1. 対象業務を3〜5個に絞って書き出す — 全業務を一度に並べると手が止まります。「時間がかかっている」「ミスが起きやすい」「特定の人しかできない」のどれかに当てはまる業務から選ぶと外しません
2. 各業務を「誰が・何を・どれくらい」で短く書く — 1業務あたり一言二言で十分です。文章にせず箇条書きで構いません
3. 手作業が残っている箇所に印をつける — 特に「ツールAの数字を見ながらツールBに入力している」ような転記作業は、システム化の効果が出やすい場所です
4. 「困っている度」を3段階でつける — 高・中・低で十分。これが後の優先順位の材料になります

ここで作るのはきれいな業務フロー図ではありません。ラフな箇条書きで構いません。大事なのは、相手が読んで「この作業を、こう変えればいいんですね」と返せる解像度になっているかどうかです。

業務フローを書き出す作業は、慣れていなければ最初の数業務でだいたい1日、全体でも数日のボリュームに収まることが多いです。ここを飛ばして「とにかく効率化したい」のまま相談に行くと、ヒアリングが長引いて見積もりも遅れます（急がば回れ、というやつです）。

材料2：既存SaaSとの線引き — 無理に全部作らない

要件が言葉になったら、次は「それ、本当に全部作る必要がありますか」を自問します。業務ツールを作りたいと相談に来る方の多くは、実は市販のSaaSで足りる部分まで「自社専用に作る」と思い込んでいることがあります。勤怠打刻のような、世の中に完成品が山ほどある業務まで一から作ろうとしている（しかも気づかないまま見積もりを取りに行こうとしている）、というのは珍しくありません。

作らなくていいものを作るのは、初期費用も保守費用も無駄になります。逆に、自社の業務に合わない市販ツールを無理に使い続けるのも非効率です。線をどこで引くかが、材料2の中身です。

仕分けの判断基準

この業務は…	向いている選択	理由
どの会社でも手順がほぼ同じ（勤怠打刻・会計仕訳・経費精算など）	市販SaaSで足りる	標準機能で要件を満たせる。作るとむしろ割高
自社固有のルール・取引先都合が強く絡む	自社専用に作る	市販ツールに業務を寄せると現場が回らなくなる
市販ツールは入れているが、ツール間の転記が手作業で残っている	つなぐ部分だけ作る	ツールは活かし、間の人手作業だけ自動化する
年に数回しか発生しない	当面は手作業のまま	自動化費用の回収が見込みにくい

ポイントは3つ目です。中小企業で実際に困っている多くは「ツールが足りない」のではなく「ツールとツールの間に人手の作業が残っている」ことだったりします。この場合、新しいシステムをまるごと作るより、既存のツールを活かしたまま間をつなぐ部分だけ作るほうが、リスクも費用も小さく収まります。

市販の勤怠SaaSや会計ソフトのような一般的な業務は、よほど特殊な事情がない限り、まず市販ツールで賄えないかを先に検討する。その上で「市販ツールでは絶対に吸収できない自社固有の部分」だけを外注の対象に残す——この線引きをしておくと、見積もりの範囲が締まり、金額も納期も予測しやすくなります。

線引きを相手に伝える形にする

材料1の棚卸しリストに、業務ごとに「市販で足りる／自社で作る／つなぐだけ／当面手作業」のどれかを書き添えるだけで十分です。判断に迷う業務は「相談したい」と書いておけば、それも立派な材料になります。発注側がここまで考えてあると、外注先は「では、つなぐ部分の見積もりはこの範囲で」と具体的な話に入れます。

材料3：予算と優先順位 — 小さく始めて投資を早く回収する

最後の材料は予算です。ここで言う予算は「いくら出せるか」だけでなく「どの順番で着手すれば投資回収が早いか」まで含みます。全部を一度に作る前提で考えると金額が膨らみ、稟議で止まり、計画ごと棚に戻る——「DXしよう」と言い出した本人が、見積もりの大きさに自分でブレーキを踏む。これが一番もったいないパターンです。

着手順は「困っている度 × 頻度」で決める

材料1で各業務につけた「困っている度」と「発生頻度」を掛け合わせると、着手順が見えてきます。

困っている度	頻度	優先度	理由
高	毎日・毎週	最優先	投資回収が最も早い。最初の成功体験になりやすい
高	月数回	次点	効果は出るが回収はやや遅い
中	毎日・毎週	次点	地味だが積み上がる
低	年数回	後回し	自動化費用が見合わない可能性

毎日2時間かかっている作業を自動化すれば、効果はすぐ数字で見えます（つまり、その2時間は誰かが毎日無言で負担していた人件費でもあります）。一方、年に数回の業務に費用をかけても回収まで何年もかかります。「全社のDX」ではなく、まず1業務に絞る。そこで効果が出れば、社内の説得も次の投資判断もぐっと楽になります。

段階導入を前提に予算を組む

段階	内容	進め方
第1段階	最優先の1業務だけ自動化	効果が見えやすい業務を選び、小さく作って数字で確認
第2段階	効果測定と運用の見直し	想定どおりか検証し、次に回す業務を決める
第3段階	次の業務へ横展開	1段階目の成果を根拠に投資判断する

段階導入のいいところは、最初の投資が小さいので失敗してもダメージが限定的なことです。そして、第1段階で出た数字（削減できた時間や金額）が、第2段階以降の社内稟議をそのまま通す材料になります。最初から完璧な全体計画を作り込むより、小さく始めて実数で語るほうが、結果的に話が早く進みます。

予算の伝え方にもコツがあります。「いくらまでなら社内で通せそうか」の温度感を、相談の段階で外注先に共有しておくことです。「先に言うと足元を見られそう」と身構える方は多いのですが（その気持ち自体はわかります）、実際には逆で、これはお互いの時間を守る前提条件になります。予算枠を伏せたまま相談すると、想定の倍の見積もりが返ってきて、また最初の打ち合わせからやり直し——という遠回りになりがちです。

相談相手に渡す「材料」チェックリスト

ここまでの3つの材料を、相談前に揃えるチェックリストにまとめます。すべてラフで構いません。きれいな資料は不要です。揃っているかどうかで、見積もりの精度と納期が変わります。

材料	用意するもの	粒度の目安
材料1：要件の言語化	対象業務3〜5個を「誰が・何を・どれくらい」で書いた箇条書き	1業務1〜2行のラフなメモで可
材料1：困っている度	各業務に高・中・低の3段階	主観で構わない
材料2：線引き	業務ごとに「市販で足りる／自社で作る／つなぐだけ／手作業のまま／相談したい」	迷うものは「相談したい」でよい
材料3：予算感	社内で通せそうな金額の温度感	レンジ（◯〜◯万円程度）で可
材料3：優先順位	「まずこの1業務から」という第1段階の候補	1つに絞る

このメモがA4で1〜2枚あれば、相談は「ヒアリングからやり直し」ではなく「では、この範囲の見積もりを」という具体的な話から始められます。発注側が材料を持っているほど、外注先は推測で工数を積まずに済むので、見積もりの精度が上がり、結果的に金額も納期も締まります。

逆に、この材料が何もない状態で相談に行くと、最初の数回はお互いに探り合いで終わります（その探り合いの時間にも、人件費はちゃんとかかっています）。準備に数日かければ、その後の数週間が短くなる——投資としては悪くない取引です。

よくいただくご質問

相談の前になると、決まって出てくる迷いがいくつかあります。「まだ早いのでは」「こんな雑なメモで失礼にならないか」——そう身構えてしまって、相談そのものを先送りにしていることはありませんか？　ここで先に答えておきます。

Q. 要件をきれいにまとめてからでないと相談してはいけませんか？

いいえ。むしろラフな箇条書きの段階で相談に来ていただくほうが、線引きや優先順位を一緒に詰められます。完璧な要件定義書は外注先と作るものなので、発注側が用意するのは「事実のメモ」までで十分です。

Q. 業務を全部書き出すのは大変ではないですか？

全部は書き出さなくて構いません。「時間がかかる・ミスが起きやすい・特定の人しかできない」のどれかに当てはまる業務を3〜5個に絞れば、最初の相談には足ります。残りは段階導入の中で順次拾えます。

Q. Excelでなんとか回している業務も対象になりますか？

なります。Excelで運用が回っている業務は、すでに手順が言語化されているぶん、要件をまとめやすい対象です。勤怠や工数の集計をExcelで回している段階なら、勤怠管理のExcel集計を脱却した方法 や 工数管理をExcelから脱却する考え方 が地続きの話になります。

Q. 市販ツールと自社開発、どちらが得かの判断も相談できますか？

できます。むしろ材料2の線引きは外注先と一緒に詰めるのが現実的です。外注と内製の判断軸そのものは 業務自動化は外注か内製か — 5つの判断軸 で整理しています。

要件が固まっていれば、作る側のコストも下がる

ひとつだけ補足します。発注側が材料を揃える価値は、見積もりの精度が上がることだけではありません。要件が言葉になっていると、実は作る側の工数も下がるので、従来よりも短納期・低コストで形にできるようになっています。

これは発注側に直接効きます。要件が曖昧なまま着手すると、作り直しが発生して費用も期間も膨らみます。逆に材料が揃っていれば、その手戻りが減るぶん、同じ予算でできることが広がる、あるいは同じ範囲をより短い期間で——という方向に効きます。だからこそ、相談前の数日をこの3つの材料に使う価値があります。

まとめ

材料	中身	揃うと変わること
材料1：要件の言語化	「DXしたい」を「誰が・何を・どれくらい」に分解	ヒアリングが短くなり見積もりが具体化
材料2：既存SaaSとの線引き	市販で足りる／作る／つなぐだけを仕分け	見積もり範囲が締まり金額が予測可能に
材料3：予算と優先順位	困っている度×頻度で着手順、段階導入で小さく	稟議が通りやすく投資回収が早い

• 要件は願望ではなく作業の事実まで分解する
• 全部を自社で作らない。市販ツールで足りる部分は割り切る
• まず1業務に絞り、効果を数字で見てから次へ進む
• 用意する材料はラフでよい。揃っているかどうかが見積もりの精度を決める

「業務システムを外注したいが、何を伝えればいいか整理できていない」という段階でも問題ありません。Web制作だけでなくバックオフィスの業務改善まで、同じチームでまるごとご相談いただけます。まずは今の業務でどこに時間がかかっているか、一緒に棚卸しするところから始めませんか？