提案文に構成図を添えると、サーバー・インフラ構築の案件の取り方は変わる

2026年5月25日

長谷川奈津

この記事のポイント

✓サーバー・インフラ構築の案件の取り方で差がつくのは
✓経歴の長さではなく提案文の中身です
✓構成図を1枚添える効果

サーバー・インフラ構築の案件に応募しているのに、なかなか返事が来ない。そういうご相談を受けるとき、私はまず提案文を見せていただきます。すると、ほとんどの方が同じ書き方をしています。経歴を並べ、扱える技術を列挙し、「よろしくお願いいたします」で締めている。丁寧なのですが、発注者からすると判断材料がほとんどないんです。

結論から言うと、案件の取り方を変える一番わかりやすい方法は、提案文に構成図を1枚添えることです。募集文から読み取れる範囲で、こういう構成になるはずだと自分なりに描いてみる。これだけで、相手が受け取る情報の量がまったく変わります。

なぜそこまで効くのか。そして、構成図をどう描き、提案文にどう組み込み、契約の段階で何を確認しておくべきか。この記事では、その順番で具体的に整理していきます。法律の話も出てきますが、必ず日常の言葉に置き換えてお伝えします。

発注者は「作れる人」ではなく「わかっている人」を探している

まず、発注側の立場に立ってみてください。サーバー・インフラ構築を外部に頼む会社は、たいてい社内に専任の担当者がいません。いたとしても手が足りていない。だから外に出しています。

この状況で応募者を選ぶとき、発注者が本当に怖いのは「技術力が足りない人」ではありません。「話が通じない人」です。要件を伝えても意図を汲んでもらえず、こちらが技術用語を勉強しながら指示を出す羽目になる。この負担を避けたい。それが選考の裏側にある本音です。

だから、提案文で証明すべきは技術力そのものではなく、理解の速さのほうです。募集文を読んだだけでここまで構成を描けるということは、この人は説明しなくてもわかってくれる。そう思わせた瞬間に、選考は事実上終わっています。

これ、知らない人が本当に多いんです。実績の数を増やせば取れるようになると思って、応募を量産してしまう。でも量を打っても、中身が経歴の羅列である限り、相手の不安は消えないんです。

案件市場は、どこに、どれだけあるのか

案件の取り方を考える前に、市場の分布を知っておくと戦略が立てやすくなります。

サーバーエンジニアのフリーランス案件・求人の都道府県別案件数は、①東京都：4729件、②大阪府：393件、③神奈川県：328件、④愛知県：185件、⑤福岡県：117件、⑥埼玉県：74件、⑦千葉県：71件、⑧兵庫県：36件、⑨京都府：26件、⑩広島県：8件となっています。（※フリーランスHub調べ/2026年8月) サーバーエンジニアのフリーランス案件・求人が集中している都道府県は①東京都、②大阪府、③神奈川県であることがわかります。サーバーエンジニアのフリーランス案件・求人に参画を希望するフリーランスの方は①東京都、②大阪府、③神奈川県を中心にフリーランス案件を探されることをおすすめします。出典: freelance-hub.jp

この数字は、案件の取り方に直結する重要な事実を示しています。東京都の4729件に対して、2位の大阪府は393件。10倍以上の開きがあります。地方在住の方にとっては厳しい数字に見えるかもしれません。

ただ、ここで諦める必要はありません。この偏りは、案件を出している企業の所在地の偏りであって、作業場所の偏りとは限らないからです。リモート前提で切り出された案件であれば、居住地は選考に影響しません。つまり地方在住の方が案件を取るなら、「リモートで完結する工程を、こちらから提案する」という取り方が現実的な戦略になります。そして、その提案を成立させる道具が構成図なんです。

構成図を1枚添えるだけで、提案文の意味が変わる

では、具体的に何を描くのか。難しく考える必要はありません。

描くべきは、完成形ではなく理解の証明

提案の段階で、正確な設計図を出す必要はありません。そもそも情報が足りないので、正確には描けない。描くのは「募集文から読み取ると、こういう構成になると理解しました」という仮の絵です。

要素は四つで足ります。利用者がどこから来るのか。どこで受けて、どこで処理するのか。データはどこに置くのか。外部のどのサービスとつながるのか。この四つを箱と線で描いて、それぞれに一言ずつ役割を書く。手描きをスキャンした画像でも構いません。

重要なのは、絵の美しさではなく、そこに「不明点」を明記することです。「この部分は既存環境の情報がないため仮置きです」「利用者数の想定によって、ここの構成は変わると考えています」。この注記があると、相手は「わかっていない部分をわかっている人だ」と受け取ります。断定して外すより、はるかに信用されます。

募集文から要件を読み解く手順

構成図を描くには、募集文を分解する必要があります。実際の募集文を例に見てみましょう。

自社ECサービスのサーバー構築に携わるフリーランスエンジニアを募集します。DockerとAWS環境でのサーバー構築経験、Webサービス提供のためのインフラ構築経験、ECサービス開発経験、フルスクラッチでのインフラアーキテクチャ構築経験が必須です。手動デプロイ作業の自動化、AWS環境のコスト・セキュリティ対策・構成最適化、非エンジニアでもデプロイ可能な仕組み構築、MySQLバージョンアップ対応などが主な業務内容となります。... 出典: 求人ボックス

この短い文章から、驚くほど多くのことが読み取れます。

まず、自社のECサービスを持っているということは、利用者からの通信を受ける仕組みが既にあるということです。次に、手動デプロイの自動化が挙がっているということは、現在は人の手で反映していて、そこが運用の負担になっている。さらに「非エンジニアでもデプロイ可能な仕組み」という要望からは、社内に技術者が少なく、属人化を解消したい意図が読めます。データベースのバージョンアップ対応が入っているので、既存のデータベースが古い可能性もある。

ここまで読み取れれば、構成図は描けます。そして提案文にはこう書けます。「募集文から、現在は手動での反映が運用上の負担になっていると理解しました。まず現行構成を確認したうえで、反映手順を自動化し、社内の非技術者の方でも実行できる状態を目標にする、という順番を想定しています」。

経歴を並べた提案文と、この提案文。どちらに返信したくなるかは明らかだと思います。

構成図を描く道具は、何でも構わない

道具の話でつまずく方がいるので、先に触れておきます。専用の作図ソフトを買う必要はありません。無料で使える作図ツールでも、表計算ソフトの図形機能でも、紙に描いてスマートフォンで撮影したものでも構いません。

大切なのは三つだけです。文字が読めること。線が何を意味しているのか（通信の向きなのか、依存関係なのか）がわかること。そして、図に日付と「仮」であることが書いてあることです。

むしろ、作り込みすぎないほうがいい場面もあります。あまりに完成された図を出すと、相手は「もう決まったこと」と受け取り、要望を言い出しにくくなります。提案段階の図は、会話を始めるための材料です。余白がある図のほうが、相手は話しやすくなります。

慣れてくると、募集文を読んでから図を描くまで30分もかかりません。この30分が、他の応募者との差になります。応募数を10件から3件に減らして、その分を1件あたりの理解に使う。返信率で見れば、こちらのほうが確実に効率がいいはずです。

提案文の構成は、四段落で足りる

長い文章は読まれません。四段落に収めてください。

一段落目は、募集文から読み取った課題の要約です。相手の言葉をそのまま繰り返すのではなく、自分の理解として書き直す。ここで理解度が伝わります。

二段落目は、想定する進め方の順番です。何から着手し、どの順で進めるか。構成図はこの段落に添えます。

三段落目で、はじめて自分の経験に触れます。しかも全部ではなく、この案件に関係する部分だけです。「同種の構成で、反映手順の自動化を担当した経験があります」といった形で、一つか二つに絞る。

四段落目は、確認したい事項です。三つ以内に絞って質問します。質問があること自体が、真剣に検討した証拠になります。

提案の前に押さえておきたい、単価の相場感

案件を取ることと、割に合う条件で取ることは別の話です。ここを混同すると、取れたけれど疲弊するという結果になります。

実際の案件には、こういう提示のものがあります。

新着案件を受け取るNEW【WindowsServer】化学メーカー向けサーバー基盤保守管理案件オンライン商談OK750,000円/月出典: freelance-hub.jp

月額750,000円という提示です。ただし、この金額をそのまま自分の期待値にするのは危険です。フリーランス向けの月額提示は、通常はフルタイムに近い稼働を前提としています。週に数日の副業稼働で同じ額になるわけではありません。

大切なのは、金額の絶対値ではなく、時間あたりでどれくらいかを自分で計算する習慣です。想定稼働日数で割り、そこから経費や税を差し引いて、手元にいくら残るかまで出す。この計算をしてから応募すると、条件交渉の場で落ち着いていられます。

職種全体の水準を客観的に知りたい方は、公的統計をもとにしたソフトウェア作成者の年収・単価相場が物差しになります。提案書や手順書の作成そのものが独立した専門として値段を持つ領域については、著述家，記者，編集者の年収・単価相場も参考になるでしょう。書く力は、案件の取り方に直結する資産です。

そもそもサーバー・インフラ構築の仕事がどんな工程で構成されているのかを整理したい方は、サーバー・インフラ構築・保守のお仕事に案件の種類と求められる範囲がまとまっています。自分がどの工程を提案できるかを考える材料になります。

案件を探す経路には、それぞれ向き不向きがある

案件の取り方を考えるとき、提案の中身と同じくらい、どこで探すかが結果を左右します。経路ごとの性質を比較しておきましょう。

一つ目は、エージェント経由です。担当者が案件を紹介し、条件の調整も代行してくれます。メリットは、探す手間が減ることと、常駐型の大型案件に出会いやすいこと。一方で、稼働日数の下限が設けられていることが多く、副業として週に数日だけ動きたい方には合いにくい面があります。また、間に入る事業者がいる分、発注元が支払っている金額と受け取る金額に差が生じます。

二つ目は、マッチングサイトを使う方法です。自分で案件を探し、自分で提案文を送ります。手間はかかりますが、稼働量や作業範囲を自分で決めやすく、小さな工程を切り出した案件にも応募できます。構成図を添えた提案が最も効くのは、この経路です。相手はこちらの顔も経歴も知らない状態から判断するため、提案文の中身がそのまま評価になります。

三つ目は、紹介です。過去の取引相手や知人からの依頼で、成約率がいちばん高い経路です。ただし、自分でコントロールできません。だからこそ、1件目の納品品質が重要になります。紹介は、営業活動ではなく仕事の結果として発生するものだからです。

四つ目は、直接の問い合わせです。企業の窓口に自分から連絡する方法で、返答率は低いものの、競合がいない状態で話ができます。相手の公開情報から課題を推測して構成図を添えると、話を聞いてもらえる確率が上がります。

どの経路が正解ということはありません。副業として始めるならマッチングサイトで実績を作り、条件のよい取引は紹介と直接依頼に移していく。この流れが、無理のない進め方だと考えています。

商談で聞かれること、こちらから聞くこと

提案が通ると、次は商談です。ここで落ちる方が意外に多い。理由は、準備の方向を間違えているからです。

相手が確認したいのは、技術の深さではなく、任せて大丈夫かどうかです。実際に聞かれるのは、こういう質問です。稼働できる時間帯と曜日。連絡がついてから返答までの目安。同時に持っている他の案件の数。作業に使う端末とセキュリティ対策。そして、想定と違う事態が起きたときにどう動くか。

どれも技術の話ではありません。事前に答えを用意しておけば、迷わず返せます。特に稼働時間については、見栄を張らないことです。実際より多く答えてしまうと、始まってから苦しくなります。

こちらから聞くべきことも決めておきましょう。まず、既存環境の情報がどこまで提供されるか。設計書や現行の設定が残っていない現場は珍しくなく、その場合は調査工程が必要になります。次に、社内で誰が意思決定するのか。窓口の担当者に決裁権がないと、確認のたびに時間が空きます。三つ目は、納品後の関わり方です。運用まで含むのか、構築で終わりなのか。ここを曖昧にしたまま始めると、終わらない案件になります。

質問は多すぎてもいけません。三つに絞り、残りは契約書の確認時に回す。商談の場は、審査される場ではなく、双方が条件を確かめ合う場です。この姿勢で臨むと、不思議と結果もついてきます。

契約の段階で、必ず確認しておきたいこと

ここからは、法務の側から見た話をさせてください。案件が取れた後に揉めるケースの大半は、契約前の確認不足が原因です。

業務範囲を「作業」ではなく「完了条件」で書く

いちばん多いトラブルが、範囲の食い違いです。「サーバーの構築一式」とだけ書かれた契約は危険です。何をもって完了とするかが決まっていないため、相手が納得するまで終わらない構造になります。

書くべきは完了条件です。「指定された構成でサーバーを構築し、動作確認手順書に記載した項目がすべて正常に完了した時点をもって納品とする」。この一文があるだけで、追加の要望は追加の契約として扱えるようになります。

構成図が、ここでも効いてきます。提案段階で描いた図を契約書の別紙として添付しておけば、範囲の共通認識が絵として残ります。文章より図のほうが、認識のずれが起きにくいんです。

支払いの条件を確認する

2024年11月に施行されたフリーランス・事業者間取引適正化等法により、発注事業者には報酬の支払期日などについて一定のルールが定められています。つまり、成果物を受け取っておきながら支払いを無期限に先延ばしにすることは、法律上問題になり得るということです。制度の詳細や適用範囲は改正されることもあるため、2026年時点の内容を公正取引委員会の公式情報で確認してください。個別の事案については、弁護士や公的な相談窓口に相談されることをおすすめします。

実務としては、契約書に支払期日と支払方法を明記してもらうこと、そして検収の期間を決めておくことです。「納品後10営業日以内に検収を行い、期間内に指摘がない場合は検収完了とみなす」といった条項があると、宙ぶらりんの状態を防げます。

責任の範囲を決めておく

サーバー・インフラの仕事で神経を使うのが、この項目です。構築したシステムに障害が起きたとき、どこまで責任を負うのか。設定の不備が原因なら対応すべきですが、利用者の増加による性能不足や、提供元のサービス障害まで負うのは筋が違います。

契約書には、責任を負う範囲と負わない範囲を書いておく。そして、賠償の上限を受注金額の範囲内とする条項を入れられるかを確認する。これは相手を疑うためではなく、双方が安心して仕事をするための線引きです。※契約書の文言に不安がある場合は、締結前に専門家に確認してください。

先日、あるエンジニアの方からご相談を受けました。構築後に起きた障害の原因が、実は発注側が後から加えた設定変更だった。それなのに責任を求められている、と。契約書に作業範囲の記録が残っていたため、事実関係を整理して落ち着いた解決に至りました。記録が身を守るというのは、こういうことです。

提案が通らないときに、見直す三つの点

応募を続けても返信が来ない期間は、誰にでもあります。そのとき闇雲に応募数を増やす前に、次の三点を確認してみてください。

一つ目は、案件と自分の範囲が合っているかです。募集文に必須条件が並んでいるのに、そのうち半分しか経験がない状態で応募していないでしょうか。全部を満たす必要はありませんが、中核の条件を外していると、どれだけ提案文が良くても選ばれません。合わない案件を外すだけで、返信率は上がります。

二つ目は、提案文が相手のことを書いているかです。読み返してみて、主語が自分ばかりになっていたら書き直しどきです。「私は」で始まる文が続く提案文は、履歴書と変わりません。「御社の現在の運用では」「この構成であれば」と、相手の状況を主語にした文がどれだけあるかを数えてみてください。

三つ目は、最初の三行です。発注者は多数の提案を短時間で見ます。冒頭で判断されるため、挨拶と自己紹介で三行を使ってしまうと、中身にたどり着いてもらえません。一行目から課題の要約に入る。これだけで開封後の読了率が変わります。

それでも通らない場合は、応募先の層を見直します。必須条件が厳しい大型案件ばかりを狙っていないか。小さく切り出された工程の案件から入り、取引の実績を作ってから範囲を広げていく。遠回りに見えて、これがいちばん早い道であることが多いです。

焦る気持ちはよくわかります。ただ、条件の合わない案件を無理に取ってしまうと、その後の数か月が苦しくなります。取れないことより、取ってから困ることのほうが痛い。急がず、合う案件を選んでください。

スキルと資格は、提案文の説得力をどう変えるか

提案文の説得力を支えるのは、最終的には中身の理解度です。ただ、初回の接点では、それを短時間で伝える手段が必要になります。

資格は、その手段の一つです。実務能力の証明ではありませんが、「用語が通じる相手である」ことの証明にはなります。CCNA（シスコ技術者認定）は、ネットワークの基礎を体系的に押さえた認定として広く知られており、応募条件に挙がることもあります。構成図を描くには、そもそもネットワークの構造が頭に入っている必要があるので、学習内容と提案力が直結する資格でもあります。

在宅で通用する資格を横断的に比較したい方には、在宅ワークに強い資格10選｜自宅で稼げるスキルを身につけるが参考になります。

もう一つ、意外に効くのが文書力です。提案文も、契約書の読み解きも、納品時の手順書も、すべて文章の仕事です。ビジネス文書検定の学習範囲は、伝える型そのものなので、技術者が抜けやすい部分を埋めてくれます。

また、近年はセキュリティ要件を含めた提案ができるかどうかで、任される範囲が変わってきています。この領域の全体像はAI・マーケティング・セキュリティのお仕事にまとまっているので、提案の幅を広げたいときに見ておくといいでしょう。

作業環境の面では、提案から納品まで在宅で完結させるのが前提になります。長時間の接続が切れない回線は必須条件です。方式ごとの向き不向きは在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方で比較されています。提案書の作成にまとまった集中時間が要る方は、在宅ワークの集中力アップ｜ポモドーロ以外に効く7つのテクニックも役に立つはずです。

構成図に書いてよいもの、書いてはいけないもの

前の現場の環境を、そのまま描かない

提案に構成図を添えると通りやすくなると分かった段階で、手元にある図を流用したくなる場面が出てきます。ここは注意が必要です。前の勤務先や、過去に受けた案件の実際の環境をそのまま描いた図は、守秘の約束に触れる可能性があります。ホスト名、内部のアドレスの割り当て方、監視や認証に使っている製品の組み合わせは、それ自体が相手の内部情報です。

安全なのは、募集文から読み取れる範囲だけで描き直すことです。実績として過去の構成を示したいときは、規模と役割の階層だけを残し、固有の名前と数値を落とします。台数を、Webが2台、データベースが1台、と書く程度なら差し支えありませんが、どこの案件のものか特定できる要素は外します。提案の場で守秘をどう扱う人なのかは、見ている側にはっきり伝わります。ここで雑な扱いをする人に、本番の権限を渡そうとは思われません。

図には、前提を1行添える

描いた図が外れていることを恐れて、提出をためらう方もいます。ここは、図の下に前提を1行書いておけば足ります。募集文に書かれていた条件のうち、何を根拠にこの構成にしたのか。たとえば、同時に使う人数の記載からこの台数にした、バックアップの頻度が書かれていなかったので日次を仮に置いた、といった具合です。

この1行があると、図は断定ではなく、読み取りの提示になります。前提が違えば相手が訂正してくれるため、最初の返信で要件の確認が一段進みます。運営者として提案のやり取りを見てきた範囲では、返信が早く戻る提案ほど、この前提の一行が入っていました。図の正確さより、どこまで読み取れたかを見せることのほうが、結果につながります。

運営者として見てきた、案件が続く人の提案の型

フリーランスと在宅ワークの市場を20年見てきた立場から申し上げると、案件が途切れない方の提案には、共通する型があります。

それは、相手の手間を減らす提案になっている、という一点です。技術的にどれだけ優れた構成を示しても、発注者が理解できなければ判断できません。判断できないものは、選ばれません。逆に、多少シンプルでも「これなら任せられる」と即断できる提案は通ります。構成図が効くのは、まさにこの判断のしやすさを作るからです。

もうひとつ、運営者として見てきた限り、長く続く方は最初の1件を取ることより、1件目を2件目につなげることに神経を使っています。納品時に構成図を最新化して渡す。運用で気づいた改善点を1行添える。こうした積み重ねが、次の相談を呼びます。案件の取り方とは、応募の技術というより、関係の作り方なんです。

そして、手取りの話も避けて通れません。同じ予算でも、間に何段階も入れば受け手に届く額は薄くなります。中間マージンが乗らない直接の取引であれば、依頼する側は同じ予算でより多くを頼めて、受ける側の手取りは厚くなる。手数料0%という条件は、金額の大小ではなく、働いた分がそのまま残るかどうかという質の違いです。提案に時間をかけるなら、その時間が報われる取引の形を選ぶ。これも案件の取り方の一部だと考えています。

法律も契約も、身構えるものではありません。自分の仕事を正しく評価してもらうための道具です。構成図を1枚描いて、完了条件を1行決めておく。それだけで、案件の取り方は静かに変わっていきます。