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

前提条件

このマニュアルでは、領土管理についての基本的な理解を持っていることを前提としています。Zoho Recruitの機能を理解するには、ヘルプ ドキュメント - Territory Managementの概要を参照してください。

はじめに

領土管理は、特定の基準に基づいた会社の詳細をグループ化するための方法です。これにより、あなたの会社の採用チーム間で会社の詳細を効率良く共有することが可能になります。Zoho Recruitでは、領土管理機能を通じて、次のことが可能になります:

• 領土を確立し、領土を特徴づける基準を明確にします。
  
• あなたのアカウントの役割の階層に加えて、領土の階層を構築します。
  
• 領土ごとのスター・パフォーマー、全般的な採用期間、領土ごとの売り上げなどの、あらかじめ設定されたレポートを検索します。
  
• 領土についてのカスタムレポートを生成します。
  
• 複数の領土に所属するユーザーに複数の予測ターゲットを割り当てます。
  

領土管理は、一部の組織では必要ないかもしれません。あなたの組織の採用構造とデータ共有モデルに領土の使用が適しているかどうかを判断する必要があります。このマニュアルは、あなたの会社に領土管理が必要かどうかを決定するのに役立ちます。

役割 vs 領土

まず、領土管理が役割に比べて提供するメリットを見ていきましょう。

より良い理解のための法人シナリオです！

• あなたは、特定の地域の採用チームが他の地域のデータにアクセスするのを望んでいないかもしれません。
  
• 2つの異なるチーム、2つの地域に所属する上級リクルーターと重要なジョブを共有することが必要になるかもしれません。
  

これを役割とデータシェアリングルールだけを使用して達成することは複雑なプロセスになる可能性があります。しかし、特定の基準に基づいたテリトリーを使用することで、Zoho Recruitのデータ共有モデルをZoho Recruit アカウントで拡張し、さまざまなチームのユーザーとデータを簡単に共有することが可能になります。これにより、チームは異なる時間帯で設定された売上目標の達成に集中できるようになります。

テリトリー階層への移行前に

Zoho Recruitアカウントでテリトリー管理を実装する予定がある場合、以下のトピックを検討して、テリトリー管理があなたの組織に適しているかどうかを確認してください。

• 採用構造とシェアリング要件 - 複数のテリトリーに所属する個々の人々が複数の企業詳細にアクセスする必要がある採用データ共有構造。
  
• 予測 - テリトリー階層に基づいた予測。ユーザーが所属する各テリトリーの予測目標を設定する必要性。
  
• 管理 - テリトリーは管理者の負荷を軽減するために、個々の単位として管理できます。
  

採用構造と共有要件

あなたのデータはどのように他のユーザーと共有されていますか？役割ベースの階層、データ共有ルール、グループ、および割り当てルールがあなたの採用構造に従ったクライアント情報の共有方法として最適であるかどうかを検討することが重要です。組織では、データ責任者ではなく、商品やサービス、売上、郵便番号/地域、または業界に基づいてデータを共有する必要があるかもしれません。このような複雑で協調的な共有モデルには、会社の詳細を効果的にグルーピングし、様々な採用チームとデータを共有するために、テリトリーが必要です。

あなたの組織の採用構造は、異なるチームの多くの個人とクライアント情報を共有することを必要としていますか？このシナリオを考えてみてください：あなたはクライアントと金融詳細を話し合うアカウントマネージャーと、クライアントに候補者を選考し送信するリクルーターを持っています。これらのユーザーとどのようにクライアントを共有しますか？

組織の採用構造は直線的であるか、または複雑なマトリックスで、データ共有は一対多である可能性があります。以下の場合、テリトリー管理があなたの組織に適しています -

• あなたの会社の共有ニーズは、個人担当者のデータよりもその他依存的にクライアントの特性に基づくものです。
  
• あなたの組織はマトリックス採用構造を持っており、それは複数の領域から個々がさまざまな会社の詳細にアクセスすることを必要とします。
  
  

予測

Zoho Recruitで領土管理に切り替えると、予測も領土の要件を満たすように適応します。ユーザーが複数の領土の一部である場合、各領土には異なる目標が設定されるため、ユーザーに対して異なる売上目標を設定する必要があるかもしれません。
もちろん、単一の予測目標だけではユーザーには十分ではありません。領土とその領土内の会社詳細に基づいて月間/四半期目標を分割することにより、売上予測と達成すべき目標の明確な全体像を得ることができます。

管理

一方、領土は管理が容易です。たとえば、あなたの採用構造が地域に基づいて分割されているとします。中国からの顧客の問い合わせを担当するリクルーターがあなたのチームのスター・パフォーマーです。あなたはこのリクルーターに追加の責任を与えることにしました。日本からの顧客管理です。このシナリオでは、領土管理により、あなたは中国と日本の採用領土にユーザーを追加することができ、リクルーターが両方の国からの顧客詳細にアクセスすることを可能にします。

複雑なデータ共有ルールと役割階層が要件を満たさない場合、領土は個別に管理しやすい簡単な選択肢となり、管理者の負担も軽減します。あなたの組織の採用構造を領土的階層で視覚化することは、領土管理があなたにとって適切な選択肢であるかどうかを判断するのに役立つでしょう。

領土管理を使用する理由。

集中的な採用とチームの責任を強化するために、会社の詳細を不均衡に分散させることを防ぎたいですか？

あなたのリクルーターは、仕事があまりにも多くあるか、あるいはあまりにも少ないかもしれません。これにより、資源が無駄になり、売上が失われる可能性があります。作業負荷は適切に分散され、既存のクライアントとその職業が適切に扱われるべきです。

あなたのお客様のセグメンテーションが小企業から大企業までの範囲で、リクルーターが商談の規模に基づいて機会を取り扱うシナリオを想定してみてください。このような構造では、領域は、あなたのリクルーティングチームを分割し、法人の規模によって求人を割り当てるために使用することが可能で、データ表示設定と共有に対する柔軟性を強化します。

一つのリクルーターグループは、最大で5つのポジションを持つジョブを扱うことができます。一方、もう一つのグループは、5つ以上のポジションを持つジョブを担当することができます。ダイナミックなリクルーティングチームにとって、領域はリクルーターの簡単な移動を促進する方法で、領域間を切り替える必要があるかもしれません。

領域の階層構造を利用することは有益で、領域はデータ表示設定と共有に対する柔軟性を増加させます。

あなたが異なる地域の学校で教員を募集していると想像してみてください。各リクルーティンググループは、それぞれの学区での募集を担当しています。各地区内では、多くの学校（幼稚園、高校、大学）が教員を募集しています。リクルーターへの求人の割り当ては地区とポジションの音量に基づいています。ここでは、クライアントの特性が全体の募集構造を決定します。

このシナリオでは、領域の導入が有益であるでしょう。それにより、集中を提供し、異なるチームからの個々のデータ共有のプロセスを単純化します。

あなたのクライアントはさまざまな地理的な場所に散在していますか？そうであれば、リクルートメントチームの出張時間と経費を最小化したいですか？

マーケットの地理的な位置に基づいて領域を設定し、リクルーターをそれぞれの出身国のリクルーティング領域内に戦略的に配置すると、法人に大きなメリットをもたらします。このアプローチにより、法人の機会が一つの線引きされた地域に集中することで、出張時間が短縮されます。また、それはあなたのリクルーティングチームが異なる領域が提示する文化的および言語の障壁を克服するのを助けるでしょう。

あなたの決定

あなたの会社の効率的な採用プロセスのために適切なデータ共有モデルを選択していることを確認してください。Territory Managementがあなたの採用ニーズにどのように適合するかを学びたい場合は、その機能についての詳細情報をオンラインヘルプを参照してください。

結論として、以下の場合は領域管理を使用してください：

• 頻繁にユーザーが異なる採用チーム/領域に変わる複雑な採用構造を運用します。
  
• データ担当者ではなく、クライアントの特性に基づいて企業の詳細をセグメントする必要があります。
  
• 管理者が複数のユーザーや異なるチーム間でのデータ共有を管理するための手間のかからないプロセスを求めています。
  
• 異なる採用領域に所属するユーザーに対して複数の予測目標を要求します。