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

前提

このドキュメントは、領域管理の基本的な概念を既にご理解いただいていることを前提としています。Zoho Recruitの機能を理解するには、ヘルプドキュメントをご覧ください - 領域管理の概要。

導入

領域管理とは、定義された一連の基準に基づいて企業の詳細をグループ化するシステムです。これにより、企業間での企業の詳細の共有が容易になります。Zoho Recruitでは、領域管理機能を使用することで、次のことができます。

• 地域を作成し、地域を定義する基準を指定します。
  
• アカウントのロール階層に加えて、地域の階層を構築します。
  
• 地域に関する定義済みレポート（地域間のスター・パフォーマー、地域間の全体的な採用期間、地域別の収益など）にアクセスできます。
  
• 地域に関するカスタムレポートを作成できます。
  
• 複数の地域に属するユーザーに対して、複数の予測ターゲットを設定できます。
  

領域管理は、すべての組織にとって必要な要件ではありません。組織の募集構造とデータ共有モデルの使用を決定する必要があります。このドキュメントは、会社に領域管理が必要かどうかを決定するのを支援し、助けてくれます。

役割と領域

まず、役割と比較したとき、領域管理が提供する利点を見てみましょう。

これはよりよく説明するためのビジネスシナリオです！

• 特定の地域からの採用チームが他の地域のレコードにアクセスしたくない。
  
• 2つの異なるチーム、2つの地域からのシニアレクルーターに共有したい重要な仕事がある可能性があります。
  

これを実現するために、役割とデータ共有ルールを使うと複雑なプロセスになることもあります。一方で、定義された基準に基づいて領域を拡張することで、Zoho RecruitアカウントのZoho Recruitデータ共有モデルを拡張し、さまざまなユーザーに異なるチームでレコードを簡単に共有することができます。これにより、チームは、さまざまな時間帯で設定された収益目標を達成するための目標に集中して取り組むことができます。

地域階層への移行前

Zoho Recruit アカウントにおける領域管理の設定を計画する前に、領域管理が組織に適しているかどうかを決定するのに役立つ以下のトピックを検討してください。

• 招聘構造と共有の需要 - 複数のテリトリーに属する個人が複数の会社の詳細にアクセスする必要がある招聘データ共有構造。
  
• 予測 - テリトリー階層に基づく予測。ユーザーが所属する各テリトリーに予測ターゲットを設定する必要があります。
  
• 管理 - テリトリーは個々のユニットとして管理することで、管理者の負担を軽減できます。
  

採用構造と共有ニーズ

他のユーザーとデータを共有する方法は？役割に基づく階層、データ共有ルール、グループ、割り当てルールが採用構造に基づいてクライアントの詳細を共有するための最適なオプションを分析することが重要です。組織は製品やサービス、収益、郵便番号/地域、または業界に基づいてレコードを共有する必要がある場合があります。このような複雑で共同的な共有モデルのために、会社の詳細を効果的にグルーピングし、異なる採用チームとレコードを共有するための領域が必要です。

組織の採用構造は、線形または複雑なマトリックスである場合があり、データ共有が1対多である場合があります。 領域管理は、次のような場合に組織に最適です-

• 企業の共有ニーズは、個人の所有権よりもむしろ顧客の特性に依存しています。
  
• 組織にはマトリックス採用構造があり、複数の地域に属する個人が複数の企業の詳細にアクセスする必要があります。
  
  

予測

Zoho Recruitを使用して、Territory Managementに切り替えると、テリトリー要件に応じて予測も変更されます。複数のテリトリーに属しているユーザーの場合は、ユーザーごとに異なる収益目標を設定する必要があります。
その場合、ユーザーに対して単一の予測目標を設定することはできません。テリトリーとその会社の詳細を基に月/四半期ごとの目標を分割することで、収益の予測と達成すべき目標が明確になります。

管理

地域に関しては、管理が容易です。例えば、募集構造は地域によって区分されます。中国からのクライアントの問い合わせを受け付ける募集担当者はチームのスターです。この募集担当者に日本からのクライアントも受け付ける追加の責任を与えることを決定しました。この例では、地域管理により、中国と日本の募集地域のユーザーを追加して、両国のクライアントの詳細を参照できるようにする柔軟性があります。

複雑なデータ共有ルールや役割階層が要件を満たしていない場合、領域は個々のユニットとして維持するためには、簡単なオプションであり、管理者の負担も軽減できます。組織の採用構造を領域階層で視覚化することで、領域管理がオプションであるかどうかを決定するのに役立ちます。

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

企業の詳細を均一に配布しないことで、集中的な採用やチームの責任を強化する必要がありますか？

採用担当者は、作業量が多すぎるか少なすぎる可能性があります。これは、無駄な資源や損失の原因となる可能性があります。作業量は適切に分散する必要があります。既存の顧客とその仕事に必要な注意を与えるためです。

クライアントのセグメンテーションは、小規模な企業から大企業まで様々であり、そのオポチュニティは、取引サイズに基づいて採用担当者によって処理されます。このような構造では、採用チームを分割し、ビジネスサイズに応じてジョブオープニングを割り当て、データの視認性と共有性における柔軟性を得るために、領域を使用します。

一つのグループのリクルーターは最大5つのポジションを処理することができます。別のグループは5つ以上のポジションに割り当てることができます。ダイナミックな採用チームの場合、地域を持つことで、リクルーターが地域を切り替える必要がある場合も簡単に移動することができます。

地域階層を使用することは、地域がデータの視認性と共有に関してより柔軟な制御を提供することで大きな利点があります。

言いますと、学区ごとに教師を募集するということです。それぞれの学区では、保育所、高校、大学などの数多くの学校が教師を雇用したいと考えています。学区と求人の規模によって、求人を担当する人を決定します。ここでは、クライアントの特性が求人構造全体を決定します。

この地域を使用することで、個々のチームのメンバー間でレコードを共有するプロセスを簡素化し、焦点を当てることができます。

クライアントは、さまざまな地理的な場所に広がっていますか？ そうであれば、採用チームの旅行時間と費用を削減したいですか？

市場の地理的な位置に基づいて領域を作成し、自国の募集領域内に募集担当者を戦略的に配置することは、ビジネスにとって大きな利点となります。これにより、ビジネス機会が1つの区分された領域に集中するため、旅行時間が短縮されます。また、これにより、異なる領域が持つ文化的および言語的な障壁を克服できるようになります。

決定

正しいデータ共有モデルを選択することを確認してください。会社の採用をスムーズに行うために。 Territory Managementが採用ニーズに適しているかどうかを確認したい場合は、その動作方法に関する詳細はオンラインヘルプを参照することもできます。

最後に、以下の場合には、地域管理を使用してください。

• 複雑な採用構造を持ち、ユーザーを異なる採用チーム/地域に移動させる必要があります。
  
• レコード所有権ではなく、クライアントの特性に基づいて会社の詳細をセグメント化する必要があります。
  
• 管理者が複数のユーザー間でデータを共有するための簡単なメンテナンスプロセスを必要としています。
  
• 異なる採用地域のユーザーに対して複数の予測ターゲットを必要としています。