スカウト代行

スカウトの返信率は、送信数を増やす前に決まります。媒体ごとの設計、文面の型、外注する範囲の切り分け方。

テーマから探す

すべての記事（450本）5／12ページ

マイナビのスカウト文面の型マイナビのスカウト文面を組み立てる型を整理しました。公式が案内しているハイブリッドDM（一斉配信）とスカウト機能（個別送信）の違い、メッセージが学生のマイページの「お知らせ箱」に届くこと、絞り込み条件に自社ページの閲覧や登録が含まれることを踏まえ、二種類の文面を書き分ける方法をまとめています。仕様は変わるので、公式の案内で確認してください。マイナビ
マイナビの運用スケジュールと送信計画マイナビのスカウト運用を組み立てる型を整理しました。公式が案内しているプレサイトと本サイトの二段構え、オプション企画のハイブリッドDMとスカウト機能の違い、ハイブリッドDMで絞り込める条件を踏まえ、サイト切り替えから逆算した年間の計画と週次の使い分けをまとめています。料金は公開されていないので、契約前に運営に確認してください。マイナビ
OfferBoxのスカウト代行｜新卒スカウトを外注する範囲 OfferBoxの運用を外注するときの、範囲の切り方を整理しました。専任サポート担当が1社に1名つくこと、日程調整や選考管理が機能として用意されていること、料金プランが2種類で枠数と期間が違うことを踏まえ、重なりを避ける決め方と契約に書く項目をまとめています。金額は非公開なので、契約前に運営に確認してください。 OfferBox
OfferBoxのプロフィール選定基準の作り方 OfferBoxで誰に送るかを決めるための基準づくりを整理しました。公式が案内している属性検索と自由検索、適性検査eF-1Gの活躍人材分析、AIアシストの上位表示、検討中リストの通知を踏まえ、限られたオファー枠から逆算する基準の作り方と見送る条件をまとめています。仕様は変わるので、公式の案内で確認してください。 OfferBox
OfferBoxのスカウト文面の型 OfferBoxのオファー文面を組み立てる型を整理しました。企業の送信数と学生の受信数の双方に上限があること、プロフィールに動画や画像・研究資料まで載せられること、検討中リストに入れると学生に企業名が通知されることを踏まえ、一通の重みを前提にした型と避けたい言い回しをまとめています。仕様は変わるので、公式の案内で確認してください。 OfferBox
OfferBoxの運用スケジュールと送信計画 OfferBoxのオファー運用を組み立てる型を整理しました。公式が公開しているオファー枠の数、辞退または3日経過で枠が復活する仕組み、企業の送信数と学生の受信数の双方に上限があること、早期定額型と成功報酬型で利用期間が違うことを踏まえ、枠の回転を前提にした計画をまとめています。金額は非公開なので、契約前に運営に確認してください。 OfferBox
ONE CAREERのスカウト代行｜新卒スカウトを外注する範囲ワンキャリアの運用を外注するときの、範囲の切り方を整理しました。媒体側に求人掲載代行やカスタマーサクセスの支援があること、成功報酬型の新卒紹介があること、学生一名あたりの受信数に上限があることを踏まえ、重なりを避ける決め方と契約に書く項目をまとめています。料金は公開されていないので、契約前に運営に確認してください。 ONE CAREER
ONE CAREERのプロフィール選定基準の作り方ワンキャリアで誰に送るかを決めるための基準づくりを整理しました。公式が案内している検索条件の分類、スカウト受諾率で絞り込めること、活動実績やガクチカを入力している学生が限られることを踏まえ、基準を二段構えで置く方法と見送る条件の決め方をまとめています。仕様は変わるので、公式の案内で確認してください。 ONE CAREER
ONE CAREERのスカウト文面の型ワンキャリアのスカウト文面を組み立てる型を整理しました。学生一名あたりの受信数に上限があること、活動実績やガクチカを入力している学生が多いこと、学生のクチコミが集まる場であることを踏まえ、テンプレートの持ち方と冒頭三行の作り方をまとめています。仕様は変わるので、公式の案内で確認してください。 ONE CAREER
ONE CAREERの運用スケジュールと送信計画ワンキャリアのスカウト運用を組み立てる型を整理しました。公式が案内しているスカウトの四つの機能、学生一名あたりの受信数に上限があること、採用計画機能で競合の選考スケジュールや大学の学事日程を見られることを踏まえ、週次の送信計画と振り返りの項目をまとめています。料金は公開されていないので、契約前に運営に確認してください。 ONE CAREER
リクナビのスカウト代行｜新卒スカウトを外注する範囲リクナビの運用を外注するときの、範囲の切り方を整理しました。企業向けの案内は公式サイト上で確認できないため、まず営業担当に確認する項目を挙げたうえで、掲載型の媒体で外注範囲を切るときの考え方と、契約に書いておく項目をまとめています。リクナビ
リクナビのプロフィール選定基準の作り方リクナビで誰にアプローチするかを決めるための基準づくりを整理しました。企業から個別に送る機能の仕様は公式サイトで公開されていないため、まず確認する項目を挙げたうえで、公式サイトで確認できる業種と開催地の区分、おすすめ募集の切り口、フォローとエントリーという段階を使った基準の作り方をまとめています。リクナビ
リクナビのスカウト文面の型リクナビ経由で学生に個別に送る文面の型を整理しました。企業から個別に送る機能の仕様は公式サイトで公開されていないため、まず確認する項目を挙げたうえで、公式サイトで確認できる学生側の動線（フォロー・エントリー・合同説明会）ごとに、どの段階の相手に何を書くかをまとめています。リクナビ
リクナビの運用スケジュールと送信計画リクナビを使った新卒採用の運用を組み立てる型を整理しました。公式サイトで確認できるのは掲載と合同説明会を中心とした学生側の動線で、企業から個別に送る機能の仕様は公開されていません。確認できた事実の範囲で、締め切りカレンダーやWEB合同説明会の日程から逆算する計画の立て方と、営業担当に確認すべき項目をまとめています。リクナビ
サポーターズのスカウト代行｜新卒スカウトを外注する範囲サポーターズのスカウト・メディアの運用を外注するときの、範囲の切り方を整理しました。公式が案内している専任スタッフの運用代行と外注先が重ならないようにする決め方、通数制限が無いことが外注範囲に与える影響、社内に残す仕事、契約前に確認する項目をまとめています。仕様は変わるので、公式の案内で確認してください。サポーターズ
サポーターズのプロフィール選定基準の作り方｜経験の段階と使用言語で線を引くサポーターズで送る学生を選ぶ基準の作り方を整理しました。プログラミング経験の有無を授業からリリースまでの段階で見る考え方、使用言語と志向性の組み合わせ、技術的な実績や自主的なアウトプットの読み方、契約前にデモプロフィールを見て基準を作る手順、通数無制限でも送らないと決める線引きをまとめています。仕様は変わるので、公式の案内で確認してください。サポーターズ
サポーターズのスカウト文面の型｜技術の話を、技術者の言葉で書くサポーターズのスカウト文面を、媒体の性質から逆算して設計する方法を整理しました。学生が受け取るスカウト数が限られている前提、プログラミング経験・使用言語・志向性で絞った条件を文面に落とす手順、技術的な実績や自主的なアウトプットへの触れ方、用途別（インターン集客・説明会・面談）の書き分けをまとめています。仕様は変わるので、公式の案内で確認してください。サポーターズ
サポーターズの運用スケジュールと送信計画｜通数無制限を活かす年間の組み方サポーターズのスカウト・メディアで運用を組むときの、年間の設計と週の回し方を整理しました。通数制限がないという前提、インターン集客・説明会案内・面談案内と用途を分ける考え方、最短2〜3営業日で配信できる立ち上げ、専任スタッフの運用代行との重なり、イベントとの組み合わせまでをまとめています。仕様は変わるので、公式の案内で確認してください。サポーターズ
TECH OFFERのスカウト代行｜新卒スカウトを外注する範囲 TECH OFFERの運用を外注するときの、範囲の切り方を整理しました。公式が案内している専任コンサルタントのトータル支援が内定者フォローまで及ぶこと、自動オファーが前工程を引き受けること、定額制プランであることを踏まえ、重なりを避ける決め方と社内に残す仕事、契約前に確認する項目をまとめています。仕様は変わるので、公式の案内で確認してください。 TECH OFFER
TECH OFFERのプロフィール選定基準の作り方 TECH OFFERで誰に送るかを決めるための基準づくりを整理しました。公式が案内している教員軸と技術キーワード、スペシャルオファーとパーソナルオファーの指定の違い、希望職種や勤務地・性格診断結果を軸にした検索を踏まえ、条件を二段構えで置く方法と見送る条件の決め方をまとめています。仕様は変わるので、公式の案内で確認してください。 TECH OFFER
TECH OFFERのスカウト文面の型 TECH OFFERのオファー文面を組み立てる型を整理しました。公式が案内しているスペシャルオファーとパーソナルオファーの違い、自動オファーに設定するテンプレート、個別オファーの使いどころ、専任コンサルタントによる文面添削を踏まえ、二種類の文面を書き分ける方法と避けたい言い回しをまとめています。仕様は変わるので、公式の案内で確認してください。 TECH OFFER
TECH OFFERの運用スケジュールと送信計画 TECH OFFERのオファー運用を年間で組み立てるための型を整理しました。公式が案内している定額制プラン、卒業年度を問わないオファー、2028年卒へのオファー解禁日、自動・半自動・手動の使い分け、専任コンサルタントの伴走を踏まえ、早期化に合わせた送信計画と面談枠の置き方をまとめています。仕様は変わるので、公式の案内で確認してください。 TECH OFFER
Wantedly（新卒）のスカウト代行｜新卒スカウトを外注する範囲と、渡す権限 Wantedly（新卒）のスカウト運用を外注するときの、範囲の切り方と権限の渡し方を整理しました。採用サービスの権限が管理者・担当・メンバー・なしの四つであること、担当権限で見える候補者の範囲、アクセス人数の上限がプランで変わること、外に出す範囲と社内に残す範囲の決め方をまとめています。仕様は変わるので、公式の案内で確認してください。 Wantedly（新卒）
Wantedly（新卒）のプロフィール選定基準の作り方｜アイコンと気になるリストで型にする Wantedly（新卒）でスカウトを送る学生をどう選ぶか、選定基準の作り方を整理しました。検索結果一覧に出るアイコンの読み方、自社への興味を示す行動、気になるリストのラベル・メモ・評価の使い方、非表示の運用、閲覧済みが180日でグレーアウト解除される仕様までをまとめています。仕様は変わるので、公式の案内で確認してください。 Wantedly（新卒）
Wantedly（新卒）のスカウト文面の型｜全文表示される前提で、冒頭の三行を設計する Wantedly（新卒）のスカウト文面を、媒体の仕様から逆算して設計する方法を整理しました。メールで全文表示される前提、募集タイトルと送信アカウントが一緒に見えること、テンプレート機能の使い方、フリーワードで拾った言葉を本文に落とす手順、二通目の書き分けまでをまとめています。仕様は変わるので、公式の案内で確認してください。 Wantedly（新卒）
Wantedly（新卒）の運用スケジュールと送信計画｜卒業年度で絞り、営業日に届ける Wantedly（新卒）でスカウトを運用するときの、週の回し方と送信計画の立て方を整理しました。新卒フィルターの卒業年度とインターン歴、スカウト受け取り設定という前提、送信予約が営業日9時から順次配信される仕組み、再送の条件、チケット残数の管理までをまとめています。仕様は変わるので、公式の案内で確認してください。 Wantedly（新卒）
美容師へのスカウト文面｜開封される件名と本文の型美容師へのスカウトは、「アットホーム」「歩合あり」「高収入」のような件名では信じられず、本文の一行目で「作品を見た」と分からなければ読まれず、「サロンのスタイルと客層と単価」「歩合の率と指名の扱いと固定給」「練習の有無と扱いと休み」「オーナーがどういう人か」が先に無ければ返信されません。美容師は作品を見たかを一行目で見抜き、サロンの投稿と文面が合っているかを見て、歩合の率と指名の扱いで収入を判断するからです。件名は「相手の作品の一点＋自サロンのスタイルとスタイリストかアシスタントか」、本文は「一行目に相手の作品の一点→自サロンのスタイルと客層と単価とポジション→歩合の率と指名の扱いと固定給と練習の有無と扱い→休みと教育とデビューと雇用の形→オーナーの言葉と離職の状況と対策→現在のサロンの区切りに合わせた技術確認への短い締め」の順で、サロンの紹介は後ろに回し、投稿と整合させます。スタイリスト・アシスタント・復職で重心を変える型、書いてはいけないこと、送る前の確認、返信が来ないときの直す順番、代行に出す場合の範囲をまとめました。美容師
美容師を探すときの検索条件とターゲティング美容師のスカウトで検索条件を「美容師免許、スタイリスト経験〇年」で組むと、得意なスタイルの違う人、客層と単価の違うサロンにいた人、アシスタントとスタイリストの混在、通えない勤務地の人が混ざって出て、しかも数で送ると作品を見ていないと見抜かれます。検索条件は、先に自サロンのスタイルと客層と単価とポジション（スタイリストかアシスタントか）と勤務地を決め、免許や年数ではなく経験（得意なスタイル・サロンの客層と単価・指名の有無・段階）で組み、要件の必須だけにし、作品を見て「自サロンのスタイルと合う一点があるか」で読み、数ではなくスタイルに合う人に一通ずつ送り、勤務地は絞ったまま、アシスタントと復職の層を厚くして送る順を決めます。条件の組み方、スタイルと段階の見分け方、作品の読みどころ、層の広げ方、送る順、条件の保存と見直し、代行に出す場合の範囲をまとめました。美容師
調理師へのスカウト文面｜開封される件名と本文の型調理師へのスカウトは、「経験を活かせる」「こだわりの料理」「月給〇〇以上」「独立支援あり」のような件名では信じられず、本文で「料理長がどういう考え方の人か（料理長の言葉で）」「任される範囲（仕込みだけか、一部門を持てるか、メニューに関われるか）」「労働時間と休みの実態」「料理長への道筋と独立の支援の形」が先に無ければ返信されません。調理師は料理長の考え方が分からないと判断できず、任される範囲で腕を振るえるかを見て、労働時間を隠した文面を信じないからです。件名は「相手の修業先と部門の一点＋自店のジャンルと料理長の考え方の一つ」、本文は「一行目に相手の修業先と部門の一点→自店のジャンルとポジションと料理長の考え方（料理長の言葉で）→任せる範囲と労働時間と休みの実態→料理長への道筋と独立の支援の形と設備と食材→給与の内訳→現在の店の区切りに合わせた試作への短い締め」の順で、店の紹介は後ろに回します。経験者と若手で重心を変える型、書いてはいけないこと、送る前の確認、返信が来ないときの直す順番、代行に出す場合の範囲をまとめました。調理師
調理師を探すときの検索条件とターゲティング調理師のスカウトで検索条件を「調理師免許、経験〇年」で組むと、和食・洋食・中華・イタリアン・フレンチとジャンルの違う人、仕込みが主だった人と一部門を持ってきた人、レストラン・ホテル・給食・居酒屋と業態の違う人、通えない勤務地の人が混ざって出て、しかも数で送ると料理長の考え方に合わない人ばかりになります。検索条件は、先に自店のジャンルとポジション（任せる部門と範囲）と料理長の考え方と勤務地を決め、免許や年数ではなく経験（ジャンル・修業先の種類・担った部門・任された範囲）で組み、要件の必須だけにし、プロフィールを「どのジャンルのどんな店で、どの部門を、どこまで任され、どんな料理を作りたいか」で読み、数ではなく料理長の考え方に合う人に一通ずつ送り、ジャンルは近いところまで、若手と別ジャンルを含めて送る順を決めます。条件の組み方、ジャンルと部門の見分け方、プロフィールの読みどころ、層の広げ方、送る順、条件の保存と見直し、代行に出す場合の範囲をまとめました。調理師
コンサルタントへのスカウト文面｜開封される件名と本文の型コンサルタントへのスカウトは、「成長できる環境」「幅広い案件」「優秀なメンバー」のような件名では信じられず、本文で「領域と職位と案件の種類（守秘の範囲で）」「稼働の実態と昇進の年数と基準」「評価とアサインの決まり方」「面接の回数と期間」が先に無ければ返信されません。コンサルタントは複数のファームから同じ文面を受け取っていて、昇進と評価とアサインの実態で判断し、面接の回数と期間を最初に確かめるからです。件名は「相手の案件か役割の一点＋自ファームの領域と職位」、本文は「一行目に相手の案件か役割の一点→領域と職位と案件の種類（守秘の範囲で）→稼働の実態と昇進の年数と基準と上がれなかったときの扱い→評価とアサインの決まり方とパートナーの言葉→面接の回数と期間→条件の幅→現在の案件の区切りに合わせた短い締め」の順で、ファームの紹介は後ろに回します。転向元（他ファーム・事業会社の企画・ポストコンサル・新卒とMBA）で一行目を変える型、書いてはいけないこと、送る前の確認、返信が来ないときの直す順番、代行に出す場合の範囲をまとめました。コンサルタント
コンサルタントを探すときの検索条件とターゲティングコンサルタントのスカウトで検索条件を「コンサルティングファーム経験〇年、MBA」で組むと、戦略・業務・IT・財務・人事と領域の違う人、アナリストからマネージャーまで職位の違う人が混ざって出て、しかもファームの経験を必須にすると少ない市場で競合と同じ人に送ることになります。検索条件は、先に自ファームの領域と職位と案件の種類（業界と課題）を決め、看板（ファームの経験・MBA・学歴）ではなく経験（担った案件の業界と課題・役割・職位に応じた責任）で組み、要件の必須だけにし、プロフィールを「どの業界のどの課題の案件で、どの役割を、どこまで担い、次に何を求めているか」で読み、領域は絞ったまま、転向元（事業会社の企画・ポストコンサル・隣の領域）を含めて送る順を決めます。条件の組み方、領域と職位の見分け方、プロフィールの読みどころ、転向元の扱い、送る順、条件の保存と見直し、代行に出す場合の範囲をまとめました。コンサルタント
カスタマーサポートへのスカウト文面の型｜件名と本文の順番カスタマーサポートのスカウトで返信が来ないのは、「未経験歓迎」「アットホーム」「お客様の笑顔」で送っているからです。経験者が知りたいのは、チャネルと相手（電話かチャットか、個人か法人か）、クレームの割合と一人で抱えない体制、時間帯とシフトと在宅、いまより何が良くなるか、そして自分の経歴のどこを見て送ってきたか。件名は相手の経験の一点と自社の中身、本文は一行目→チャネルと相手と中身→クレームの扱いとSVの体制→時間帯とシフトと在宅→良くなる一点をSVの言葉で→条件の幅→返信の手間を下げる締めの順で組みます。転向元・層（経験者・BtoB技術サポート・接客からの転向・在宅希望・主婦層・SV志望）ごとの一行目の変え方、書いてはいけないこと、送る前の確認、返信が来ないときに直す順番、代行に出す場合の範囲をまとめました。カスタマーサポート
カスタマーサポートを探すときの検索条件とターゲティングカスタマーサポートのスカウトで検索条件を「カスタマーサポート経験〇年」で組むと、電話で個人の相手をしてきた人、チャットで法人の技術担当を相手にしてきた人、店舗の窓口で対応してきた人が混ざって出て、しかも経験と年数を必須にすると、接客や事務からの転向者、在宅を希望する人、時間に制約のある層を漏らします。検索条件は、先に自社の中身（チャネル・相手・時間帯とシフト・在宅）と受け入れの流れを決め、経験と年数ではなく必須（時間帯とシフトに入れる・中心のチャネルに抵抗が無い・決まりに沿って動き分からないことを聞ける）で組み、プロフィールを「どのチャネルで、誰を相手に、どの時間帯で、どこまで一人で判断してきたか」で読み、中身は絞ったまま、転向元と層（接客・事務・在宅希望・時間に制約のある層・SV志望）を含めて送る順を決めます。条件の組み方、チャネルと相手の見分け方、プロフィールの読みどころ、層の扱い、送る順、条件の保存と見直し、代行に出す場合の範囲をまとめました。カスタマーサポート
カスタマーサクセスへのスカウト文面｜開封される件名と本文の型カスタマーサクセスへのスカウトは、「顧客に寄り添う」「成功を支える」のような件名では開かれず、本文で「自社のカスタマーサクセスの型と分担」「動かせる指標と評価」「顧客の状態」「営業や開発との連携」が先に無ければ返信されません。カスタマーサクセスは会社ごとに中身が違い、実態の無い言葉に敏感だからです。件名は「相手の顧客と取り組みの一点＋自社の型」、本文は「一行目に相手の顧客と取り組みの一点→自社の型と分担→指標と評価（動かせる部分を正直に）→顧客の状態（正直に）→営業・開発との連携→体制→条件の幅→責任者と分担の相手が出る面談への短い締め」の順で、プロダクトと会社の紹介は後ろに回します。転向元（経験者・営業の既存担当・導入支援・サポート・コンサルティング）で一行目を変える型、書いてはいけないこと、送る前の確認、返信が来ないときの直す順番、代行に出す場合の範囲をまとめました。カスタマーサクセス
カスタマーサクセスを探すときの検索条件とターゲティングカスタマーサクセスのスカウトで検索条件を「カスタマーサクセスの肩書」で組むと、肩書を名乗る人が少なく対象が狭いうえ、同じ肩書でも導入支援・定着・更新と提案・問い合わせ対応と中身が違う人が混ざって出ます。検索条件は、先に自社の型と分担を決め、肩書ではなく経験（顧客の種類・取り組みの型・動かした指標・連携）で組み、要件の必須だけにし、プロフィールを「どんな顧客の、何に取り組み、何を動かし、誰と連携したか」で読み、転向元（営業の既存担当・導入支援・サポート・コンサルティング）を型に合わせて含めて送る順を決めます。条件の組み方、型の見分け方、プロフィールの読みどころ、転向元の扱い、送る順、条件の保存と見直し、代行に出す場合の範囲をまとめました。カスタマーサクセス
データサイエンティストへのスカウト文面｜開封される件名と本文の型データサイエンティストへのスカウトは、「データ活用を推進」のような件名では開かれず、本文で「最初に解いてほしい問い」「データの状態」「結果を使う体制」が先に無ければ返信されません。データ職は「問いがあるか」「データはあるか」「結果は使われるか」を最初に確かめるからです。件名は「相手のデータと問いの一点＋自社の最初の問い」、本文は「一行目に相手が解いた問いの一点→自社の最初の問い→役割（分析・モデル・基盤のどれか）→データの状態（正直に）→結果を使う体制→環境と体制→条件の幅→分析の分かる人と結果を使う人が出る面談への短い締め」の順で、会社の紹介は後ろに回します。件名と本文の型、書いてはいけないこと、送る前の確認、返信が来ないときの直す順番、代行に出す場合の範囲をまとめました。データサイエンティスト
データサイエンティストを探すときの検索条件とターゲティングデータサイエンティストのスカウトで検索条件を「データサイエンティストの肩書と手法名」で組むと、分析・モデル・基盤の違う役割の人が混ざって出て、しかも肩書を名乗る人は少ないので対象が狭くなります。検索条件は、先に役割（分析・モデル・基盤）と最初の問いを決め、肩書ではなく経験（解いた問い・扱ったデータの種類・結果が使われたか）で組み、要件の必須だけにし、プロフィールを「何のデータで、何を明らかにし、誰が使ったか」で読み、転向層（事業側の分析担当、研究者、エンジニア）を役割ごとに含めて送る順を決めます。条件の組み方、役割の見分け方、プロフィールの読みどころ、転向層の扱い、送る順、条件の保存と見直し、代行に出す場合の範囲をまとめました。データサイエンティスト
電気設計へのスカウト文面｜開封される件名と本文の型電気設計へのスカウトは、「大手」「安定」「最先端」のような件名では信じられず、本文で「何を設計するか（製品や装置の具体）」「任せる工程（仕様・回路・基板・制御・立ち上げのどこからどこまで）」「困っている点」が先に無ければ返信されません。電気設計は転職を考えていない人が多く、「何を設計するか」で判断し、経歴を読んでいるかを見抜くからです。件名は「相手の製品と工程の一点＋自社の製品と任せる工程」、本文は「一行目に相手の製品と工程の一点→自社の製品や装置と任せる工程→範囲と分担と困っている点（正直に）→実態と設計環境と工夫→設計部長がどういう人か→条件の幅→開発の区切りに合わせた短い締め」の順で、会社の紹介は後ろに回します。件名と本文の型、書いてはいけないこと、送る前の確認、返信が来ないときの直す順番、代行に出す場合の範囲をまとめました。電気設計
電気設計を探すときの検索条件とターゲティング電気設計のスカウトで検索条件を「電気設計経験〇年、資格」で組むと、産業機器・車載・家電・装置制御と対象の違う人、回路・基板・制御・立ち上げと工程の違う人が混ざって出て、しかも電気設計は転職を考えていない人が多いので、条件が合わない人に送っても動きません。検索条件は、先に自社の製品（対象）と任せる工程を決め、資格や年数ではなく経験（設計した製品の対象・担った工程・仕様から立ち上げまで一通りか一部か）で組み、要件の必須だけにし、プロフィールを「何を、どの工程で、一通りか一部か、どんな環境で」で読み、対象は絞ったまま隣の対象と工程を広げて送る順を決めます。条件の組み方、対象と工程の見分け方、プロフィールの読みどころ、隣の対象の扱い、送る順、条件の保存と見直し、代行に出す場合の範囲をまとめました。電気設計