導入前準備は現在動いているデータから始める
SESマッチングツール導入前は、現在動いている案件と稼働可能な人材から始め、比較項目、案件ID・人材ID、更新日、情報源、状態、重複、担当、公開範囲を整えます。
小さな対象を正しく整えることが、全件を急いで取り込むよりも導入後の検索とマッチングを確かめやすい進め方です。
この記事では製品や料金の比較ではなく、導入前に案件・人材データをどの状態へ整えるかを実務チェックリストとして解説します。
全件移行を前提にすると準備が止まりやすい
導入前に過去の案件・人材をすべて完全な状態へ整えようとすると、古い情報の確認だけで準備が止まりやすくなります。
最初の目的はデータベースを完成させることではなく、現行業務で検索と候補照合が成立するかを確かめることです。
古い情報ほど確認作業が増える
過去案件は募集状態、単価、勤務地、開始時期が変わっている可能性があります。
過去人材も稼働状況、希望条件、スキル、連絡可能な担当が変わっていることがあります。
古い情報を無条件に移すと、導入直後から確認待ちデータが増えます。
すべての項目を埋める必要はない
比較に使わない項目まで一律に必須にすると、値を埋めることが目的になり、根拠のない補完が起きます。
最初は商流、単価、スキル、稼働時期、勤務地・リモートなど、案件と人材の照合に使う項目を優先します。
不足項目は空欄へまとめず、未確定状態として扱います。
最初に対象範囲と更新担当を決める
データ項目を整える前に、どの案件・人材を対象にし、誰が更新するかを決めます。
対象範囲と担当が曖昧なままでは、同じデータを複数人が直したり、確認待ちのまま放置したりします。
現在動いている情報へ対象を絞る
案件は現在募集中または提案可否を確認中のもの、人材は現在稼働可能または稼働予定を確認できるものから始めます。
過去データはすぐに照合へ使う必要があるかを見て、後から追加する範囲を決めます。
現在使うデータから試すと、導入後の検索結果を現場が確認しやすくなります。
項目ごとの更新担当を決める
案件条件は案件担当、人材の稼働状況は人材担当、権限や公開範囲は管理者というように責任を分けます。
一人がすべてを更新する必要はありませんが、最終的に誰の確認を正本とするかは決めてください。
更新担当と承認者が分かれている場合は、確認中から確定へ変えられる人も明記します。
案件側の比較項目を整える
案件側は、取引条件、要求スキル、稼働条件を人材側と比較できる項目へ分けます。
長い案件説明を残すだけでなく、提案判断に使う値とその状態を別に持つことが重要です。
案件の状態と識別情報を持つ
案件ごとに案件ID、募集状態、更新日、情報源、担当者を持たせます。
案件名が少し変わって再送されても、同一案件か更新版かを判断できる状態にします。
商流と単価を別項目にする
商流には提案可能な所属範囲と確認状態を記録し、単価には提示額または範囲と単位、確認状態を記録します。
商流と単価を同じ「条件」欄へまとめると、どちらが未確定か分かりません。
生の表現と比較用の値を分けると、元メールへ戻りながら判断できます。
スキルと稼働条件を分ける
必須スキル、尚可スキル、担当工程、役割を分け、勤務地、リモート条件、開始時期も個別に持ちます。
技術名だけでなく、どの工程や業務経験を求めるかまで整理すると人材側と照合しやすくなります。
案件票の項目と未確定値の書き分けは次の記事で詳しく扱っています。
人材側の比較項目を整える
人材側は、所属と商流、希望単価、スキル、稼働時期、勤務地・リモート条件を案件側と同じ粒度へ分けます。
スキルシートがあるだけでは現在の提案条件が分からないため、更新状態と情報源を添えます。
人材の稼働状態と担当を持つ
人材ID、現在の稼働状態、稼働可能時期、最終確認日、確認した担当者を記録します。
「即日可」という過去のメールが残っていても、最終確認日が古ければ現在も提案可能とは判断できません。
所属と希望条件を確認する
所属区分、商流上の位置、希望単価や下限、勤務地・リモートの希望を分けて持ちます。
情報がない場合は推測せず、不明または確認中として確認先を残します。
所属や単価を経験則で補うと、もっともらしい誤情報が検索条件に混ざります。
スキルは役割と工程まで整理する
技術名の羅列だけでなく、担当した役割、工程、対象業務、経験の根拠を確認します。
案件の必須条件と対応づけられる粒度にすると、営業担当の方が候補理由を説明しやすくなります。
案件と人材に共通する管理項目を決める
案件側と人材側には、識別子、更新情報、情報源、状態など共通する管理項目が必要です。
これらはマッチング条件ではありませんが、候補が現在も使える情報かを判断する土台になります。
案件IDと人材IDで同一対象を追跡する
案件と人材にはそれぞれ重複しないIDを割り当て、メール件名や表示名が変わっても同一対象を追跡できるようにします。
元メールの識別情報や社内管理番号と対応づける場合も、公開画面で見せるIDとは分けて扱います。
それぞれの識別IDは、更新版と新規データを判断する基準になります。
更新日と情報源を必ず残す
最終更新日だけでなく、誰から届いたメール、どのスキルシート、どの確認結果を根拠にしたかを残します。
情報源が複数ある場合は、どれを現在の値として採用したかを判断できるようにします。
値と根拠を一緒に持つと、条件変更時に修正箇所を探しやすくなります。
未確定状態を共通化する
未確定値は、不明、確認中、応相談、設定なし、矛盾ありなどの状態へ分けます。
状態名を案件側と人材側で共通にすると、確認が必要な候補を同じ基準で探せます。
「矛盾あり」は新旧のメールで値が異なるなど、確定前に情報源を見直す必要がある状態です。
重複と鮮度の判定ルールを決める
重複と鮮度のルールは、同じ案件や人材が候補へ何度も出ることと、古い条件で提案することを防ぎます。
完全一致だけでなく、更新版や別経路で届いた情報をどう扱うかを決めます。
重複候補は自動で統合しない
件名、案件名、人材名が似ていても、別ポジションや別条件である可能性があります。
同一ID、情報源、条件の一致、更新日時など、同一と判断する基準を用意します。
似ているだけで統合すると、別案件や別人材の情報を失うおそれがあります。
古い情報は削除せず状態を変える
募集終了、稼働決定、長期間未確認などを状態として記録し、現在の候補から外します。
履歴を残せば、同じ案件が再開したときや人材の稼働状況が変わったときに経緯を確認できます。
鮮度の基準は会社や情報種別によって異なるため、最終確認日と再確認の担当をセットで決めます。
権限と公開範囲を導入前に確認する
案件・人材データは、検索できる人、編集できる人、外部へ見せられる範囲を導入前に分けます。
項目を整えても、公開範囲が曖昧なら安全に運用を始められません。
社内の閲覧権限と編集権限を分ける
全員が閲覧できる項目と、管理者や担当者だけが編集できる項目を決めます。
所属、連絡先、契約に関わる情報など、業務上必要な範囲だけへアクセスを限定します。
誰が変更したかを追える方法も、選定中のツールへ確認してください。
外部公開する項目を先に定義する
マッチング前に見せる概要と、双方の合意後に見せる詳細を分けます。
案件名や会社名を伏せても、特徴的な条件の組み合わせから相手が推測できる場合があります。
公開前提と社内限定を分けることで、取り込み後に項目を慌てて隠す事態を避けられます。
小さなデータで検索とマッチングを試す
項目を整えたら、現在動いている小さな範囲で検索と候補照合を試します。
見るべきなのは件数の多さではなく、候補の理由を原文と確認結果まで戻って説明できるかです。
自由文をそのまま比較しない
案件メールと人材メールは送信元ごとに書式が異なるため、自由文のままでは同じ条件を安定して比較しにくくなります。
Dot Linkは自由文メールをそのまま比較せず、案件・人材へ分類し、必要に応じて分割し、商流、単価、スキル、稼働時期、勤務地・リモートなどを構造化・正規化して比較する方針です。
構造化してから比べることで、表記の違いと条件の違いを分けて確認できます。
未確定項目が候補でどう見えるか確認する
単価欠損や稼働時期不明などのデータが、候補から消えるのか、確認事項として残るのかを試します。
Dot Linkの現行方針では、単価欠損や比較不能だけで候補を除外せず、商流もどちらかが不明なら無理に落としません。
候補生成の考え方は次の記事で整理しています。
AI時代にSES営業ツールが必要な理由｜Gmail・Excel管理の限界
導入準備チェックリストで抜けを確認する
導入前の確認は、項目の有無だけでなく、値の状態、担当、根拠、公開範囲まで含めて行います。
次の表を使い、最初に取り込む案件・人材について準備状況を確認してください。
| 区分 | チェック内容 |
|---|---|
| 対象範囲 | 現在募集中の案件と稼働可能な人材へ絞っている |
| 案件項目 | 商流・単価・必須スキル・稼働時期・勤務地を分けている |
| 人材項目 | 所属・希望単価・スキル・稼働時期・勤務地希望を分けている |
| 識別 | 案件IDと人材IDを別々に一意採番して同一対象を追跡できる |
| 鮮度 | 更新日と最終確認日がある |
| 根拠 | 元メール・資料・確認結果など情報源が分かる |
| 状態 | 不明・確認中・応相談・設定なし・矛盾ありを区別する |
| 重複 | 更新版と新規データを判断する基準がある |
| 担当 | 項目を更新する人と確定できる人が決まっている |
| 権限 | 閲覧者・編集者・外部公開範囲が決まっている |
ツール選定の評価軸を確認したい場合は次の記事が参考になります。
SESマッチングツール選定で比較すべき5つの観点｜導入前に見る評価軸
主要なツールの対象領域を比較したい場合は次の記事で整理しています。
完全移行より更新できる状態を優先する
SESマッチングツール導入前に優先するのは、全データを埋めることではなく、現在使う情報を同じ基準で更新できる状態にすることです。
案件と人材の比較項目に加え、それぞれの一意のID、更新日、情報源、未確定状態、重複ルール、更新担当、権限・公開範囲を決めます。
完全さよりも、根拠へ戻れて次の更新ができることを重視してください。
小さな範囲で検索とマッチングを試し、足りない項目が分かってから対象を広げると、現在の営業運用に必要な準備へ絞れます。
初期費用¥0で導入negativeハードルを下げる
無料登録して比較検討する →よくある質問
案件と人材の項目名が違う場合はそろえるべきですか？
比較に使う項目は、意味が対応するように定義をそろえてください。
たとえば案件側の「開始時期」と人材側の「稼働可能日」は名称が違っても比較できますが、日付、月単位、即日、応相談をどのように扱うかを共通化する必要があります。
元の項目名や文章は情報源として残し、比較用の項目へ変換した値と分けて持つと安全です。
名称だけを無理に統一するのではなく、同じ条件として比較できる範囲と、確認が必要な状態を定義してください。
同じ案件や人材が重複していたら削除すべきですか？
最初から削除せず、同一情報か更新版かを確認してから扱います。
同じ案件名でもポジション、単価、開始時期が違えば別の募集である可能性があり、同じ人材でも経歴更新や稼働状況の変更が含まれる場合があります。
案件ID・人材ID、情報源、受信日時、主要条件を見て、同じ対象の更新版なら現在の値と履歴を対応づけます。
判断できない場合は「重複疑い」として残し、確認担当と期限を決めてください。
似ているという理由だけで統合すると必要な条件差を失います。
導入前に権限と公開範囲をどこまで決めるべきですか？
少なくとも社内閲覧、社内編集、外部公開の三つを分け、役割ごとに扱える項目を決めてください。
営業担当が検索に必要な情報と、管理者だけが確認する連絡先や契約関連情報では、必要な権限が異なります。
外部マッチングを使う場合は、候補段階で見せる概要と、双方の合意後に開示する詳細も分けます。
導入後に全データを非公開へ戻すのではなく、最初の取り込み前に公開可能な項目だけを明示し、変更履歴を追える運用を確認してください。
