はじめに
Odooの採用（Recruitment）は、従業員ごとの休暇・採用・契約書・人事記録を一元化します。各担当者が個別フォルダや別ツールを行き来する代わりに、1人につき1ファイルで管理できるように設計されています。
人に関わるプロセスは全社に影響しますが、休暇残日数や契約状況、採用の進捗が不明瞭なために問題が発生して初めて事実が明らかになることが少なくありません。
Recruitmentアプリは採用イベントを組織図や承認フロー、必要に応じて給与・経費処理と結びつけます。これにより経営層はリアルタイムで人員数と稼働可能性の状況を把握できます。
人事ビジネスパートナーやオフィスマネージャー、経営陣で人員計画に関わる方は、ここで示す実践的な型を自社の運用と比較して参考にできます。
RecruitmentはOdooのモジュール式ERPの一部です。担当の明確化、繰り返し可能なワークフロー、検索可能な履歴を求めるチームが導入します。個別メッセージやオフラインの表計算に頼るのではなく、採用パイプライン、内定管理、採用の分析を一元化する流れが利害関係者の予算承認を後押しします。
本記事は難易度に応じたTop10形式です。Level 1（簡単）からLevel 10（上級者向け）まで並び、それぞれに実際にOdoo Recruitmentでクリックする手順を番号付きで示します。
見栄えだけで最上位から始めず、まず自分たちが無理なく実行できるレベルからスタートしてください。
まずは「よくある課題」を読み、自チームの現状に合うレベルを開いて実践しましょう。
このガイドで得られること：
- 一般的な企業構成の中でRecruitmentが担う役割
- 現場で最も摩擦が生じやすいポイント（その理由）
- 初心者向けの基本運用から上級戦略までの10の活用シーン
- 自動化や外部連携でパートナー導入が妥当になる判断基準
よくある課題
人事が休暇承認をメールで送る→経理や給与が後で知る→現場責任者は誰が火曜に出勤か分からない。信頼はあるがデータが現実に追いつかない、そんな状況です。
休暇や採用、契約は各所で扱われるため、マネージャーが一箇所で承認やメンバーの稼働状況を確認できない運用になりがちです。
心当たりはありませんか？一般的にぶつかる壁：
- メール送信がベースで残日数が争点になる
- 採用の進捗が採用担当者ごとにバラバラで見えない
- 契約が署名されても中央で管理された従業員ファイルがない
良いニュースは、すべてを一度に直す必要はないことです。下のユースケースのうち一つを選び、30日間Odooで運用して変化を測ってください。
採用（Recruitment）のTop10ユースケース
Odoo Recruitmentの活用例を10段階で整理しました。Level 1（午後にできる簡単施策）からLevel 10（専門家向け）まで、それぞれ「何を作るか」と「Odooでどのように操作するか」を示します。
Level 1は日々の小さな勝ち。最後のレベルはあえて大規模に描いて、同じアプリがきれいな設計でどれだけ拡張できるかを示しています。
自分のレベルを選び、テスト環境で番号付き手順を実行してみてください。慣れたら上のレベルへ進みます。
1. 採用ページに初めて求人を公開する Level 1 — 簡単
Level 1は最も単純な採用操作：人事ユーザー1名、募集ポジション1つ、公開ページのみ。自動化やスコアは使わず、応募者がすべて同じカンバンに届く状態を作ります。
Odooでの手順（概要）：
- Recruitmentアプリをインストールし、Recruitment → Configuration → Job Positions → Newで職名、部門、雇用形態、募集人数を入力します。
- Descriptionタブには長文ではなく、役割の影響、主な責任、必要条件を短い見出し付きで記載します。
- Publish on Websiteをクリックすると、Odooが自動で公開採用ページを生成し、応募フォームはカンバンと連携されます。
- LinkedInや求人サイト、SNSでキャリアページのURLを共有して、すべての応募者が同じフォームに誘導されるようにします。
- 新しい応募はRecruitment → Applicationsの最初のステージに現れるため、チームは同じ日のうちに確認できます。
得られる効果：応募が複数の受信箱や個人用ドライブに散らばらなくなり、すべての候補者が最初から検索可能な1つのカンバンに集約されます。
2. ステージ・確率・辞退理由を持つ計測可能なカンバンを作る Level 2 — 簡単
Level 2ではカンバンを採用のファネルにします。各ステージに確率や辞退理由を設定し、属人的な採用を管理されたプロセスに変えます。
Odooでの手順（概要）：
- Recruitment → Configuration → StagesでInitial Qualification、Phone Screen、Onsite Interview、Final Round、Offer、Hiredなどのステージを作成します。
- 各ステージにProbability％（例：10、30、50、70、90、100）を設定して、候補者の実際の位置をパイプライン上に可視化します。
- Recruitment → My Pipelineから候補者カードをドラッグして面接の進行に合わせステージを移動します。
- 候補者が辞退する場合はRefuseをクリックし、Skills mismatchやSalary、WithdrewといったRefusal Reasonを選んでカンバンの鮮度を保ちます。
- Recruitment → Reporting → Recruitment AnalysisでStageごとにグルーピングして、各ロールのステージ滞留時間を把握しボトルネックを見つけます。
得られる効果：採用がチーム全員に見えるファネルになり、どのポジションが滞っているか、候補者がどの段階で離脱しているかが瞬時に分かります。
3. ポジションごとの専用メールエイリアスで応募メールを自動取り込み Level 3 — 簡単
Level 3では応募専用の受信エイリアスを導入します。メールで届いた履歴書が自動で候補者カードになり、手入力が不要になります。
Odooでの手順（概要）：
- 各Job PositionのフォームでRecruitmentタブへ移動し、Email Aliasにjobs-engineerやjobs-salesといったエイリアス名を設定します。
- Settings → Technical → Email → Incoming Mail Serversで受信メールサーバーを確認し、エイリアスが外部から確実に受信できることを確認します。
- 候補者がそのエイリアスにメールを送ると、Odooが候補者カードを作成し、添付の履歴書を添付、メール本文をチャッターに保存します。
- 各募集ポジションに固有のエイリアスを繰り返し設定しておけば、ロールごとの受信箱が分かれ、カンバンが混ざることはありません。
- 候補者ごとにReplyをクリックすれば会話履歴はチャッターに残り、個人の受信箱に流れることはなくなります。
得られる効果：受信履歴書が適切なカンバンに流れ、手作業でコピペする時間が無くなり、人事が単なる転送係になることを防げます。
4. スキルマトリクスと必須条件で候補者を素早く絞る Level 4 — 中級
Level 4ではSkills機能を有効にして、すべての履歴書を隅々まで読む代わりに“必須スキル”で候補者をフィルタリングします。条件に合う候補者が一目で浮かび上がります。
Odooでの手順（概要）：
- Recruitment → Configuration → Skill TypesでPython、Outbound Sales、German、ISO Auditなどのスキルを作り、Beginner／Intermediate／Expertのレベルを定義します。
- 各Job PositionのSkillsタブで必須（must-have）や望ましい（nice-to-have）スキルを最低レベルとともにタグ付けします。
- 新しい候補者のSkillsタブで履歴書やスクリーニング通話で確認したレベルを入力します。
- Recruitment → My PipelineでFilters → Skillsを選ぶと、そのポジションに必要な条件を満たす候補者のみが表示されます。
- 各ポジション用にMatch Scoreというカスタムフィルタを保存しておけば、毎朝上位候補からスクリーニングを開始できます。
得られる効果：スクリーニングにかかる時間が数時間から数分に短縮され、採用担当は大量の履歴書の山ではなく実際に合う候補者の短いリストを得られます。
5. 再利用できる採点式面接アンケートで評価を標準化 Level 5 — 中級
Level 5はRecruitmentとSurveyを連携します。同じ質問と採点基準を全候補者に適用し、比較可能なスコアで判断できるようにします。
Odooでの手順（概要）：
- SurveyでNewを作り（例：Engineer Phone Screen）、TypeをRecruitmentにし、重み付きの採点質問を追加します。
- RecruitmentでJob Positionを開き、RecruitmentタブのInterview Formに該当のSurveyを紐付けます。
- 候補者カード上でSend Interviewをクリックしてアンケートを選ぶと、Odooが個別リンクをメール送付します。期限も明示できます。
- 候補者が任意の端末で回答すると、回答と自動計算されたスコアが候補者フォームとチャッターに記録されます。
- Recruitment → Reporting → Survey Scoresで職種ごとにフィルターし、面接前にスコアで候補者をランク付けできます。
得られる効果：全候補者が共通の評価軸で判断されるため、決定が感覚や一部の面接者の印象に左右されにくくなります。
6. 候補者が共用の予約リンクから面談枠を自己予約できるようにする Level 6 — 中級
Level 6ではAppointmentsアプリを使って候補者が直接面接枠を選べるようにします。往復のメールで調整する手間がなくなり、面接実施までの時間が大幅に短縮されます。
Odooでの手順（概要）：
- AppointmentsでNewを作り、Phone Screen 45 minなどのスケジュールタイプを設定。担当リソース（人事、採用担当）と稼働時間を指定します。
- バッファ時間、表示可能期間（例：次の10営業日）、フォーム項目（名前、メール、LinkedInなど）を設定します。
- 公開されるAppointmentsのURLをコピーして、Job Positionに保存したPhone Screen Inviteのメールテンプレートに貼り付けます。
- 候補者をPhone Screenステージに移したらSend Booking Linkをクリック。候補者が枠を選ぶとカレンダーに予定が登録されます。
- 予約は候補者カードに自動リンクされ、リスケやリマインドも自動で送信されます。人事の手動介入は不要です。
得られる効果：初回面接までの平均時間が1週間から24時間以内に短縮され、1ポジションあたり週に半日相当の人事工数が削減されます。
7. 辞退時に理由と定型文を送付し、タレントプールを育てる Level 7 — 難しい
Level 7では辞退プロセスを資産化します。辞退理由は分析に活用し、ブランドを保護する定型文を送付。Talent Poolタグで将来の候補者を再活用します。
Odooでの手順（概要）：
- Recruitment → Configuration → Refusal ReasonsでSkills mismatch、Salary expectations、Withdrew、Filled internally、Strong but no fit now等を登録します。
- Configuration → Email Templatesで辞退理由ごとの礼儀正しい定型文を作り、各理由に紐付けます。
- 候補者を辞退する際にRefuseを選び、理由を指定すると指定テンプレートが自動送信され、チャッターに理由と送信内容が記録されます。
- Strong but no fit nowの候補者にはTalent Poolタグを付けてアーカイブし、アクティブなカンバンをすっきり保ちます。
- 次に類似の募集が出たらRecruitment → All ApplicationsでTalent Poolタグでフィルタし、最適な候補者を再アクティブ化して個別にアプローチします。
- Reporting → Recruitment AnalysisでRefusal Reasonごとにグルーピングし、どの段階で人材が離脱しているか四半期ごとに改善します。
得られる効果：辞退対応で企業イメージを損なわず、過去のパイプラインが次回募集の低コストな候補源になります。
8. Signで内定書を送付し、Hireで従業員を自動作成する Level 8 — 難しい
Level 8はRecruitmentをSignとEmployeesに接続します。内定→雇用への流れをワンクリックで完了でき、法的な署名と従業員レコードまで自動化されます。
Odooでの手順（概要）：
- Signをインストールし、Sign → Templatesで内定書PDFをアップロード、氏名・給与・開始日などのフィールドと候補者・人事の署名欄を配置します。
- 候補者をOfferステージに移したらSend OfferをクリックしてSignテンプレートを選択。Odooが候補者情報で自動入力します。
- 候補者が先に署名し、人事がカウンターサインを行う流れ。48時間応答がない場合は自動リマインドが入ります。
- 署名が完了したら候補者カードでHireをクリックすると、Odooが部門、上長、契約タイプを備えたEmployeeレコードを作成します。
- 新規Employeeにはオンボーディングの標準プロジェクトが自動生成され、PC支給やアカウント作成、導入研修といったタスクが適切な担当者にアサインされます。
得られる効果：内定から法的雇用までの時間が1〜2週間から半日程度に短縮され、署名済みPDFは入社期間を通じてアーカイブされます。
9. ソース・UTM・採用単価をリアルタイムSpreadsheetダッシュボードで追う Level 9 — 難しい
Level 9では採用をマーケティングチャネルとして測定可能にします。ソースタグやUTM、Spreadsheetダッシュボードでどのチャネルが実際に採用に繋がるかを数値化します。
Odooでの手順（概要）：
- Recruitment → Configuration → SourcesでLinkedIn、Indeed、Website、Referral、Headhunterなどを作り、候補者に適切なソースをタグ付けします。
- Webサイトの応募フォームではutm_source、utm_medium、utm_campaignを隠しフィールドで取得し、広告費が実際の候補者に紐づくようにします。
- Studioの自動化で、紹介者が採用されたときに人事に紹介ボーナス支払いのアクティビティをスケジュールするなど運用を自動化します。
- SpreadsheetでRecruitment PivotからNewを作り、Applications per Source、Conversion per Stage、Cost-per-Hireを並べたTAダッシュボードを構築します。
- 会計からチャネル別の月次支出を取り込み、チャネルごとの採用数で割って採用単価（CPH）を算出。良し悪しのチャネルをシートの上段に固定します。
- このダッシュボードだけを根拠にした月次採用レビューを設定すると、予算は実際に成果を出すチャネルへシフトします。
得られる効果：採用マーケティングが感覚ではなく数値で語られるようになり、2四半期以内に採用単価が20〜40％改善する可能性があります。
UTM取得、ソース帰属、紹介時の自動化、そしてRecruitment・Website・会計を横断するSpreadsheet TAダッシュボードの構築は、Dasoloがパートナーとして支援する典型的な案件です。
10. 多言語・GDPR準拠のタレントOSをAIスクリーニングとライブ分析で運用する Level 10 — エキスパート
Level 10は完全なタレント運用基盤です。AIが履歴書を一次スクリーニングし、GDPR保持ルールを自動で適用。採用ページは各市場向けに多言語化され、ライブダッシュボードが採用のビジネスインパクトを結びつけます。
Odooでの手順（概要）：
- RecruitmentでAIスクリーニングを有効にすると、新規候補者はポジションのスキル要件に対して解析・スコア付けされ、根拠はチャッターに自動記録されます。
- WebsiteのCareersを多言語で公開し、応募フォームには明示的なGDPR同意項目とデータ保持通知を入れておきます。
- Studio Automationで、非採用候補者の最終アクティビティから24か月経過したらレコードをアーカイブし、個人データを削除して匿名化されたファネル統計のみ残すルールを作ります。
- 適格な候補者には外向きフローを作成：画面予約のAppointmentsリンク、候補者の言語でのMarketing Automationドリップ、停滞時はHelpdeskチケット起票などです。
- SpreadsheetでタレントOSダッシュボードを作り、採用ファネル、採用所要日数、ソースROI、多様性目標、給与予測コストを結合します。
- 四半期ごとにガバナンスレビューを行い、AIの判定精度を採用結果と比較、GDPR保持ルールを更新し、ソース配分を生の数字に基づいて最適化します。
- 繰り返し使える手順（内定テンプレート、スクリーニングアンケート、オンボーディングチェックリスト）をKnowledgeワークスペースに昇格させ、チーム変更に耐える仕組みにします。
得られる効果：採用が計測可能で準拠したマルチチャネル基盤として稼働し、リクルーターはクロージングと判断に集中できる一方で、システムが事務作業とレポーティングを処理します。
AIスクリーニングのプロンプト設計、GDPR保持の自動化、多言語キャリアページ、Spreadsheetを軸にしたタレントOSのエンドツーエンド設計は、Dasoloがパートナーとして組み上げるアーキテクチャの典型で、多くのチームはこの段階の試行錯誤を省けます。
専門家の支援が有効な場面
Level 1〜6の範囲であれば、標準のOdoo Recruitmentと粘り強い内部オーナー、試験環境での安全な実験があれば自走可能なことが多いです。
ただしLevel 7以上ではリスクが増します。誤送信される自動メール、アップグレードを阻害するStudioフィールド、深夜に止まるAPI同期など、運用リスクが表面化しやすくなります。
これはチームの失敗ではなく、アーキテクチャ、テスト、ガバナンスの重要性が高まったサインです。
複数アプリの設計、国別コンプライアンス、複雑な連携、役員会で決まった明確なローンチ日に間に合わせる必要がある場合はパートナーの支援を検討してください。
Dasoloと一緒に進める理由
Dasoloは実務に即したOdoo導入を支援します。カスタムアプリ、整った連携、そしてコンサルタントが去った後も人が思い出せるトレーニングを提供します。
Recruitmentのロードマップが本ガイドで示した上級ユースケースを含むなら、クイックウィンから始め段階的に自動化と連携を進めるフェーズドプランを一緒に設計できます。
貴社がスコープと予算をコントロールし続ける一方で、我々はOdooの深い知見を持ち込み、本番で高価な失敗を経験しないよう支援します。
無料相談を予約する：