フリーランスエンジニアの商談・顧客折衝｜準備・受け答え・条件交渉のコツ

フリーランスエンジニアの商談とは｜面談・営業との違い

商談は、参画可否と契約条件を双方が擦り合わせるための打ち合わせです。会社員時代に想像する「営業商談（受注に向けたクロージング）」ではなく、面談後半から発注前の詰めの場面に相当します。呼び名は「面談」「顔合わせ」「参画前打ち合わせ」など会社によって揺れがあるため、実態から目的を判断してください。

商談と技術面談の違い

技術面談は、スキルセットと経験がプロジェクトの技術要件に合うかを評価される場です。判断軸はクライアント側にあり、あなたの回答から実装力・設計力・キャッチアップ力を推し量ります。一方の商談は、参画するかしないか、するならどんな条件でかを双方の合意で決める場です。商談でも評価要素は残りますが、主眼は条件や役割の擦り合わせに移ります。ここを取り違えると、条件面の詰めをしないまま契約書に判を押すことになります。

技術面談で聞かれる内容は既存記事「フリーランスエンジニアの面談で聞かれる質問と回答例」で詳しく解説しています。本記事では技術面談で好印象を得た後の「条件詰め」に軸足を置きます。

エージェント同席と直案件商談の違い

エージェント同席の商談では、単価・契約書・支払サイトの詰めをエージェントが代行してくれます。あなたは技術・要件・稼働に集中できます。直案件の商談ではこれらを自分で捌く必要があり、契約リテラシーも問われます。基本的な確認は自分で行いつつ、不利な条項や判断に迷う点は弁護士・行政書士等の専門家への確認も検討してください。直案件の全体像は「フリーランスエンジニアの直案件の取り方」を参照してください。

なお、フリーランス・事業者間取引適正化等法（フリーランス新法）の施行により、業務委託時の書面交付や取引条件の明示が発注側に求められるようになりました。適用対象や義務の具体的内容は取引形態によって異なるため、詳細は公正取引委員会のフリーランス新法特設ページで確認してください。

ミニFAQ｜商談の場面設定

Q. 商談は必ず対面ですか？

A. オンライン開催が主流です。オンライン面談で選ばれるための機材・準備は「オンライン面談で選ばれるフリーランスエンジニア」で整理しています。

Q. 商談時間はどれくらい？

A. オンラインの業務委託案件では30〜60分程度で設定される目安です。エージェント経由の初回面談では45分前後で設定されることが多い印象ですが、案件規模や同席者数で変動します。

商談前に必ずやるべき準備

準備で結果の大半が決まります。以下の4点セットを毎回同じ手順で回してください。

スキルシート・実績資料の整備

過去の担当プロジェクトを「担当フェーズ・チーム規模・利用技術・成果」で1画面に収まる粒度にまとめます。特に直近3年の案件は担当範囲を具体的に書き、責任範囲がぼやけないようにします。GitHubや技術ブログを持っている場合は導線を用意しておくと、実装力の裏取りに使ってもらえます（詳細は「GitHubポートフォリオの作り方」「技術ブログの始め方」を参照）。

案件情報の読み込み

エージェント経由なら求人票、直案件なら初回連絡のメール・チャットを読み込みます。以下を必ず抽出しておきます。

読み込みが浅いと、商談中に「求人票の再確認」に時間を使うことになり、条件詰めの時間が足りなくなります。

想定質問の準備

聞かれる質問はある程度パターン化されています。代表的な20〜30問に自分の答えを口頭でスラスラ言える状態にしておくのが目安です。想定質問と回答テンプレは「フリーランスエンジニアの面談で聞かれる質問と回答例」を確認してください。

譲れない条件と落とし所の整理

商談で崩れやすいのは、事前に自分の中で条件が決まっていないケースです。以下の各項目に「最低ライン／希望ライン／理想」の3水準を書き出しておきます。

• 単価（月額または時間単価）

• 週稼働日数・月間工数上限

• 契約形態（準委任／請負）

• リモート比率・出社頻度

• 契約期間・更新条件

• 責任範囲・成果物の定義

「あとで確認して回答します」と言える余白を残す設計にしておくと、その場での即答を強要されにくくなります。

ミニFAQ｜準備段階

Q. スキルシートは何ページくらいが適切ですか？

A. 実務経験3年以上のフリーランス向けスキルシートでは、2〜4ページ程度に収めるケースが多く見られます。1ページだと情報不足になりやすく、6ページを超えると読み手の負荷が上がる傾向があります。直近3年に厚みを持たせ、遠い実績は概要のみ残す構成が読みやすくなります。

商談当日の話し方・受け答えのコツ

受け答えの型は「結論→根拠→補足」を徹底します。技術面談・商談どちらでも通用する共通の型です。

冒頭の自己紹介と実績の伝え方

自己紹介は90秒前後を目安に、氏名・専門領域・直近3年の担当プロジェクト・現在の稼働状況までコンパクトに話します。長く話しすぎると相手の質問時間を奪います。

実績を語るときは「担当した／貢献した／設計した」の主語と動詞を明確にしてください。チームで達成したことを個人成果のように話すと、詳細を掘られたときに整合性が崩れます。

スキル・経験の答え方

盛らず、矮小化しないのが原則です。以下の表現に置き換えると、事実と印象の距離が縮まります。

• 「一通りできます」→「担当したことがある範囲は◯◯／未経験は△△」

• 「得意です」→「◯年間、△△の実装を主担当で回していました」

• 「勉強中です」→「業務ではまだ使っていませんが、個人で◯◯まで動かしています」

未経験領域を「できます」と答えて参画すると、キャッチアップ期間の稼働が青天井になりがちです。断定を弱める語尾を使い分けるだけで、印象と実態のギャップは大きく縮まります。

質問への答え方（結論→根拠→補足）

商談で最も差が出るのが回答の構造です。長く話す人ほど結論が最後に来て、相手が処理しきれません。1問1答は3〜4文以内が目安です。

例：「なぜ独立しましたか？」への回答

• 結論：「自分で技術選定できる裁量が欲しかったためです」

• 根拠：「前職では既存スタックの保守が中心で、新規領域の学習が業務時間内で回りづらい状況でした」

• 補足：「独立後は3案件で技術選定に関わっており、その中で試したい技術も業務に組み込めています」

逆質問で押さえるべき論点

逆質問はあなたが聞きたいことを聞く場ではなく、契約後にトラブルになりやすい論点を潰す場です。以下は最低限確認したい項目です。

• 参画初日から1週間の想定タスク（オンボーディング設計の有無）

• 意思決定者は誰か（PM／PO／技術責任者）

• 稼働ログの報告フォーマットと頻度

• 追加スコープが出たときの対応ルール

• 契約更新の判断時期と評価軸

「特にありません」で終わると、条件を細かく見ていない印象を与えます。逆質問は3〜5個は用意しておくと安心です。

ミニFAQ｜受け答え

Q. 技術用語の言い換えを聞かれたとき、業界用語で答えていいですか？

A. 相手のロール次第です。非エンジニアの発注担当が同席する場では、いったん噛み砕いてから業界用語で補足すると通じやすくなります。

顧客折衝で気をつけるべきポイント

顧客折衝は、契約後もプロジェクトの各局面で発生します。商談時点で以下の観点を押さえておくと、参画後の摩擦を減らせます。

要件が固まっていないときの詰め方

「要件はこれから固める」と言われた案件は、参画前にゴール像と成功指標だけでも確認してください。要件が固まっていないこと自体は珍しくありませんが、ゴールが曖昧なまま稼働を始めるとスコープが際限なく広がります。

• 何のためのプロジェクトか（事業指標・KPIレベルで確認）

• 誰の判断で「完了」とみなすか

• 3か月後にどの状態になっていれば成功か

スコープ・責任範囲の合意形成

契約書本体・個別契約書・注文書・仕様書など、実際の書面構成に応じて業務内容を具体化しておきます。「Webアプリの開発」だけでは範囲が広すぎるため、対象機能・対象画面・対象API・対象環境（開発／ステージング／本番）まで書き分けます。運用・保守・障害対応の担当分けもこの段階で確認します。

システム開発の業務委託契約書の詰め方は、経済産業省が公開している情報システム・モデル取引・契約書がベースにできます。契約書ドラフトの見方に迷ったら参照してみてください。

「クライアントワークとは｜信頼関係で単価を上げる実務テクニック」で解説しているとおり、責任範囲の合意はその後の信頼関係にも直結します。

スケジュール・稼働の擦り合わせ

稼働は「週◯日／月◯時間」だけでなく、コアタイム・定例MTGの日時・障害対応の有無を確認します。副業やダブルワークで動く場合は、他案件との時間帯衝突がないかも同時に見ておきます。フリーランスエンジニアの働き方全般は「フリーランスエンジニアの営業を仕組み化」も参考にできます。

トラブル発生時の折衝の考え方

障害・遅延・仕様変更が発生したときは、「事実→影響→対応案→期日」の順で共有します。事実だけを長く報告して対応案を出さないと、クライアント側の意思決定を止めてしまいます。逆に、対応案だけを先に投げると事実確認が済んでいないと受け取られます。

ミニFAQ｜顧客折衝

Q. 追加要望を断る際、角が立たない言い方はありますか？

A. 「稼働・スケジュールを踏まえると現契約の範囲で対応するのは難しく、追加契約か次回スコープでの対応でご相談させてください」のように、拒否ではなく代替案の形にすると調整しやすくなります。

単価・条件交渉のポイント

条件交渉は、商談中盤から終盤に来ることが多い論点です。感情に流されず、根拠のある数字を出せる状態にしておきます。

単価を切り出すタイミング

案件内容と役割の確認が終わってから単価に入るのが基本です。単価から入ると「金額次第で判断する人」と受け取られやすく、その後の技術評価にもバイアスがかかります。エージェント経由の場合はエージェントが単価交渉を代行しますが、自分の希望ラインは事前に共有しておきます。

単価交渉の具体的な進め方は「フリーランスエンジニアの単価交渉のコツ」を参照してください。

提示された単価が合わないときの伝え方

「その単価では厳しいです」で終わらせず、以下のいずれかで返します。

• 希望レンジと根拠：「首都圏・週5日・業務委託の公開案件では◯万円前後が中心のため、△万円を希望します」

• 条件緩和による調整：「週稼働を4日に増やしていただければ提示単価でも対応可能です」

• 追加業務との組み合わせ：「設計フェーズも巻き取れる場合は+◯万円で検討させてください」

なお、上記の相場感は主要フリーランスエージェントの公開案件（週2〜5日・業務委託）を参考にした目安です。週5常駐寄りと週3リモート可でも水準は変わり、技術スタック・地域・商流・求められる役割で大きく変動します。自分の直近案件と重ねて水準を確認してください。

更新・条件変更時の交渉

月次〜数か月単位で更新する案件では、更新判断の1〜2か月前を目安に単価アップを切り出すのが実務的です。半年更新や年次更新の案件は切り出しタイミングが前倒しになることもあります。既に成果が出ている状態で交渉するため、初回商談より通りやすい傾向があります。継続案件を安定させる観点では「フリーランスエンジニアの継続案件で収入を安定させる方法」も併読すると全体像が掴めます。

ミニFAQ｜条件交渉

Q. 更新交渉で単価を上げたい場合、いつ言うのがベストですか？

A. 契約更新の1〜2か月前が目安です。次期の稼働可否を判断するタイミングと重なるため、クライアント側も社内稟議に間に合わせやすくなります。

ケース別の商談攻略

3類型で戦い方が変わります。

エージェント経由の商談

エージェントが単価・契約を代行するため、あなたは技術・要件・稼働の詰めに集中できます。事前に営業担当と「今回の商談で優先して聞くべき論点」「NGライン」を共有しておくと、当日の役割分担がスムーズになります。エージェント面談の準備は「フリーランスエージェントとの面談の内容と必要な準備」を参照してください。

直案件・リファラルの商談

契約・単価・請求・支払サイトまで自分で握ります。契約書ドラフトは商談後に交わすことが多いため、その場で確定させる項目と持ち帰る項目を切り分けます。見積書の作り方は「見積書の書き方｜フリーランスエンジニア向け記載項目とテンプレート」で解説しています。

更新面談・継続案件の商談

「これまでの成果」「次期の想定タスク」「継続における条件変更」の3ブロックが中心です。実績ベースで話せる場面のため、事前に稼働ログや成果物の要点を整理しておくと、単価改定の交渉材料に使えます。

よくある失敗と対策

過去の商談失敗パターンから、頻出のものを整理します。

過度な自己PR・盛った経歴

「一通りできます」「フルスタック対応可能です」といった曖昧に広い言い方は、受注後の期待値ズレを生みます。担当範囲・使用技術・チーム規模まで具体化した言い方に置き換えます。

スキル不足の隠蔽

未経験の技術を「触ったことがあります」で通すと、参画後に手が止まって稼働時間だけ膨らみます。未経験は素直に伝えたうえで、キャッチアップ計画を口頭で示すほうが信用されます。

単価だけを優先した合意

単価は良いが要件・スコープが曖昧という案件は、後工程で必ず摩擦が出ます。単価が希望どおりでもスコープが読めない場合は、契約期間を短めにするなどリスク分散を組み込みます。

受注後の要件肥大

商談で「柔軟に対応します」と言い切ると、追加要望を断りづらくなります。柔軟性を示しつつ、契約範囲外は別途相談という一文を入れておくのが安全です。

商談後のフォローと契約前チェック

商談は終わってから始まるとも言えます。以下を必ず実施してください。

お礼メール・議事メモの共有

商談後24時間以内にお礼メールを送り、話した内容の要点（役割・稼働・単価レンジ・次回アクション）を短く整理して共有します。認識ズレが早期に見つかり、契約書ドラフト前に修正できます。

契約書・条件確認書のチェック

契約書ドラフトが来たら、以下を必ず確認します。

• 業務範囲・成果物の定義

• 稼働時間・報告方法

• 契約期間・更新条件・中途解約時のルール

• 秘密保持・著作権・成果物の帰属

• 損害賠償の上限・責任範囲

• 支払条件（サイト・振込手数料負担）

フリーランス取引そのものの一次情報は公正取引委員会のフリーランス新法特設ページが基準になります。一般的な取引適正化の参考情報としては、中小企業庁が公開している下請取引の適正化に関する情報にも書面確認のポイントがまとめられています。条項の抜けに気づく参考として併読できます。判断に迷う条項は弁護士等の専門家に確認するのが安全です。

実践チェックリスト

商談前後に使えるチェックリストです。

商談前

• スキルシート・実績資料を最新化した

• 求人票（または初回連絡）を熟読し、技術・チーム・役割・稼働・単価レンジを抽出した

• 想定質問への口頭回答をリハーサルした

• 譲れない条件（最低ライン／希望／理想）の3水準を書き出した

• 逆質問を3〜5個用意した

商談当日

• 自己紹介を90秒以内に収めた

• 「結論→根拠→補足」の型で回答した

• 逆質問で契約後のトラブル要因を潰した

• スコープ・稼働・単価の3点は必ず言及した

• 即答が難しい項目は「持ち帰り確認」と明言した

商談後

• 24時間以内にお礼メールと議事メモを送った

• 契約書ドラフトを受領後、業務範囲・支払条件・責任範囲をチェックした

• 契約前に不明点があれば書面で追加確認した

まとめ

フリーランスエンジニアの商談は、参画可否と条件を双方で詰める場です。技術面談・営業商談と混同せず、以下の要点を押さえれば失注と条件ミスマッチの両方を減らせます。

• 事前準備は「スキルシート／案件情報／想定質問／譲れない条件」の4点セット

• 受け答えは「結論→根拠→補足」で短く。盛らず・矮小化せず

• 顧客折衝はスコープ・稼働・責任範囲の合意形成が最優先

• 単価交渉は根拠のある数字と条件緩和・追加業務の3手を用意する

• 商談後24時間以内のお礼と議事メモ、契約書ドラフトのチェックで詰めを固める

案件の探し方や営業の仕組み化を並行して整えたい方は、「フリーランスエンジニアの営業方法と案件獲得の近道」「フリーランスエンジニアの営業を仕組み化」も併せてご確認ください。案件相談を希望される方は、フリコンの案件情報ページからご覧いただけます。