フリーランスエンジニアの営業メール例文｜返信率を上げる7シーン別テンプレ

対象読者と前提

対象読者は、実務経験おおよそ3年以上のフリーランスエンジニアと、独立準備中で営業メールをこれから書く方です。応募先の想定は次の4系統で、いずれも文面のトーンが少しずつ変わります。

• 企業サイトの問い合わせフォームからの新規営業（直請ルート）

• 契約中のエージェント担当者への案件打診依頼・条件変更希望

• エージェントやダイレクトリクルーティング媒体から届くスカウトへの返信

• クラウドソーシング（ランサーズ・クラウドワークス等）の案件応募

営業ルートそのものの全体像は既存記事フリーランスエンジニアの営業方法と案件獲得の近道で整理しています。本記事では文面テンプレに絞り込んで扱います。

返信率を左右する4つの部品

営業メールは長さで勝負しません。部品ごとに役割が違うという考え方が実務的です。ここでは4部品の書き分けを見ていきます。

部品1｜件名は用件で完結させる

件名の主な役割は「用件を一目で伝えて開いてもらうこと」です。実務上、抽象語や自己紹介だけの件名は開封されにくい傾向があります。

NG例：「ご挨拶」「はじめまして」「お問い合わせ」「フリーランスエンジニアの◯◯（氏名）です」

OK例：「【業務委託打診】Rails/AWSの追加開発（週3稼働）についてご相談」「【貴社ブログ拝見】決済APIのリファクタ支援の余地について」「【スカウト御礼】〇〇案件のご相談 - フルスタック（実務8年）」

書き方のコツは「用件」＋「相手にとっての要点」の2ブロック構成にすることです。氏名は本文冒頭で述べれば十分で、件名に載せなくても届きます。

部品2｜冒頭3行で「読む価値」を伝える

冒頭3行の役割は「本文を最後まで読む価値があるか」を判断してもらうことです。

構成の型は次の3行です。

1. どこ経由で誰宛かを1行（例：「貴社ブログの◯◯記事を拝見して連絡いたしました」）

2. 相手のどこに反応したかを1行（例：「決済API周りの負債整理に触れられていた点に興味を持ちました」）

3. 自分は何を提案できるかを1行（例：「同種のRails/PostgreSQL基盤で決済モジュール切り出しをリードした経験があります」）

この3行が抽象的だと、以降が読み飛ばされます。「フリーランスエンジニアとして活動しております」だけで終わる冒頭は、返信率を大きく落とす典型例です。

部品3｜実績は「言語×フェーズ×成果」で1行に圧縮

エンジニアの実績は、長く書きたくなる部分ですが、営業メールの本文では1行に圧縮するのが実務的です。詳細はスキルシートやポートフォリオに逃がします。

NG例：「Ruby on Railsで大規模なWebサービスの開発経験があり、フロントエンドからバックエンドまで幅広く対応可能です。」

OK例：「Rails/Vueで月間300万PV規模のECの決済リプレイスを要件定義から本番リリースまでリード（2024〜2025）」

圧縮のコツは「技術スタック／担当フェーズ／規模・成果／時期」の4要素を1行に詰めることです。詳細を貼るなら「詳細は添付スキルシートをご覧ください」で受け渡します。GitHubアカウントを添える場合はGitHubポートフォリオの作り方を参考にしてください。

部品4｜クロージングは相手の意思決定コストを下げる

クロージングは「相手の次の手」を1つに絞ります。選択肢を出しすぎると返信のコストが上がり、返信率が下がる傾向があります。

NG例：「ご検討のほどよろしくお願いいたします。ご連絡お待ちしております。」

OK例：「今週または来週で30分お打ち合わせのお時間をいただけますでしょうか。候補日程を提示させていただきます。」

「打ち合わせ」ではなく「30分」と時間を切ると、返信のハードルが一段下がります。

ミニFAQ

Q. 4部品は毎回同じ順番で書くべきですか？

はい。順番を守るほど読み手が処理しやすくなります。冒頭3行を後ろに回すと、最後まで読まれにくくなる傾向があります。

Q. 挨拶や自己紹介はどこに入れますか？

冒頭3行の1行目に「どこ経由で誰宛か」として自己紹介を組み込みます。挨拶文だけで1段落取ると、冒頭3行の役割を潰します。

シーン1｜企業フォームからの新規営業メール

以下のシーン別例文で使う日付・稼働時期（「8月中旬以降」「7月末終了」など）は、あくまで書式サンプルです。実際に送るときは、送信時点の状況に合わせて日付・稼働可能日を調整してください。

送るタイミングは、応募先の技術ブログ・IR資料・採用ページ・登壇資料などから「今、外部の手が足りていそうな論点」を1つ見つけた直後です。汎用的な「業務委託を承ります」文面は、相手固有の文脈に触れた文面より返信されにくい傾向があります。

例文

件名：【貴社ブログ拝見】決済APIリファクタのご相談（Rails/AWS）

宛名：株式会社◯◯　◯◯部　◯◯様

冒頭3行：貴社の技術ブログ「決済モジュールの負債と向き合う」を拝見し、突然のご連絡失礼いたします。フリーランスエンジニアの◯◯と申します。同記事で触れられていた「決済処理の分岐が肥大化している」課題について、Rails/PostgreSQL構成のECで同種のリファクタを要件定義からリードした経験があります。もし外部の追加リソースをご検討中であれば、現状把握のご相談だけでも1度お時間をいただけないでしょうか。

略歴の書き方（本文で3行に収める）：

• Rails/Vueで月間300万PV規模のECの決済リプレイスをリード（2024〜2025）

• AWS（ECS/Fargate、Aurora）での本番運用経験7年

• 直近は週3〜4日稼働で業務委託契約を継続中

クロージング：詳細は添付のスキルシートをご覧ください。今週または来週で30分ほどオンラインでお時間をいただけますでしょうか。候補日程を提示させていただきます。

署名：氏名／連絡先／ポートフォリオURL

避けるべき表現

• 「幅広く対応可能です」「なんでもやります」→ 何ができるか伝わりません

• 「大変お世話になっております」→ 初回連絡では違和感が残ります

• 冒頭に「私は」を4回以上重ねる自己紹介の連続

新規営業でフォーム経由以外のルートを試したい場合は、直案件の取り方に7つの獲得ルートを整理しています。

シーン2｜エージェント担当者へのメッセージ

契約中のエージェント担当者に対しては、フォーム営業ほど格式張らない方が返信のテンポが上がります。担当者は複数のフリーランスを並行して支援しているため、用件・希望条件・稼働可能日の3点を最初に伝えます。

例文（案件打診依頼）

件名：【案件打診依頼】8月中旬以降の稼働について（週4 / Rails/AWS）

宛名・冒頭：◯◯様　お世話になっております。◯◯（担当エンジニア名）です。現案件の稼働が7月末で終了予定となりましたので、8月中旬以降で新しい案件の打診をお願いできますでしょうか。

希望条件：

• 稼働：週4日、フルリモート希望（週1程度の出社は可）

• 技術：Rails/PostgreSQL/AWS。Go/Kotlinもキャッチアップ可

• 単価：月額◯◯万円以上を目安（応相談）

• 役割：バックエンドの設計〜実装。テックリード相当も可

• 開始：8/15以降

クロージング：過去に打診いただいた◯◯業界の案件もご検討対象です。条件が近い案件が出た段階でご共有いただけると助かります。よろしくお願いいたします。

書き方のコツは、担当者がそのままシステムに投げ込める粒度で条件を書くことです。「なんでもやります」は担当者の作業を増やす言い方になります。エージェント担当者とのやりとりの流れはエージェント担当者との付き合い方で整理しています。

例文（条件変更希望）

件名：【条件変更のご相談】現案件の稼働日数について

宛名・冒頭：◯◯様　お世話になっております。◯◯です。現案件（◯◯社／案件ID:◯◯）の稼働について、9月以降、週5→週4稼働への変更を打診したく連絡いたしました。

背景・希望：新規のR&D案件を1本並行で走らせたい相談を受けており、本案件の稼働を1日減らす形で調整できると助かります。

クロージング：先方への打診の可否と、単価への影響について一度アドバイスいただけますでしょうか。

シーン3｜スカウトメールへの返信

スカウトへの返信は、実務上できれば当日〜翌営業日までに返すと、担当者側の記憶が残っていて話が進めやすい傾向があります。返信は「受ける／条件確認／辞退」の3パターンを持っておくと運用しやすくなります。

例文（受ける場合）

冒頭：◯◯様　スカウトをお送りいただきありがとうございます。◯◯です。ご案内いただいた「◯◯業界向けデータ基盤の運用支援」案件について、以下の点で条件が合いそうで、詳細を伺えればと思います。

確認点：

• 稼働：週3〜4を想定していますが、案件側は週何日想定でしょうか

• 技術：Snowflake/dbtの本番運用経験があります

• 開始：8月中旬以降で調整可能

候補日程：一次面談のお時間をいただければ幸いです。候補日程は8/5（火）14〜17時、8/6（水）10〜12時と15〜17時、8/7（木）午前のいずれかで調整可能です。

例文（条件確認だけしたい場合）

冒頭：◯◯様　スカウトありがとうございます。◯◯です。ご案内内容を拝見し、進めるかを判断するために先に3点だけ確認させてください。

確認したい3点：

1. 稼働日数（週何日、リモート・出社比率）

2. 単価レンジ（提示可能な上限）

3. 契約期間（初回契約期間と更新前提）

クロージング：上記が想定と合いそうであれば、面談に進ませていただきます。

例文（辞退する場合）

冒頭：◯◯様　スカウトありがとうございます。◯◯です。ご案内いただいた案件については、現在の稼働状況と稼働地条件が合わないため、今回は見送らせてください。

次への含み：他エージェント様経由で別案件を並行して選考しているため、Ruby/Rails・週3リモートの案件が今後出た際には改めてお声がけいただけると幸いです。

辞退の型は「見送る理由を1つに絞る」「次に声をかけてほしい条件を1行残す」の2点を守ると、関係を断ち切らずに次の打診が続きやすくなります。

シーン4｜クラウドソーシングの提案文

クラウドソーシング（以下CS）の提案文（ランサーズ・クラウドワークスなど）は、テンプレを貼るだけだと発注者側で埋没しやすい傾向があります。冒頭3行で「募集要項を読んだ」ことを示すのが実務的です。

例文

冒頭3行：◯◯様　募集を拝見いたしました、◯◯（フリーランスエンジニア）です。「Rails APIの追加開発（決済連携含む）」の要件について、特に「Stripe連携を既存のWebhook設計に組み込みたい」という点に反応しました。同種のStripe/Paidy連携の設計・実装を2024〜2025年に3社で担当した経験があります。

対応可能範囲：

• 要件定義書のレビュー〜設計〜実装〜結合テスト

• 稼働：平日9〜18時内で週20〜25時間

直近の実績（抜粋）：

• Rails/PostgreSQL/StripeでEC決済のリプレイス（2024）

• Rails 6→7へのバージョンアップ支援（2025）

クロージング：金額感は、要件書を拝見してからお見積もりを提示させてください。まずは1度、20分程度のオンライン打ち合わせをお願いできますか。

署名：GitHub URL／ポートフォリオURL

差別化ポイントは、募集要項から1文を引用して「そこに反応した」と書くことです。「多数の実績があります」「幅広く対応可能です」だけの提案文は、テンプレ判定されやすい傾向があります。

シーン5｜紹介案件のお礼・辞退・後追い

紹介経由の案件は、紹介元との関係が最優先です。返信は受注可否よりも早く返します。詳しくはフリーランスエンジニアの紹介案件を参考にしてください。

例文（紹介お礼＋前向き検討）

冒頭：◯◯さん　◯◯です。案件のご紹介ありがとうございます。いただいた「◯◯社のバックエンド追加開発」の件、まさに空きが出るタイミングと合っており、前向きに検討したいです。

次のアクション：先方の担当者様と直接お話しできれば、条件のすり合わせを進めさせていただきます。繋いでいただく際のフォーマット（メール／Slack）はどちらが動きやすいでしょうか。

関係の維持：紹介いただいた恩は次の機会でお返しできればと思っています。今後もよろしくお願いいたします。

例文（紹介お礼＋辞退）

冒頭：◯◯さん　◯◯です。案件のご紹介ありがとうございます。いただいた案件については、以下の理由で今回は見送らせてください。

辞退理由（1つに絞る）：稼働時期が現案件と重なる（〜9月末まで満稼働）

次への含み：10月以降であれば稼働に余裕が出るため、似た内容の案件があれば改めて声をかけていただけると嬉しいです。

関係維持：紹介の労力を割いていただいたのに、力になれずすみません。別の形で必ずお返ししますので、今後ともよろしくお願いします。

辞退時の書き方は、理由を1つに絞り「次のタイミング」を残しておくのがポイントです。紹介元の顔が立つ配慮まで書いておくと、関係維持につながりやすくなります。

シーン6｜面談後のお礼メール・条件確認

面談後のお礼メールは、面談当日中に送るのが実務的です。担当者は当日に複数の候補者と会うため、記憶の鮮度が判断に影響します。

例文（お礼＋条件確認）

件名：【本日の面談御礼】◯◯案件について

冒頭：◯◯様　本日は貴重なお時間をいただき、ありがとうございました。◯◯です。面談中に伺った内容を踏まえ、参画のイメージが具体化しました。特に「開発チーム3名で来期のリリースまで内製化を進める」という点で、Rails/AWS周りの設計・レビューをお役に立てそうです。

未確認2点の質問：面談中に確認しきれなかった点を2点だけ確認させてください。

1. 稼働開始想定日（8/15か9/1でご検討中と伺いました）

2. 契約期間（初回3ヶ月／更新前提の理解で相違ないでしょうか）

クロージング：上記2点が固まり次第、こちらから正式にお返事いたします。引き続きよろしくお願いいたします。

面談で聞くべき事項の全体像は、既存記事群に散らばっているため深追いしません。ここでは「聞ききれなかった1〜2点」を絞り込んで確認する型に留めます。

シーン7｜返信が来ないときのフォローアップ

返信が来ない場合、送りすぎないことが重要です。フォローは原則1回にとどめ、送るのは初回送信から5〜7営業日後をひとつの目安にします。相手の業種・繁忙期で適切な間隔は変わるため、あくまで目安として運用してください。

例文（1週間後のリマインド）

件名：【リマインド】決済APIリファクタのご相談（◯月◯日にご連絡）

冒頭：◯◯様　◯◯です。先週◯月◯日にお送りしたご相談について、念のためリマインドまで失礼いたします。現在お忙しいタイミングかと思いますので、急ぎでお返事は不要です。ご検討状況だけ簡単に共有いただけると助かります。

再掲事項（相手が過去メールを開かなくて済むようにする）：

• 相談内容：決済APIリファクタの追加リソース打診（Rails/AWS）

• 稼働可能：週3日、8月中旬以降

クロージング：見送りの場合もその旨だけご返信いただけると幸いです。

送りすぎない基準は「フォローは1回まで」「送信間隔は最低5営業日空ける」「同じ文面を繰り返さない」の3点です。3回目以降のフォローは相手の受信箱で埋没するだけになる傾向があります。

NG例と改善例｜返信率が落ちる7つの型

過去の営業メールでよくあるNG型を、OK例と対比で整理します。

このページにしかない整理として、上記7型は編集部が営業メール添削時によく見るNGパターンを1枚にまとめたものです。テンプレ選定より、このNG型に該当していないかの確認を先にすると効率的です。

単価・稼働条件の書き方（相場の伝え方）

単価をメールに書くべきかは、送り先の種類で分かれます。

• エージェント担当者宛て：単価レンジ（下限）は必ず書きます。書かないと、担当者側でどの案件を紹介するかが決められません

• 企業への直接営業：初回メールでは幅を持たせて記載します（「月額◯◯万円〜◯◯万円を目安に、要件によって応相談」）

• クラウドソーシング：発注者側で予算が決まっているケースが多いため、初回は「要件を伺ってから見積もり」でも通ります

自分の希望単価が現在の市場でどの位置にあるかを確認したい場合は、無料のフリーランスエンジニア単価診断で目安を掴めます。単価を体系的に上げる考え方は、既存記事フリーランスエンジニアの単価相場と単価の上げ方にまとめています。

なお、営業メールに載せる単価は「主要フリーランスエージェント数社の公開案件（週3〜5日・準委任）の相場感」を目安にすると齟齬が出にくい傾向があります。母集団を絞らない「一般的に◯万円」という書き方は、担当者側で受け止め方がぶれる原因になります。

生成AIで下書きを整えるときの注意点

生成AIに営業メールの下書きを書かせるのは、下書き整形としては有効です。ただし2点だけ運用の注意が必要です。

• 相手企業の非公開情報を貼らない（NDA下の面談議事録、未公開のプロジェクト内容など）

• 自分の個人情報も最小限（氏名・住所・電話番号は不要な生成には含めない）

社外の生成AIサービスに貼った情報は、ログとして保管される可能性があります。利用規約上の学習利用有無や、法人向けプランのデータ保持設定も事前に確認してください。IPA（情報処理推進機構）のAI利活用に関する情報なども参考に、業務利用のルールを確認しておくと安全です。

なお、業務委託契約や単価・報酬・業務範囲を扱うメールでは、条件を口約束で終わらせず書面に残すことが重要です。詳しくは末尾の厚生労働省 特定受託事業者に係る取引の適正化等に関する法律について（フリーランス保護新法）も確認してください。

使い方の型としては、「日本語の整形」「口調のチューニング」「冗長箇所の圧縮」「NG表現の言い換え」に絞ると、機械的な文面にならずに済みます。「営業メールをゼロから書かせる」使い方は、生成される文が汎用的になりすぎるためおすすめしません。

なお、SNSでの発信を含めた営業導線を組みたい場合は、エンジニアがXで案件獲得につなげる発信術やLinkedInでフリーランスエンジニアが案件獲得も合わせて設計するとメール単独より返信率が上がる傾向があります。

送信前・送信後のセルフチェックリスト

営業メールを送る前に、下記のチェックを1周かけると事故が減ります。

• 件名に用件と相手にとっての要点が両方入っているか

• 冒頭3行に「どこ経由」「相手のどこに反応」「何を提案」が入っているか

• 実績が「言語×フェーズ×成果×時期」の1行に圧縮されているか

• クロージングで次のアクションが1つに絞られているか

• 単価・稼働日数が送り先に応じた粒度で書かれているか

• 相手企業の情報（会社名／担当者名／記事タイトル）に誤字がないか

• 添付ファイル（スキルシート）を最新版に差し替えたか

• 別の会社に送るときに、宛先だけ書き換えて残る「型崩れ」がないか

送信後は、初回送信から5〜7営業日でフォロー1回、それで反応がなければ次の候補先に切り替えます。営業を継続的な仕組みにする話は、フリーランスエンジニアの営業を仕組み化で扱っています。

ケース別の使い分けまとめ

送るべき通数と、通す確率の考え方

営業メールの返信率は、送り先や時期で大きく変わります。あくまで営業実務上の体感値として、フォーム営業では10〜20通に1通前後、直接紹介では2〜3通に1通前後の返信感覚を持つ人もいます。これは調査データではなく現場のヒアリングベースの目安で、個々の案件・業界で差が大きい点に注意してください。

母集団を確保する意味では、エージェント経由・フォーム営業・クラウドソーシング・紹介ルートの複数チャネルを並行運用するのが実務的です。並行選考の進め方や辞退の扱いは、フリーランスエンジニアの営業を仕組み化で整理しています。

案件を見送る発注者側の視点も知っておくと、書き分けの精度が上がります。フリーランス案件を発注側が見送る7つの理由も合わせて確認してみてください。

まとめ

営業メールの返信率は「件名・冒頭3行・実績1行・クロージング」の4部品で大半が決まります。テンプレをそのまま流し込むより、部品ごとの役割を意識して書き分ける方が、結果的に短時間で通る文面に近づきます。

• 4部品の型（件名／冒頭3行／実績1行／クロージング）を毎回同じ順番で使う

• 送り先7シーン（フォーム／エージェント／スカウト／CS／紹介／面談後／フォローアップ）で型を分ける

• 単価と稼働日数はエージェント宛てで必須、企業宛てはレンジで幅を持たせる

• フォローは5〜7営業日後の1回だけに留める

• 生成AIは下書き整形に使い、応募先固有の情報は必ず手書きで差し込む

営業ルートそのものを見直したい方はフリーランスエンジニアの営業方法と案件獲得の近道、営業を仕組みとして継続受注につなげたい方はフリーランスエンジニアの営業を仕組み化を合わせて確認してみてください。現在募集中の案件を見てみたい方は、フリコンの案件一覧から自分のスキルに合うものを探せます。

参考

• 厚生労働省 特定受託事業者に係る取引の適正化等に関する法律について

• フリーランス・トラブル110番（第二東京弁護士会）

• IPA AI利活用に関する情報