フリーランス参画初月の立ち上がり方｜30日で信頼を得るオンボーディング型
最終更新日：2026/08/25
フリーランス参画初月とは、案件に加わってからの30日間で、契約更新の下地が形成されやすい時期です。準委任案件では成果そのものに加えて、姿勢・報告頻度・約束の守り方が強く見られやすく、初月の型が初回更新の判断材料になりやすい期間になります。本記事は、初回契約更新を確実に勝ち取りたいフリーランスエンジニア向けに、Day 0の準備から30日目のセルフレビューまでを週次で整理します。
先に結論
フリーランス参画初月で最優先なのは、成果を急ぐことではなく、Day 0〜Week 1で業務ルール・報告先・レビュー基準を把握し、Week 2以降に小さく確実な成果を積むことです。
30日の勝負どころは「Day 0-5の情報収集」「Week 2の一人回し」「Week 4のセルフレビュー」の3点
準委任案件は"実力を見せる"より"型を合わせる"が先。姿勢と報告の質で信頼が積み上がりやすい
初月は空回りしてタスクを取りに行くより、業務ルール・レビュー基準・意思決定者の把握を優先する
30日目の面談で単価継続を勝ち取るための材料は、意図的に週ごとに残していく
31日目以降の継続戦略・契約更新の交渉は別記事に委譲し、本記事は初月30日で完結する型として設計している
この記事でわかること
参画初月30日を週単位で分解した具体アクション
Day 0からWeek 4までに、いつ何をやると信頼が積み上がるか
準委任契約特有の"評価される立ち回り"の勘所
初回契約更新に効く材料の残し方
初月にありがちな失敗パターンとリカバリー方法
目次
フリーランス参画初月が重要な理由
Day 0：参画前日までの準備
Week 1（Day 1-7）：型合わせと情報収集
Week 2（Day 8-14）：小さなタスクで信頼を積む
Week 3（Day 15-21）：一人で回せる範囲を作る
Week 4（Day 22-30）：更新の材料を仕込む
契約形態別・初月の違い
よくある初月の失敗と対策
参画初月30日チェックリスト
まとめ
よくある質問
フリーランス参画初月が重要な理由
初月30日は、フリーランス案件で契約更新の下地が最も決まる期間です。実力よりも「一緒に仕事を進めやすい人か」で見られる時期のため、姿勢と報告の型を最初に整えるかどうかで、以降の評価の伸び方が変わります。
契約更新の下地は初月で決まる
フリーランス案件は1〜3ヶ月の短期契約から始まり、月次または四半期で更新されるパターンが多い働き方です。主要フリーランスエージェント数社の公開案件（週4〜5日準委任・首都圏中心・2026年8月時点）を確認する限りでは、初回契約は1〜3ヶ月の表記が多く見られ、初月中に「継続してもらいたい人か」の一次評価がクライアント側で始まりやすい時期です。
初月は業務そのものの成果に加えて、「情報の受け取り方」「質問の仕方」「約束の守り方」が印象を左右しやすい傾向があります。技術力の発揮と並行して、相手のチームで働ける人だと認識してもらう動きも早めに進めておくと、以降の裁量が広がりやすくなります。
準委任契約は"姿勢の評価"の比重が高くなりやすい
フリーランスエンジニアの常駐・リモート案件の多くは準委任契約です。準委任では、一般に成果物の完成そのものではなく、合意した業務の遂行過程や対応の安定性も評価対象になりやすい形態のため、時間の使い方・報告頻度・チーム内の動き方が見られやすくなります。契約形態の詳細は 準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点 を参照してください。
準委任では、契約範囲を越えて指示を受けすぎるのも、線を引きすぎて協力を渋るのも、どちらも摩擦につながりやすいため、初月のうちに役割・裁量の線をすり合わせておくのが安全です。指揮命令関係の整理は偽装請負の論点にも関わるため、具体の運用は契約書と、必要に応じて専門家の確認を前提にしてください。
30日・3ヶ月・6ヶ月で評価軸が変わる
参画後の時期ごとに、クライアントが見ているポイントは異なります。本記事は30日限定の型に絞って書きます。1ヶ月以降の継続戦略は フリーランス常駐で評価される立ち回り｜参画後の行動と契約継続のコツ で扱い、初回更新に向けた3ヶ月の実績づくりは フリーランス単価を上げる参画後3ヶ月｜初回更新までの実績づくり が詳しいです。
期間 | クライアントが見ているポイント | 本記事の対象 |
|---|---|---|
Day 0-30（初月） | 型合わせ・情報吸収・報告の質 | ○ |
1〜3ヶ月 | 独立して回せる範囲・現場貢献の輪郭 | 別記事へ委譲 |
3〜6ヶ月 | 課題発見・改善提案・単価継続の材料 | 別記事へ委譲 |
更新面談 | 実績の言語化・次期の使い所提案 | 別記事へ委譲 |
ミニFAQ
Q. 初月から高いパフォーマンスを見せる必要はありますか？
A. 初月に無理してタスクを積むより、業務ルールとレビュー基準を先に押さえるほうが、結果的に初月の評価を安定させやすい傾向があります。姿勢が評価されやすい期間だと割り切って良いです。
Q. 途中参画（月の途中から稼働開始）でも同じ考え方でいいですか？
A. 基本の型は同じですが、月末〆の業務やスプリントの途中で入る場合は、Week 1で「現在進行中のスプリントのゴール」を最初に確認してください。合流時点でクリティカルな会議が数日以内にあるかも、初日に確認しておくとよいです。
Day 0：参画前日までの準備
Day 0は稼働開始の前日までの準備日です。稼働開始日にゼロから情報を取りに行くと、Week 1が丸ごと情報収集に消えます。参画前に押さえられる情報は先に取っておき、初日の消耗を減らします。参画までの流れ全体は フリーランス案件参画までの流れ｜登録から初稼働までの期間と準備 で解説しています。
事前ヒアリングで押さえる5項目
エージェント面談・クライアント面談の時点で、以下の5項目は必ず確認しておくと初日の立ち上がりが軽くなります。
出社頻度と勤務時間（フルリモート／週数回出社／週5オンサイト）
使用するチャットツール・タスク管理ツール・開発環境
直属の窓口担当者（PM／リーダー／CTO直下 など）
初日にジョインする定例MTGの有無と時刻
契約書上の「業務範囲」の記載内容
面談で不明点が残っていたら、稼働開始日の3営業日前までにエージェントを介して確認しておきます。当日「聞いていない」で止まると初日の印象を落とします。
環境・アカウント・自己紹介文の準備
クライアントから発行されるアカウント類は、稼働前日までに全て届いているか確認する
自己紹介文は120字程度で用意する（経歴3行＋得意領域1行＋よろしくお願いします）
開発機を持参する案件では、事前にVPN・パスワードマネージャ等の設定を済ませておく
名刺は不要な現場が増えているが、常駐系では出社初日に必要な場合もあるため要確認
自己紹介文はチャット投稿用に短い版、対面挨拶用に長い版の2種類を用意しておくと使い回せます。
初日の持ち物・服装・到着時刻の目安
到着時刻は開始15分前を目安にする（フルリモートの場合はチャットに5〜10分前入室）
服装は原則クライアントのドレスコードに合わせる。事前確認できない場合はビジネスカジュアルで無難
持ち物は身分証明書・筆記用具・PC（貸与かBYODかを事前確認）。印鑑が必要な現場は電子契約の普及で減っているため、必要有無のみ事前に確認する
Week 1（Day 1-7）：型合わせと情報収集
Week 1は情報を取る週です。技術で貢献するのはWeek 2以降と割り切り、まずは業務の型・意思決定の流れ・チーム内の呼吸を掴みます。
初日にやること
初日は「よい第一印象」と「情報収集の器を作ること」の2点に集中します。以下の順で動くと落としが少ないです。
挨拶（自己紹介＋よろしくお願いします＋質問しやすい雰囲気づくり）
環境セットアップ（VPN・SSO・チャット・タスク管理ツールへのログイン確認）
定例MTG・スプリントリズムの把握
直属窓口担当者との顔合わせ（1on1の設定希望を伝える）
初日終わりに簡潔な稼働報告（勤怠ルールに沿って）
初日で全部を理解する必要はありません。「わからないことがまだ多いです。明日以降キャッチアップしていきます」と正直に置いておくほうが、無理に理解したふりをするより信頼を得やすいです。
Day 2-5で引き出す業務ルール
初日の翌日から4日ほどかけて、以下のルールを確認します。まとめてドキュメント化しておくと、後日別メンバーが参画したときに引き継ぎ資料としても機能します。
勤怠ルール（稼働開始・終了の報告先／勤怠管理システム／稼働時間の丸め方）
レビューフロー（PRの作法／レビュアー指定／マージ権限）
タスクの割り当て方（誰がアサインするか／自分から取りに行くのはOKか）
質問先の切り分け（技術／仕様／業務ルールでチャネルが違う場合が多い）
リリースフロー（本番反映のタイミング／障害時のエスカレ先）
Week 1で作るドキュメント
情報収集の副産物として、以下のドキュメントを自分用に残すと、Week 2以降の立ち回りが軽くなります。
略語集（プロジェクト固有の呼称・システム名・略語）
人物マップ（役職・専門領域・普段どのチャネルにいるか）
開発環境メモ（ローカル環境構築で詰まった点と回避策）
リポジトリ地図（主要リポジトリの用途・入り口となるREADME・関連ドキュメント）
これらは初月終わりのセルフレビューでも使います。Week 4で「初月に何を吸収したか」を示す材料になります。
ミニFAQ
Q. Week 1でどこまで質問していいですか？
A. 業務ルール・ドキュメントの所在は積極的に聞いて構いません。技術判断の質問は、Week 1ではまず既存コード・既存ドキュメントを1〜2時間当たってから聞くほうが評価されやすい傾向があります。
Q. Week 1で開発タスクが降ってこない場合どうすればいいですか？
A. 環境構築・ドキュメント読み込み・小さなバグの調査を提案してみてください。指示待ちで沈黙するより、「動いていること」の可視化を優先します。
Week 2（Day 8-14）：小さなタスクで信頼を積む
Week 2は最初の実タスクに手を付ける週です。派手な改修より、小さくても完了させて信頼残高を作ることを優先します。
最初に取るタスクの選び方
最初のタスクは以下の条件で選ぶと、失敗が起きにくくなります。
影響範囲が限定的（他コンポーネント連携が少ない）
レビュー基準が明確（既存パターンの踏襲で足りる）
完了判定が明確（受け入れ条件が書かれている）
1〜3日で終わる見積もりが立つ
チームリーダーに「まずはこの粒感のタスクから入りたい」と相談すると、大抵は歓迎されます。初回で背伸びすると、コードスタイル・レビュー基準・リリース手順のいずれかで詰まりやすいためです。
質問の作法と頻度
質問は「詰まってから相手を止める」より「詰まる前に軽く投げておく」ほうが、結果的に相手の時間を奪いません。以下の型が使いやすいです。
前提を1行で書く（自分がやろうとしていること）
試したことを箇条書きで書く（1〜3項目）
現在の解釈と迷い所を書く
何を判断してほしいかを最後に書く
準委任案件では、質問の作法が姿勢評価の一部として見られます。「聞き方が丁寧で、こちらの時間が減った」と感じてもらえると、Week 3以降の裁量が広がりやすいです。
レビュー・PRの通し方
最初のPRは意図的に小さくする（数十行〜100行程度）
コミットメッセージ・PR説明文は既存の書式に揃える
レビュー指摘には即応する（同日中の対応が理想）
大きめの設計判断は、PRを出す前に相談ベースで確認する
実装タスクがある案件なら、Week 2で小さなPRを1〜3本通せると立ち上がりの目安になります。案件規模・レビュー文化・タスク粒度で変動するため、数の目標より、指摘されたパターンをWeek 3で繰り返さないことのほうが重要です。
Week 3（Day 15-21）：一人で回せる範囲を作る
Week 3は「独立して着手・完了できる領域」を作る週です。ここで手が止まると、初月終盤にセルフレビューする材料が薄くなります。
独立して回せる領域の見極め
以下の条件が揃った領域は、一人で回しやすくなります。
業務ロジックが自分の理解範囲に収まっている
関連するデータ構造・API仕様が把握できている
レビュアーの反応パターンが読める（どんな指摘が来るか予測できる）
意思決定者に短時間で相談できる関係ができている
Week 3では、Week 1-2で構築した「略語集」「リポジトリ地図」を実際に使いながら、担当領域を絞り込みます。全部を回そうとしないほうが早く型ができます。
進捗共有の型
準委任案件では、進捗共有の頻度と質が姿勢評価に直結します。以下の3層で使い分けると、報告と作業のバランスが取りやすいです。
層 | 頻度 | 内容 |
|---|---|---|
デイリー | 稼働終了時 | その日の完了項目・翌日の予定・詰まり |
週次 | 週末 | 今週のPR一覧・積み残し・来週の見立て |
随時 | 詰まり発生時 | 遅延の兆候／設計判断の相談／エスカレ |
デイリーはチャットに数行、週次は箇条書き5〜7項目で十分です。長文の報告書を毎日書く必要はありませんが、書かないと存在感が薄くなります。
遅延・詰まりの報告フォーマット
遅延は隠すより早めに報告したほうが、信頼低下を抑えやすい傾向があります。以下のフォーマットが実務で使いやすいです。
当初見積もり：X日
現在の進捗：Y割完了
詰まっている論点：（1〜2文で）
現在の対応：（試している選択肢）
判断してほしいこと：（あれば）
見直し後の見込み：Z日
遅延を早めに共有できる人は、現場運営上の安心感につながりやすく、継続判断でもプラスに働く場面があります。ここで信頼を作れると、初回更新面談で示せる材料が増えます。
Week 4（Day 22-30）：更新の材料を仕込む
Week 4は初月30日の総仕上げです。翌月以降の継続の可否は、この週の残し方で大きく変わります。
30日目のセルフレビュー項目
30日目までに、以下を自分で言語化しておきます。
完了したPR・タスクの数と主な内容
拾った現場課題（提案までは踏み込まなくてよい。観察のメモで十分）
Week 1で作ったドキュメントの更新版
詰まった点・回避した点・チームに助けてもらった箇所
来月やりたいこと・任せてほしい領域
これを1枚のノートにまとめておくと、初回更新面談の準備がそのままできます。契約更新面談の準備は フリーランス契約更新面談で話すこと｜継続を勝ち取る準備と実績の示し方 で詳しく扱っています。
貢献の見える化
準委任案件では、成果物の量より「チームの手が止まらなかったこと」が評価対象になる場面が多いです。以下の3種類を書き分けると、貢献が伝わりやすくなります。
数字で示せるもの：PR数・レビュー対応数・完了タスク数
エピソードで示せるもの：詰まっている人に情報を渡した・障害時に一次対応した
継続の意思表明：来月以降で担当したい領域・貢献したい範囲
数字だけを並べると「量産型フリーランス」に見えます。エピソードを混ぜると「一緒に働きたい人」に近づきます。
初回契約更新面談への布石
月次更新や初回1〜2ヶ月契約の案件では、初月終盤〜翌月初旬に継続確認の場が設けられることがあります。以下は面談の前日までに準備しておきます。
初月に貢献した具体エピソード3つ
現場から見えてきた課題認識（浅くて構わない）
来月以降で任せてほしい領域・関わり方
続けて働きたい意思の明示
一般的な週4〜5日準委任案件では、単価交渉は初回更新時よりも、実績が見えた2〜3回目以降のほうが通しやすい傾向があります。希少スキル・短期火消し案件・追加責任発生時など例外もありますが、標準的な継続前提の案件では初月の段階で単価を上げに行くのは早いと受け取られやすいです。単価継続や引き上げの体系的な考え方は 【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？ を参照してください。
契約形態別・初月の違い
働き方によって、初月に重点を置くポイントが変わります。ここで扱う単価感は「主要フリーランスエージェント数社の公開案件（週4〜5日準委任・首都圏中心・実務経験3年以上向け・2026年8月時点）」を参考にした目安で、職種・スキル帯・上流比率で上下します。
客先常駐（週5オンサイト）
対面の第一印象と挨拶の比重が特に大きい
席替え・座席固定・会議室予約ルールなど物理的な業務動線を初日に把握する
ランチ・雑談の場が信頼構築の重要チャネルになる場面がある
単価目安：週5準委任で月60〜100万円前後が公開案件で多く見られる傾向（Web系開発職想定）
フルリモート
チャットでの存在感の作り方が肝
定例MTGでのカメラON／OFFの慣習を初週に確認
レスポンス速度に加え、非同期でも状況が伝わる報告の明瞭さが姿勢評価に直結しやすい
単価目安：フルリモート週5準委任で月60〜110万円前後が公開案件で見られる傾向（Web系開発職想定）
ハイブリッド（週数回出社）
出社日と在宅日でコミュニケーションの取り方を切り替える設計が必要
出社日に対面の重い議題を集約し、在宅日はチャット中心で進める型が回しやすい
どちらの型にも入り切れないと、両方で存在感が薄くなる
自分が今のスキル・経験でどの程度の単価レンジを狙えるかは、フリーランスエンジニア単価診断 で目安を確認できます。初月の立ち上がりが良ければ、初回更新以降の単価交渉の基準を持ちやすくなります。
よくある初月の失敗と対策
初月に起きやすい失敗パターンを4つに整理します。事前に知っておくと避けやすいです。
失敗1：空回りしてタスクを取りに行きすぎる
「早く成果を見せなければ」と焦って複数タスクを抱え、どれも中途半端になるパターンです。準委任案件では、量より完了率が見られます。Week 1〜2は取るタスクを1〜2本に絞り、確実に通す方が信頼が積み上がりやすいです。
失敗2：質問しづらくて詰まりを抱え込む
初月は質問の心理的コストが高い時期です。1日詰まっている論点は、30分以内に軽く投げる型を先に作っておくと沈黙時間が減ります。「調べたけど分からなかった」を可視化する前提で聞けば失礼になりません。
失敗3：契約範囲の線を握らず動く
準委任は雇用契約とは異なるため、業務の進め方や指示の出し方は契約内容に沿った整理が必要です。クライアント社員と同じように細かい指示を受け続ける運用は偽装請負の論点に関わる可能性があり、逆に線を引きすぎるとチームプレーが成立しません。初月のうちに、直属窓口担当者と役割・裁量の線を口頭で確認しておきます。実際の運用可否は契約書と、必要に応じて専門家の確認が前提です。契約形態の詳細は 準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点 で解説しています。
失敗4：セルフレビューを準備せず面談を迎える
初回更新面談で「特にこれといって……」となると、クライアント側で継続判断の材料が薄くなります。Week 4のセルフレビュー項目を自分で言語化しておけば、面談で慌てません。
参画初月30日チェックリスト
30日を通して確認できる項目を、週ごとにまとめました。印刷して手元に置いておくと使いやすいです。
Day 0（参画前日まで）
出社頻度・勤務時間・使用ツールを事前確認した
クライアント発行のアカウント類が届いた
自己紹介文（120字程度）を準備した
初日の定例MTG参加有無を把握した
Week 1（Day 1-7）
初日に挨拶と環境セットアップを完了した
直属窓口担当者と1on1を設定した
勤怠ルール・レビューフロー・質問先の切り分けを把握した
略語集・人物マップ・開発環境メモを作成した
Week 2（Day 8-14）
最初のPRを通した（小さな範囲でよい）
レビュー指摘を同日中に反映した
質問の作法（前提・試したこと・迷い所・判断依頼）で投げた
Week 3（Day 15-21）
独立して回せる領域を1つ確保した
デイリー・週次・随時の3層で進捗共有を始めた
遅延・詰まりを早めに報告するフォーマットを使った
Week 4（Day 22-30）
30日目のセルフレビュー項目を書き出した
貢献を数字・エピソード・意思表明の3種で言語化した
初回更新面談の準備メモを作成した
継続意思をクライアント側に明示的に伝えた
まとめ
フリーランス参画初月は、30日間で契約更新の下地を作る期間です。以下の要点を押さえて動くと、初回更新の可否と、その後の裁量の広がり方が大きく変わります。
Day 0で事前ヒアリング5項目とアカウント類を確認しておく
Week 1は情報収集に集中し、業務ルール・レビュー基準・人物マップを押さえる
Week 2で小さなPRを1〜3本通し、質問の作法を型にする
Week 3で独立して回せる領域を1つ作り、3層の進捗共有を始める
Week 4で貢献を言語化し、初回更新面談の材料を意図的に残す
準委任案件は"実力を見せる"より"型を合わせる"が先。姿勢と報告の質で信頼が積み上がる
初月の単価交渉は早すぎる。継続の下地を作り、引き上げは2〜3回目の更新以降で狙う
31日目以降の継続戦略・実績づくり・単価交渉は本記事の範囲外です。1ヶ月以降の立ち回りは フリーランス常駐で評価される立ち回り｜参画後の行動と契約継続のコツ、初回更新までの3ヶ月の実績づくりは フリーランス単価を上げる参画後3ヶ月｜初回更新までの実績づくり を続けて読むと、初月から更新後までの全体像が繋がります。案件を探している段階の方は 案件一覧 から現在募集中の案件を確認できます。
よくある質問
初月に遅刻や欠勤があると、契約更新に響きますか？
事情を早く共有すれば、1回程度の遅刻・体調不良は継続判断に大きく響かないケースが多いです。ただし連絡なしの欠勤や、複数回の遅刻は準委任案件でも印象を強く下げます。当日朝早めに窓口担当者へ連絡し、後日フォローの動きを見せておくと影響を最小化できます。
初月からチームMTGでどれくらい発言するのが自然ですか？
Week 1は挨拶と質問中心、Week 2以降は自分の進捗共有＋関連トピックへの短い反応、が自然な入り方です。「新規参画者だから発言しない」も「初日から議論を主導する」も両極端で、どちらも違和感を持たれやすい傾向があります。
定時で退社していいのですか？
準委任契約は稼働時間で報酬が決まるため、契約時間内で業務が回っていれば定時退社が原則です。ただし、初月は「まだ回っていないのか、余裕があるのか」がクライアント側から見えにくいため、Week 1〜2は稼働終了時に簡潔な進捗共有を残しておくと安心感が伝わります。
初月から副業案件を掛け持ちしても大丈夫ですか？
契約書上で兼業禁止が明示されていなくても、秘密保持義務・競業避止・稼働時間帯の重複可否・情報持ち出し制限など別条項の確認が必要です。稼働時間帯が重なる副業は避け、初月は本案件のキャッチアップに集中して、掛け持ちの本格化は2〜3ヶ月目以降のほうが摩擦が少ない傾向があります。契約書の該当条項を初日までに確認し、判断に迷う場合はエージェント担当者や専門家に相談してください。
初月から単価交渉できますか？
一般的な継続前提の準委任案件では、初月での単価交渉は早いと受け取られやすいです。初回更新でも単価維持を最優先にし、引き上げは2〜3回目の更新から狙うほうが通しやすい傾向があります。初月は"更新される下地"を作る期間と割り切るのが実務的です。
稼働開始日の何日前から準備すればいいですか？
3〜7営業日前を目安に、環境セットアップ・自己紹介文・事前ヒアリング項目を確認します。1週間より前は、クライアント側の準備が整っていないケースがあり、確認しても情報が返ってこないことがあります。
途中参画（月の途中から開始）で初月の型は変わりますか？
基本の型は同じですが、以下2点だけ調整します。ひとつはWeek 1で「今稼働中のスプリントのゴール」を最初に確認すること、もうひとつは30日ちょうどではなく次のスプリント終わりに合わせてセルフレビューを行うことです。
オンサイト初日の服装はどうすべきですか？
事前確認できるならクライアントのドレスコードに合わせます。確認できない場合は、ジャケットなしのビジネスカジュアル（襟付きシャツ＋チノパン等）が無難です。金融・官公庁系はスーツ寄り、Web系はカジュアル寄りの傾向が語られることが多いものの、企業ごとの差が大きいため事前確認が最優先です。業界の傾向差の参考としては 金融業界のフリーランスエンジニア案件｜職種・単価相場・求められるスキルを解説 や各業界別記事があります。
初月にトラブル（障害・データ事故）が発生したらどう動けばいいですか？
一次対応の判断は現場ルールに従います。フリーランスの立場では、まず窓口担当者に一報を入れ、既存メンバーの指示を仰ぐのが基本です。準委任契約では、単独で判断して大きな動きを取るより、報告と共有を優先するほうが後の説明責任が軽くなります。
初月終わりに合わない現場だと感じたら、更新を断っていいですか？
合わない場合は初回更新で辞退して問題ありません。エージェント経由の場合は、初月終盤〜面談前にエージェント担当者へ相談しておくと、次案件の準備と重ねられます。担当者との相談の仕方は エージェント担当者との付き合い方｜希望条件が通る伝え方と信頼構築のコツ が参考になります。
