お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

前提条件

本ドキュメントでは、すでにテリトリー管理の基本的な概念を理解していることを前提としています。Zoho Recruit におけるこの機能の概要については、ヘルプドキュメント「テリトリー管理の概要」をご覧ください。

はじめに

テリトリー管理は、あらかじめ定義した条件に基づいて企業情報をグループ化する仕組みです。これにより、社内の採用チーム間で企業情報を簡単に共有できます。Zoho Recruit のテリトリー管理機能では、次のことが可能です。

• テリトリーを作成し、テリトリーを定義する条件を指定する。
  
• アカウントの役割階層とは別に、テリトリー階層を作成する。
  
• テリトリー別のスターリクルーター、テリトリー別の採用期間、テリトリー別売上など、テリトリーに関するあらかじめ用意されたレポートにアクセスする。
  
• テリトリーに関するカスタムレポートを作成する。
  
• 複数のテリトリーに所属するユーザーに対して、複数の予測目標を設定する。
  

テリトリー管理は、すべての組織に必須というわけではありません。自社の採用体制やデータ共有モデルにテリトリーを利用するかどうかを検討する必要があります。本ドキュメントでは、その検討を行い、自社にテリトリー管理が必要かどうか判断する際の参考情報を提供します。

役割 vs テリトリー

まず、役割と比較した場合にテリトリー管理がもたらす利点を確認しましょう。

理解を深めるためのビジネスシナリオ

• 特定の地域の採用チームに、他地域のデータへアクセスさせたくない。
  
• 2 つの異なる地域にある 2 つのチームのシニアリクルーターと、重要な求人情報を共有したい場合がある。
  

これを役割とデータ共有ルールだけで実現しようとすると、プロセスが複雑になる可能性があります。一方、あらかじめ定義した条件に基づくテリトリーを利用すれば、Zoho Recruit アカウントのデータ共有モデルを拡張し、異なるチームのさまざまなユーザーとデータを簡単に共有できます。これにより、各チームは異なるタイムゾーンごとに設定された売上目標の達成に向けて、共通の目標に集中できるようになります。

テリトリー階層を設定する前に

Zoho Recruit アカウントでテリトリー管理を設定する前に、以下のトピックを検討し、自社にテリトリー管理が適しているかどうかを判断してください。

• 採用体制と共有ニーズ - 複数のテリトリーに所属する担当者が、複数の企業情報へアクセスする必要があるような、採用データの共有構造があるかどうか。
  
• 予測管理 - テリトリー階層に基づく予測が必要かどうか。ユーザーが所属する各テリトリーごとに予測目標を設定する必要があるかどうか。
  
• 管理 - テリトリーを個別の単位として管理することで、管理者の負担を軽減できるかどうか。
  

採用体制と共有ニーズ

データは他のユーザーとどのように共有されていますか？役割ベースの階層、データ共有ルール、グループ、割り当てルールによって、自社の採用体制に沿ってクライアント情報を最適な形で共有できているかを分析することが重要です。組織によっては、データ所有者ではなく、製品やサービス、売上、郵便番号/地域、業種などに基づいてデータを共有する必要がある場合があります。このような複雑かつ協調的な共有モデルには、企業情報を効果的にグループ化し、異なる採用チームとデータを共有できるテリトリーが必要です。

組織の採用体制では、異なるチームに属する多くのメンバーとクライアント情報を共有する必要がありますか？次の例を考えてみましょう。クライアントと財務面の話をするアカウントマネージャーがいます。また、候補者を選定してクライアントに送付する担当リクルーターもいます。これら 2 人のユーザーとクライアント情報をどのように共有しますか？

組織の採用体制は、単純な直線型の場合もあれば、データ共有が一対多となる複雑なマトリクス型の場合もあります。次のような場合、テリトリー管理は組織に適した選択肢となります。

• 自社の共有ニーズが、データの個々の所有者ではなく、クライアントの特性に大きく依存している。
  
• 組織がマトリクス型の採用体制を採用しており、複数のテリトリーに所属する担当者が、複数の企業情報へアクセスする必要がある。
  
  

予測管理

Zoho Recruit でテリトリー管理に切り替えると、予測もテリトリーの要件に合わせて変更されます。ユーザーが複数のテリトリーに所属している場合、テリトリーごとに異なる売上目標を設定する必要があるかもしれません。
この場合、ユーザーに 1 つの予測目標だけを設定する方法では対応できません。テリトリーとその中の企業情報に基づいて月次/四半期の目標を分割することで、売上予測と達成すべき目標をより明確に把握できます。

管理

一方で、テリトリーはより簡単に管理できます。たとえば、採用体制が地域ごとに区分されているとします。中国からのクライアント問い合わせを担当しているリクルーターが、チーム内のスターリクルーターだとします。このリクルーターに日本からのクライアントも追加で担当させたいと決めた場合、この例では、テリトリー管理を利用することで、そのユーザーを中国と日本の両方の採用テリトリーに追加し、両国のクライアント情報へアクセスできるように柔軟に設定できます。

複雑なデータ共有ルールや役割階層だけでは要件を満たせない場合、テリトリーは個別の単位として容易に維持でき、管理者の負担も軽減できます。自社の採用体制をテリトリー階層として可視化することで、テリトリー管理が適切な選択肢かどうか判断する助けになります。

テリトリー管理を利用する理由

企業情報の偏った分配を避け、集中した採用活動とチームの責任範囲を明確にする必要がありますか？

リクルーターの業務量が多すぎたり少なすぎたりすると、リソースの無駄や売上損失につながる可能性があります。既存クライアントとその求人案件に対して、必要なフォローが行き届くよう、業務量を適切に配分する必要があります。

たとえば、クライアントのセグメントが中小企業から大企業まであり、案件は商談規模に応じてリクルーターが対応しているとします。このような構成では、テリトリーを使用して採用チームを分割し、法人規模ごとに求人を割り当てることで、データの表示と共有に柔軟性を持たせることができます。

あるグループのリクルーターは最大5ポジションまでの求人を担当し、別のグループは5ポジション超の求人を担当するといった運用も可能です。ダイナミックに変動する採用チームの場合、テリトリーを設定しておくことで、リクルーターをテリトリー間で柔軟に異動させやすくなります。

テリトリーヒエラルキーを利用することは大きなメリットがあります。テリトリーを使うことで、データの表示と共有にさらに柔軟性を持たせることができます。

たとえば、複数の学区にある学校向けに教師を採用しているとします。各採用グループは、それぞれ担当する学区の採用を行います。各地区には、幼稚園、高校、大学など、多数の学校があり、教師を採用したいと考えています。地区や募集ポジション数に応じて、求人をリクルーターに割り当てます。この場合、全体の採用体制を決めるのはクライアント側の特性です。

ここでテリトリーを利用すると効果的です。担当領域を明確にし、異なるチームに所属するメンバー間でのデータ共有プロセスを簡素化できます。

クライアントはさまざまな地域に分散していますか？ その場合、採用チームの出張時間と経費を削減したいとお考えですか？

市場の地理的な位置に基づいてテリトリーを作成し、各国のテリトリー内にその国出身のリクルーターを戦略的に配置することで、法人にとって大きなメリットが得られます。商談機会が明確に区切られた1つの地域に集中するため、出張にかかる時間を削減できます。また、テリトリーごとに異なる文化や言語の壁を、採用チームが乗り越えやすくなります。

判断のポイント

自社の採用活動を円滑に進めるために、適切なデータ共有モデルを選択してください。テリトリーマネジメントが自社の採用ニーズにどのように適合するかを確認したい場合は、オンラインヘルプを参照して、動作方法の詳細を確認できます。

まとめると、次のような場合はテリトリーマネジメントの利用を検討してください。

• 複雑な採用体制があり、ユーザーを異なる採用チーム／テリトリーに頻繁に異動させる必要がある。
  
• データ所有者ではなく、クライアントの特性に基づいて、企業情報をセグメントする必要がある。
  
• 管理者が、異なるチームに所属する複数ユーザー間のデータ共有を、簡単に管理できるプロセスを求めている。
  
• 異なる採用テリトリーに属するユーザーごとに、複数の売上予測（目標値）が必要である。