AWS認定の最初の1件の取り方

2026年4月18日

朝比奈蒼

この記事のポイント

✓AWS認定副業案件取り方の実務を
✓最初の1件に絞って整理します
✓実績ゼロから見せられる成果物を作る手順

結論から書きます。AWS認定を持っているのに副業の1件目が取れない場合、原因は資格のレベルではありません。ほぼ例外なく、応募先の選び方、提案文の書き方、見せられる成果物の3点のどれかに原因があります。

この記事は、すでに認定を取得している方が、最初の1件を受注するまでにやることだけを扱います。試験対策や学習ロードマップは扱いません。認定を持っているという前提で、そこから受注までの距離をどう詰めるかという話です。

1件目が取れない理由は、3つに絞れる

応募しても返信が来ない、という状態には共通の型があります。順に見ていきます。

応募先の選び方が合っていない

もっとも多い原因がこれです。認定を取った直後の方が最初に見に行くのは、月額での契約になる高単価の案件であることが多いのですが、この層は稼働日数と実務年数で足切りされます。副業として週末だけ動ける人が、フルタイム相当の常駐案件に応募しても、条件の段階で外れます。

実際、副業向けの案件と、フリーランスのメイン契約向けの案件では、求められるものが違います。前者は範囲の狭い作業や助言が中心で、後者は責任範囲の広い継続的な関与が前提です。1件目に狙うべきは明確に前者です。

提案文が資格の列挙で終わっている

2つめの原因は書き方です。「AWS認定ソリューションアーキテクトを保有しています。よろしくお願いいたします」という形の応募文は、驚くほど多く見られます。発注側から見ると、この文章には判断材料が一切ありません。

発注側が知りたいのは、自分の抱えている問題をこの人が解けるのか、いつ動けるのか、いくらかかるのか、この3つだけです。資格名は、そのうちのどれにも答えていません。

見せられる成果物がない

3つめは、実務の経験があるのに見せられるものがない、という状態です。会社の業務で扱った構成図は守秘義務があるので出せません。だからといって何も出さないと、発注側は判断のしようがありません。

ここは工夫で解決できます。自分のアカウントで作った検証環境なら、誰の許可も要らずに公開できます。次の章で具体的に見ていきます。

実績ゼロから、見せられるものを作る

最初の1件を取るために必要なのは、大きなポートフォリオではありません。3点あれば足ります。構成図、設計判断のメモ、コスト試算表です。

自分のアカウントで検証環境を作る

題材は身近なもので構いません。よく使われるのは、静的なWebサイトの配信構成、小規模なAPIの構成、ログの収集と可視化の構成といったところです。実務で扱った案件を再現するのではなく、あくまで一般的なパターンを自分の手で組みます。

無料利用枠の範囲で作れる構成を選べば、費用はほとんどかかりません。検証が終わったら削除するという運用にしておけば、月々の利用料が膨らむこともありません。ここで重要なのは、動かすことより、なぜその構成にしたのかを言語化できる状態にすることです。

構成図に、設計判断のメモを添える

構成図だけを出しても差はつきません。差がつくのは、その横に判断の理由が書いてあるかどうかです。

書くべきことは3つです。どの要件を優先したか。何を捨てたか。もし予算が半分だったらどこを削るか。この3点が書いてあると、発注側は「この人は自分の状況に合わせて考えてくれそうだ」と判断できます。逆に、教科書どおりの構成図だけでは、認定を取った人なら誰でも描けるものとして扱われます。

コスト試算表を1枚つける

技術者が見落としがちで、発注側が最も気にするのがコストです。想定するトラフィック量を置いて、月額の概算を出した表を1枚作ってください。これがあるだけで、提案の説得力は大きく変わります。

表には、条件が変わったときにどう動くかも書きます。アクセスが10倍になったときの金額、逆にほとんどアクセスがない月の金額。この幅を示せる人は、実は多くありません。

公開してよい情報の線引き

作ったものを公開するとき、注意点があります。本業で扱った案件の構成をそのまま出すのは論外ですが、意識せずに近いものを作ってしまうことがあります。業種が特定できる表現、独特な要件、社内システムの名称などが混ざっていないかを確認してください。

公開の場も選びます。技術ブログ、コードの共有サービス、提案時に個別に渡すファイル、この3つは公開範囲が違います。勤務先に副業を知られたくない事情があるなら、公開の場を最小限にし、応募時に個別で渡す形に絞る方が安全です。

プロフィール欄の書き方

成果物と並んで見られるのがプロフィールです。ここも型があります。

冒頭の1行で、何をする人かを言い切ります。「クラウド基盤の設計とコスト最適化を担当。移行の初期検討から構成案の作成までを支援します」という形です。ここに肩書きや資格名を並べると、読み手は何を頼めるのかを判断できません。

次に、対応できる領域を箇条書きにします。設計、構築、レビュー、文書作成、運用の引き継ぎ、といった粒度で、できるものだけを書きます。できないことを書かない代わりに、書いたものは確実にできる状態にしておきます。

最後に、稼働可能な時間帯と連絡が取れる時間を書きます。会社員として副業をする場合、ここが書かれているだけで、発注側は現実的な依頼を選んで声をかけられます。返信の速さは評価に直結するので、実際に返せる時間を正直に書いてください。

提案文に書く5つの要素

見せられるものを用意したら、次は書き方です。返信率が変わるのは、次の5点が揃っているかどうかです。

相手の課題を、自分の言葉で言い換える

冒頭の1段落で、募集文に書かれている状況を自分の言葉で要約します。「オンプレミスからの移行を検討中で、まず何から手をつけるかを整理したい、という状況だと理解しました」といった形です。

これだけで、テンプレートを送りつけている人との差がつきます。発注側は毎日似た文面を受け取っているので、自分の募集文を読んだ形跡があるかどうかを最初に見ます。

対応範囲と成果物を定義する

何をどこまでやるのかを、具体的に書きます。「現状の構成をヒアリングしたうえで、移行先の構成案を2パターン作成し、それぞれのコスト試算と移行手順の概要を文書でお渡しします」という粒度です。

範囲を狭く定義することを怖がる必要はありません。むしろ、範囲が明確な提案の方が採用されやすい傾向があります。発注側にとって、終わりが見えない依頼はリスクだからです。

進め方とスケジュールを示す

初回の打ち合わせ、中間の確認、納品という3段階で組むと、発注側は進行を想像できます。所要期間も書きます。「初回の打ち合わせから2週間で初稿、修正を含めて3週間で完了」といった形です。

稼働できる曜日と時間帯を先に書く

会社員として副業をする場合、これを書かないと後で必ず条件が合わなくなります。「平日は20時以降、土日は日中に対応可能です。打ち合わせは平日夜または土曜午前でお願いできますと助かります」と書いておけば、無理な案件は最初から外れます。

制約を隠して応募して、面談で発覚して流れる。この無駄がなくなるだけで、応募あたりの効率は上がります。

金額の出し方

金額は、時間単価と想定工数の掛け算で示すのが最も納得されやすい形です。総額だけを提示すると、高いか安いかの判断ができません。

AWS関連で将来フリーランスを検討している方が押さえるべきポイントは、副業を始めればフリーランスの働き方、案件の取り方が事前に経験できることです。フリーランスになる前に、準備期間として副業に挑戦するとよいでしょう。出典: freelance-hub.jp

1件目は、条件よりも完了させることを優先する考え方もあります。ただし、極端に安く受けると、その金額が自分の基準になってしまうので、下限は決めておいてください。

最初に狙うべき案件の型

1件目に向く案件には共通の特徴があります。範囲が狭く、期間が短く、責任の重さが限定されているものです。

スポットの相談と設計レビュー

いま組んである構成を見てもらいたい、この方針で問題ないか意見が欲しい、という依頼です。1時間から2時間で終わり、成果物は簡単な所見のメモで済むことが多く、実績としては十分に数えられます。

こうした助言型の仕事の輪郭はキャリア・副業・人生相談のお仕事にまとまっています。技術の相談と、進め方そのものの相談は隣り合っており、両方を受けられると仕事の幅が広がります。

ドキュメントの作成

構築済みの環境について、手順書や運用ガイドラインを作る仕事です。作業が非同期で完結するため、会社員の副業と相性が良い型です。技術を理解している人が書いた文書は、専門外のライターが書いたものと明確に差が出るので、認定保有者にとっては強い領域です。

文書作成を仕事にする場合の単価水準は著述家，記者，編集者の年収・単価相場で確認できます。技術文書は一般的なライティングより単価が上がる傾向があるので、この数字は下限の目安として見てください。

コストの診断

すでに動いている環境の請求を見て、削減できる箇所を洗い出す仕事です。成果が金額で示せるため、発注側にとって費用対効果が分かりやすく、リピートにつながりやすい型でもあります。

セキュリティと監視の設計支援

権限設計の見直し、ログの取り方、監視項目の整理といった依頼です。AI・マーケティング・セキュリティのお仕事では、この領域の依頼がどのような形で出てくるかを整理しています。責任が重くなりやすい領域なので、1件目としては、実装まで請け負わず助言と設計案の提示にとどめる形が無難です。

単価をどう決めるか

金額の決め方で悩む方が多いので、考え方を整理します。

相場の水準を知る

フリーランスHubに掲載されているAWSの副業案件は、60万～70万円のものが多い傾向です（2025年11月18日時点）。単価は本人の実績やスキル、経験年数などでも変動する可能性があります。出典: freelance-hub.jp

この金額はフルタイムに近い稼働を前提としたものなので、そのまま副業に当てはめることはできません。月160時間の稼働で割り戻すと時間あたりの水準が出るので、それを自分の稼働可能時間に掛け直すのが、現実的な出発点になります。

正社員としての給与水準と業務委託の単価を並べて見たい場合は、ソフトウェア作成者の年収・単価相場が比較の材料になります。自分の本業の時給換算より低い単価で副業を受けると、時間の使い方として合わなくなるので、この比較は最初にやっておいてください。

安く受けすぎないための下限

1件目を取りたい気持ちが強いと、金額を下げてしまいがちです。ただ、極端に安い金額で受けた案件は、次の交渉の基準として引き継がれます。同じ発注者から2件目が来たときに、値上げの説明が必要になります。

下限の決め方は単純です。本業の時給を計算し、それを下回らない水準に置く。副業は移動も準備も自分の時間を使うので、本業と同じ水準では実質的に安くなっている、という点も考慮に入れてください。

手数料が手取りに与える影響

同じ金額の案件でも、経由する場所によって手取りは変わります。仲介の手数料が20%なら、月10万円の案件で年間24万円が消えます。副業は稼働時間の上限がはっきりしているぶん、時間あたりの手取りを厚くすることの効き目が大きくなります。手数料0%で直接取引できる仕組みなら、同じ予算で依頼側はより多くを頼め、受け手の手取りは厚くなります。

受けない方がよい案件の見分け方

1件目を早く取りたいと、条件の悪い案件に飛びついてしまうことがあります。避けるべき型を挙げておきます。

範囲が言語化されていない依頼

「AWSまわり全般をお願いしたい」とだけ書かれている募集は、着手してから作業が増え続けます。応募する前に、成果物を具体的に確認してください。確認しても具体化されないなら、その発注者は自分でも何が必要か分かっていない状態です。この場合は、まず現状整理そのものを短い有償の仕事として切り出す提案に変える方が、双方にとって健全です。

本番環境の権限を最初から求められる依頼

初回から本番のアカウントへ強い権限で入ることを前提とする案件は、副業として受けるにはリスクが高すぎます。設定の変更が障害につながった場合、責任の所在が曖昧なまま損害賠償の話になりかねません。最初は読み取り専用の権限で診断し、変更作業は相手側で実施してもらう形にできないかを打診してください。

緊急対応を含む依頼

障害発生時の対応を含む契約は、平日日中に呼び出される可能性を抱えます。会社に勤めながらこれを引き受けると、いずれ本業に支障が出ます。契約書に緊急対応の記載があるなら、対象外にしてもらうか、対応可能な時間帯を明記してください。

支払い条件が不明確な依頼

検収の基準が書かれていない、支払期日が明示されていない、という案件は避けます。取引条件の明示や報酬の支払期日については、フリーランスと発注事業者の取引に関する法律に定めがあり、制度の説明は公正取引委員会の資料で確認できます。条件を書面で出せない相手とは、金額の大小にかかわらず取引しない方が安全です。

面談で何を聞かれ、何を聞くか

提案が通ると、多くの場合は短い面談があります。ここで落ちる方も一定数いるので、準備しておきます。

聞かれること

聞かれるのは、実務でどこまで手を動かしたか、稼働時間の確保、連絡の取りやすさ、この3点が中心です。技術的な深掘りは、1件目の規模の案件ではあまり行われません。

実務経験を聞かれたとき、経験が浅いことを隠す必要はありません。扱ったことのある範囲と、扱ったことのない範囲をはっきり分けて答える方が信頼されます。「構築は経験がありますが、大規模な移行の実績はありません。今回の範囲であれば対応できます」という答え方です。

こちらから聞くこと

こちらからも必ず聞いてください。何のためにこの仕事を発注するのか、決裁者は誰か、成果をどう評価するのか。この3つを聞くと、提案の精度が上がります。

技術的な質問への答え方

たまに、面談で具体的な技術の質問が出ることがあります。ここで完璧に答えようとして詰まる方が多いのですが、正解を即答することが求められているわけではありません。

見られているのは、分からないことを分からないと言えるか、そのうえで調べる筋道を示せるか、という点です。「その構成は経験がありませんが、判断に必要な条件はこの3つだと思います。確認したうえで回答します」と答えられる人は、実務で信頼されます。

逆に、曖昧な知識で断定的に答えると、その場は通っても後で困ります。副業は稼働時間が限られるぶん、想定外の作業が発生したときの余裕がありません。分からない範囲を最初に線引きしておく方が、結果として関係が長続きします。

さらに、支払いの条件は必ず確認します。締め日と支払日、検収の基準、修正対応の回数。曖昧なまま進めると、納品後にもめる原因になります。副業を始める段取り全般は副業始め方ガイド！星野ゆいが教える失敗しない4ステップとおすすめにも整理されており、業種を問わない共通部分の確認に使えます。

応募にかける時間の配分

現実的な時間の使い方についても触れておきます。会社員が副業を探す場合、使える時間は平日の夜と週末に限られます。この限られた時間を、探す作業に全部使ってしまうと、成果物を作る時間がなくなります。

配分の目安は、成果物の準備に7割、応募に3割です。逆にする方が多いのですが、判断材料がない状態でいくら応募しても、返信率は上がりません。構成図とコスト試算表が揃った時点で応募を始めると、同じ応募数でも結果が変わります。

応募の本数も、多ければよいわけではありません。1件あたり30分かけて募集文を読み込み、相手の状況に合わせた提案を書く。この形なら、週に3件から5件が上限になります。テンプレートを20件送るより、この方が確実に早く決まります。

1件目を2件目につなげる

最初の1件で最も価値があるのは報酬ではなく、次につながる材料です。

納品時に、実績として公開してよい範囲を確認してください。社名を出してよいか、出せないなら業種と規模だけなら書いてよいか。この確認をしておくと、次の提案文で使える材料が増えます。ここを聞かずに終わると、実績があるのに書けない、という状態になります。

もうひとつ、納品後に短いメモを渡すことを勧めます。今回対応した範囲、その先で対応が必要になりそうな箇所、それをいつ頃検討すべきか。これを渡しておくと、数か月後に相談が戻ってくる確率が上がります。営業をかけるのではなく、次に困る場所を先に示しておくという形です。

未経験の領域から仕事を広げていく考え方はフリーランス英語案件未経験始め方！2026年最新の海外副業術でも扱われており、分野は違っても、最初の1件をどう作るかという構造は共通しています。

納品の品質で見られている3つのこと

1件目の評価は、技術の正しさだけで決まりません。継続につながるかどうかを分けているのは、次の3点です。

期日を守ること。当たり前に見えますが、副業では本業の繁忙とぶつかって遅れる例が非常に多いです。遅れそうだと分かった時点で、遅れてから謝るのではなく、事前に相談してください。1日前に相談されるのと、当日に連絡が来るのとでは、受け取られ方がまったく違います。

相手が読める言葉で書くこと。発注側の担当者が技術者とは限りません。専門用語をそのまま並べた文書は、社内で共有できず、価値が伝わりません。用語には短い注を付け、結論を先に書く。この配慮があるだけで、次の依頼が来る確率が上がります。

決めきれない部分を明示すること。情報が足りず判断できない箇所を、無理に埋めないことも品質です。「この点は現行の運用体制が分からないため保留とし、確認後に追記します」と書いてある文書の方が、根拠のない断定より信頼されます。

資格そのものの見せ方

認定の名称をどこまで前に出すかも、判断が分かれる点です。

案件の要件欄に資格名が指定されている場合は、当然そのまま書きます。指定がない場合は、資格名を書くより、その資格の範囲で何を判断できるかを書く方が効きます。発注側の多くは、認定の名称と難易度の対応関係を把握していないからです。

自分が持っている認定がどの範囲を対象にしているのかを確認したいときは、AWS認定ソリューションアーキテクトアソシエイトとAWS認定クラウドプラクティショナーの解説を見ておくと、募集要項に書かれた資格名を読み違えずに済みます。

運営者から見た、1件目で差がつくところ

在宅ワークの市場を20年運営してきた立場から見ると、1件目を早く取る方には、はっきりした共通点があります。

応募の数ではありません。応募先の絞り方です。1件目が早い方は、自分が確実に対応できる範囲の案件だけに絞り、そこへ丁寧な提案を出しています。逆に、返信が来ないと言っている方の応募履歴を見ると、明らかに条件が合わない案件へ同じ文面を送り続けていることが多いです。

もうひとつ、長く続く方は、単発の作業をこなすことより、相手が次に困る場所を見つけることに時間を使っています。「この人に聞けば早い」という位置を取ると、募集が出る前に声がかかるようになります。この位置に入ると、価格の交渉も競争ではなく相談になります。

中間のマージンが乗らない直接の取引であれば、同じ予算で依頼側はより長い期間を確保でき、受け手は手取りが厚くなる。金額の大小より、この構造の違いが、続けられるかどうかを分けています。

独自データの考察

在宅の案件の掲載傾向を見ていると、クラウド関連の依頼で資格名が必須要件として書かれているものは、実は多数派ではありません。要件欄でよく使われるのは「同等の実務経験」という表現です。

ここから読み取れるのは、発注側が資格そのものではなく、資格が示す実務の厚みを見ているということです。認定を持っていることは前提として扱われ、判断は成果物と提案の中身で行われます。

もうひとつ観察できるのは、範囲の狭い依頼ほど、応募から決定までの時間が短いことです。数十万円規模の依頼は社内の決裁に時間がかかりますが、数万円のスポット相談は担当者の判断で決まります。1件目を早く取りたいなら、決裁の段数が少ない依頼を狙うのが合理的です。

そして、1件目を取った方のその後を追うと、2件目以降は同じ発注者からの継続か、その紹介である割合が高くなります。つまり、1件目の価値は報酬額ではなく、そこから伸びる線の数にあります。最初の案件を選ぶときは、金額より、続きがありそうかどうかを基準にした方が、結果として早く積み上がります。データ入力のような別分野でも同じ構造が観察されており、データ入力・文字起こしの副業は稼げる？在宅ワークの始め方と相場で扱われている継続受注の話は、技術案件にもそのまま当てはまります。