機会をネットワークへ。
人材紹介会社が、候補者とその候補者を推薦できる人に業務をつなぎます。
- 職種、候補者、判断を1つの業務フローに
- チーム、顧客、候補者のためのポータル
- 契約、手数料、入社手続きへのつながり
業務のために。
進め方を変える。
LinkMatch AIが複雑さを明確な次の一歩に変える3つの場面。
プロフィールの背後にある経験を知る。
- 課題
- 人材紹介会社が新たな求人を受け取り、適切な候補者を顧客に提示する必要があります。
- 業務で活きる製品
- 採用担当者が要件を定義し、プロフィールと推薦を確認して、レビュー済み候補者を顧客ポータルへ送ります。顧客が評価と面接を続けます。
- 変わること
- 専門的な文脈と明確な状態を引き継ぎます。システムの推奨が、人による選考の材料になります。
判断を、次のステップへつなぐ。
- 課題
- 候補者は決まりましたが、契約、購買、請求はそれぞれ別のチームが担当しています。
- 業務で活きる製品
- 採用データを契約と手数料に連携し、承認のタイミングを定義して、合意した手順で財務部門へ引き継ぎます。
- 変わること
- 採用判断から文書と請求への移行を、引き継ぎごとの責任者と共に追跡できます。
どの要件にも、明確な次の一歩を。
- 課題
- サプライヤーが、セキュリティ資格要件と顧客承認プロセスのある職種を採用します。
- 業務で活きる製品
- 引き継ぎごとのレビュー段階、情報アクセス、必要書類を整理します。専門性の適合評価と、権限を持つ機関の承認は区別します。
- 変わること
- 要件を追跡できますが、プラットフォームがセキュリティ資格を付与したり、承認機関の代わりになったりすることはありません。
目的を絞ったシステム。
より大きな全体像の一部。
LinkMatch AIは採用チーム、顧客、候補者をつなぎ、マッチングから入社手続きと取引業務へ続きます。各参加者が業務上の役割を持ち、AIが採用担当者を支援します。採用判断の責任は人が担います。
人をつなぐ。
LinkMatchは、Titansが企業を捉える幅広い視点に、人の側面を加えます。採用チームに、職種、候補者、顧客、次の引き継ぎを共通のプロセスで提供します。Titansは責任を定義し、合意した業務フローを組織につなぐ支援を行い、採用判断は採用担当者と採用チームが保持します。
01業務フローの全体像
+
この例には実際の候補者、スコア、採用結果を使用していません。必要な段階、自動フィルター、取引条件をプロジェクトで定義します。
職種とレビュー基準を定義
採用担当者と顧客が、要件、勤務地、希望給与、必須条件を定めます。重み付き評価表がプロフィール比較の枠組みになります。
説明のない順位ではなく、明確な基準を持てます。MUST_HAVEの自動フィルターには、合意したルールと責任分担が必要です。
確認できる候補者プロフィールを準備
履歴書を解析し、スキル、職歴、学歴などの対応項目に整理します。採用担当者は抽出した情報を原文と照合し、不足点を確認します。
構造化されたプロフィールとAI要約が比較を支援します。抽出の信頼度は追加確認が必要な箇所の目安であり、候補者の申告内容を検証するものではありません。
候補者を比較・確認
ルール、意味に基づくマッチング、モデル分析で、プロフィールと職種を比較します。採用担当者がカテゴリー別スコア、理由、不足要件を確認し、適切な候補者を共有します。
顧客は、合意したポータルのフローで候補者を受け取ります。設定済みの選別は初期段階で絞り込めますが、スコアだけでは適合性や採用承認は確定しません。
面接と必要な承認を完了
顧客が候補者を確認し、面接を手配してフィードバックを集めます。面接完了、フィードバック提出、該当する場合のセキュリティ資格承認など、必要な条件を確認します。
合意したプロセスに従い、応募をオファーへ進められます。不足するフィードバックや承認は未解決の要件として残り、担当者が後続対応します。
署名から入社手続きへ
承認されたオファー内容を契約テンプレートに反映します。説明されているDocuSignのプロセスでは署名状況を追跡し、署名済み契約から従業員レコードを作成して入社手続きを開始できます。
採用情報は従業員としてのプロセスへ続きます。手数料、発注書、請求書の引き継ぎは、プロジェクトで定めた取引承認と連携範囲に従います。
職種、応募、判断、文書が入社手続きへ続きます。チームは責任と進捗を追跡できますが、マッチ度や契約状態が採用成功を保証するわけではありません。
02内側にある機能
+
求人と職種要件
候補者をマッチングする前に、職種の要件とレビュー基準を定義します。構造化された要件が、採用担当者と顧客双方の選考を導きます。
- 入力
- 職務内容、必要なスキル、経験、勤務地、給与。必須条件と希望条件を区別します。
- 出力
- 重み付き評価表と、共通のレビュー基準。候補者を自動的に絞り込める条件と、人による評価が必要な条件をチームが定義します。
履歴書の解析
スキル、経験、学歴を、確認・更新できるプロフィールに抽出します。元情報の詳細が、文書の手動確認に加えて評価を支援します。
- 入力
- 取り扱いが許可された、対応形式の候補者の履歴書。公開例にはPDF、DOC、TXTがあります。
- 出力
- スキル、職歴、学歴、言語に加え、AI要約と抽出の信頼度を表示します。情報の欠落や誤解釈は確認が必要です。
マッチングと採用担当者の支援
マッチングエンジンが職種要件に対して候補者を順位付けし、設定済み必須条件で自動的に絞り込めます。採用担当者がスコア、情報源、不足点を確認します。絞り込みルールとレビューの責任を事前に定義します。
- 入力
- 候補者プロフィール、職種要件、スキル・勤務地・給与の設定ルール。
- 出力
- 順位付きのマッチング、カテゴリー別スコア、理由、不足点。公開資料はMUST_HAVEによる自動除外を説明しています。適用方法としきい値には合意が必要であり、採用判断は人が担います。
顧客によるレビューと面接
採用担当者が候補者と選考を整理し、顧客がポータルで確認します。状態と操作が、顧客への引き継ぎを面接と判断につなぎます。
- 入力
- 共有する候補者、顧客の回答、面接担当者の空き時間、必要なフィードバック。
- 出力
- 職種の条件と承認に従い、判断、面接、フィードバック、応募段階の変更を確認します。
役割別のポータル
候補者ポータルは応募者のプロセスを、顧客ポータルはレビューと承認を支援し、採用担当者ポータルが全体を管理します。従業員、サプライヤー、紹介者の業務フローは対象範囲に応じて選びます。
- 入力
- 参加者の組織、割り当てた役割、許可された情報。採用担当者、顧客、候補者、その他の範囲を定めた参加者。
- 出力
- 共有プロセスにつながる、関係者用のワークスペース。ポータルの提供、ブランド表示、閲覧範囲は製品プランとプロジェクトの範囲に応じて選定します。参加者が自動的に全記録にアクセスできるわけではありません。
契約と手数料
採用データが文書と取引契約へ続きます。契約の確認者、手数料の決め方、財務へ進める条件を定義します。
- 入力
- 承認済みのオファーまたは採用内容、契約テンプレート、合意した取引条件と署名プロセス。
- 出力
- 準備済みの契約、署名状況、署名済み文書と、取引上の後続処理。手数料率、課金対象の事象、解約ルールは、共通の例ではなく合意した条件に従います。
入社手続きと人事へのつながり
入社手続きは、採用決定から従業員と受け入れチームへ続きます。文書、状態、責任者が、採用と人事業務を結びます。
- 入力
- 署名済み契約、従業員情報、書類、受け入れ組織の入社手続きと承認。
- 出力
- 従業員レコードと入社手続きフロー。公開資料では、手続き完了後に有効状態へ進む流れを説明しています。セキュリティ資格要件には、権限を持つ担当者による別途の判断が必要です。
財務とプロセスの可視化
発注書、請求書、手数料に採用の文脈を保持します。案件、転換率、売上のダッシュボードで、業務の進行・停滞箇所を把握できます。
- 入力
- 関連する業務イベントと共に扱う、採用、契約、手数料、購買の情報。
- 出力
- Titansの資料で説明されている、発注書、請求書、利益率を含む案件と財務の可視化。財務データモデルと会計システムへの引き継ぎは、プロジェクトで明確に対応付ける必要があります。
03つながり続ける情報
+
各項目には、それぞれ目的、閲覧範囲、責任者があります。候補者のプロフィールと、特定の職種への応募を区別します。
求人と評価表
求人は、顧客要件と重み付き基準、設定済みの必須条件を組み合わせます。変更すると、プロフィール比較の基準も変わります。
採用担当者と顧客に対して、選別とレビューの基準を明確にします。
候補者プロフィールと元の履歴書
原文書と抽出プロフィールは異なる形の証拠を提供します。不足情報やAI要約は、判断に影響する前に確認すべきです。
職務適合性を確認し、共有できる個人情報を管理します。
応募、面接、フィードバック
応募は、候補者を特定の職種、その段階、面接活動、レビュー判断に関連付けます。同じ人でも、別の職種では異なる文脈を持ちます。
進捗を追い、未完了のレビューや承認を特定します。
契約、従業員、取引の文脈
承認済みの条件と署名状況が、オファーを従業員としての流れにつなぎます。対象範囲に含まれる場合は、手数料、購買、請求書の情報も連携します。
合意した情報を、入社手続きと権限に基づく取引上の引き継ぎへ渡します。
04既存システムとの連携
+
求人と候補者のデータ
履歴書の情報源、職種項目、転送を許可する情報を定義します。既存システムからの取り込みと転送は、構造とアクセスルールに照らしてレビューします。
ポータルとブランド表現
人材紹介会社、顧客、候補者に必要なポータルを選びます。ブランド表示と権限は製品範囲と組織のニーズに応じて決まります。すべての役割で自動的に利用できるわけではありません。
財務・購買への引き継ぎ
契約、手数料、発注書、請求書を既存の財務システムに対応付けます。連携形式と書き込み操作は個別に範囲を定めます。すべてのERP向けの標準コネクターを前提とはしません。
APIと専門業務フロー
APIアクセスと企業向け業務フローは、製品の対象範囲と要件に照らして評価します。システム間で受け渡すイベントと、引き継ぎに失敗した場合の担当者を定義します。
05権限、管理、例外
+
採用判断は人が担う
マッチ度スコアは作業の整理に役立ちます。採用担当者と顧客が経験、要件、不足点を評価して選考を判断します。スコアだけでは十分な根拠になりません。
業務上の必要性に応じたアクセス
採用担当者、顧客、サプライヤー、財務部門に表示する候補者情報を定義します。アクセスを有効にする前に、人材紹介会社間の分離とポータル権限を確認します。
機微データと保存期間
収集する書類、許可する共有、保存期間を定義します。アクセスやセキュリティ資格の要件は、組織の手順と権限を持つ機関に従います。
引き継ぎ前の取引承認
契約、手数料率、請求条件の承認者を定義します。候補者の選考と取引の完了は異なる判断であり、組織がそれぞれの責任者を割り当てます。
計画どおりに進まないとき
工程の条件、アラート、契約状況で、業務が待機している理由を把握します。例外対応、復旧、担当者はプロジェクトで確認します。
プロフィールが不完全、または選考対象外
抽出された情報と、結果の基準を確認します。プロフィールの修正や自動フィルターのレビューができる担当者、異議のある結果への対処を合意します。低いスコアだけで能力不足とは判断できません。
工程にフィードバックまたは承認がない
説明されているフローには、有効な候補者、募集中の職種、面接完了、フィードバック提出、セキュリティ資格、オファー情報の充足などの条件があります。適用する条件を選び、各保留事項の解消責任者を割り当てます。
署名または外部への引き継ぎが未完了
契約の送信と署名の取得は異なります。取消、期限切れ、外部サービス障害への対処と、繰り返し通知で従業員・財務の処理が重複しない方法を確認します。
期限または取引上のフォローアップが未解決
工程の制限時間と期限超過アラートが公開されています。対応者、遅延のエスカレーション方法、手数料や請求を進める証跡を定義します。採用決定が自動的に支払いを意味するわけではありません。
06実装と組織への適合
+
採用プロセスを1つ整理
代表的な職種を選び、採用担当者、顧客、候補者、財務の役割を整理します。工程、責任者、必要なデータを明確に定義します。
データと権限を準備
プロフィールの品質、求人項目、会社間の分離、ポータルアクセスを確認します。どの情報を、どの段階で共有できるか定義します。
人のレビューを伴うプロセスを実行
採用チームが推薦を確認して候補者を顧客へ共有します。判断、修正、契約・入社手続きへの引き継ぎを追跡します。
後続対応と測定を連携
手数料と財務への連続性を検証し、プロセス指標を定義して、結果を確認した後に他の職種や顧客へ拡張します。
導入環境
- 組織の境界
- マルチテナントモデルでの人材紹介会社ごとの分離と、役割別の業務フロー。
- 専門業務フロー
- 資料には、セキュリティ資格を考慮した採用、発注書、顧客階層が含まれます。お客様のプロセスに照らして適合性を確認します。
- 対話にご用意いただくもの
- 代表的な採用プロセス、役割、チーム間の引き継ぎ、財務システム連携。
まずプロセスと参加者を選ぶ
代表的な職種とその担当者から始めます。採用、顧客確認、入社手続き、財務を1つの流れにできますが、必要なポータルと後続処理は製品プランと組織の働き方によって異なります。
連携と取引ルールの範囲を定める
DocuSign、カレンダー、連絡機能の接続に必要な操作、アカウント、権限を検証します。企業向けAPIアクセス、対応イベント、財務への引き継ぎは、選んだプランに応じて別途範囲を定めます。
自動選別と採用権限を分離
設定したルールにより、レビュー前に候補者を絞り込めます。基準、しきい値、修正責任、機微データへのアクセスを合意します。採用判断は採用担当者と顧客が担います。この業務フローはセキュリティ資格を付与せず、承認機関の代わりにもなりません。
導入方法と候補者データの取り扱いを確認
ホスティング、ID、人材紹介会社間の分離、保存期間、許可する共有範囲を合意します。特定の導入方式で利用できるかは確認が必要です。候補者データ、AI処理用のコピー、署名済み文書は、それぞれ取り扱い要件が異なる場合があります。
07適合性に関する質問
+
主な利用者は誰ですか？
採用チームが業務を管理し、他の参加者は関係するポータルを使います。必要に応じて、顧客、候補者、従業員、サプライヤー、紹介者を範囲に含められます。
AIが採用を決定しますか？
設定済みの必須職種条件で、自動的に絞り込めます。これは採用判断とは別です。候補者レビュー、承認、最終判断は採用担当者と顧客が担います。絞り込みルールと誤った結果のレビューを、実装時に定義します。
採用決定で業務フローは終わりますか？
業務は契約、入社手続き、手数料、購買、請求に続けられます。後続処理と連携は、人材紹介会社と顧客の運用に合わせて範囲を定めます。
セキュリティ資格を考慮した採用には何が含まれますか？
権限のある参加者向けに、要件、文書、業務段階を追跡します。システムはセキュリティ資格を付与せず、権限機関の評価に代わりません。
既存システムと接続できますか？
採用データ、財務への引き継ぎ、APIニーズを開始時に評価します。特定システムとの互換性は、必要な連携と製品範囲によって異なります。