パイプラインテンプレート：職務全体でパイプラインを再利用する時とカスタマイズする時
デフォルトパイプライン
ほとんどの組織は6段階パイプラインで開始します：
- 申請済み — 候補者が応募を送信
- スクリーニング — 採用担当者または採用マネージャーが履歴書をレビュー
- 評価 — 候補者がテストまたはコーディングチャレンジを実施
- 面接 — 候補者がチームと会話
- オファー — 口頭または書面でオファーを提供
- 採用済み — 候補者が受け入れ、開始日が設定
このパイプラインは70%の役割で機能します。採用の自然なリズムを尊重：基本をフィルター（スクリーニング）、スキルを検証（評価）、適合性を評価（面接）、交渉（オファー）、オンボード。
摩擦は過度にカスタマイズすると発生します。追加するすべてのステージは別のメール、別のデータフィールド、候補者が詰まるもう1つの場所です。パイプラインスプロール — 40個の異なる職務投稿全体で12ステージ — 報告を不可能にし、チームを減速させます。彼らは常に「この候補者はどのステージにいますか？」異なる定義全体で尋ねています。
デフォルトが崩壊する時
ワークフローが申請→採用と実質的に異なる場合、カスタムステージを追加します。以下は正当な理由です：
営業役：商業的適合性
営業採用は異なります。初期スクリーニング電話の後、技術面接の前に「商業的適合性」会話を実行する必要があることがよくあります。これは交渉スタイル、クライアント対応型コミュニケーション、取引規模の欲求を評価する時です。製品意味でアセスメントではなく、会話です。
パイプラインは以下になります：申請済み → スクリーニング → 商業的適合性 → 評価 → 面接 → オファー → 採用済み
追加ステージはチームが商業的に良好な信仰で交渉しない候補者との技術面接の実行から節約します。有意義なゲート。
デザイン役：ポートフォリオレビュー
デザイナーのポートフォリオはしばしば最も重要な信号です。面接前にFigmaファイルまたはデザインシステムへのリンクを送信している場合、スクリーニング後に「ポートフォリオレビュー」ステージを追加することを検討してください。これはチームの美学またはスキルレベルと一致しないデザイナーを表面化させ、1時間面接する前に。
申請済み → スクリーニング → ポートフォリオレビュー → 面接 → オファー → 採用済み
エグゼクティブサーチ：エグゼクティブ評価
C-レベル役は技術面接とは異なるサイコメトリック評価またはエグゼクティブコーチング相談を含むことがあります。外部企業（SpencerStuartやKorn Ferryなど）を使用している場合、彼らの仕事は独自のステージかもしれません：
申請済み → スクリーニング → 評価 → エグゼクティブ評価 → 面接 → オファー → 採用済み
ニッチケース：バックグラウンドチェック
一部の業界（金融、医療、セキュリティ）は、オファーが最終化される前に身上調査または資格確認が必要です。しかし、ここでもステージはしばしばオプション — 候補者はバックグラウンドチェックに合格するか、しないかもしれません。しかし、それは拒否ゲートではなく、依存関係です。可能な場合はステージではなくブール値フラグを使用します。
パイプラインスプロールの代価
すべてのニュアンスに対してカスタムステージを作成するとどうなるか：
- 報告が崩壊する。 「評価で平均して候補者はどのくらいいますか？」— 一部の職務には2つの評価ステージがあり、1つはなく、なしもあります。
- メール混乱。 各ステージにはオプションのメールテンプレートがあります。ステージ定義が職務ごとに異なる場合、1つの職務で「評価」にいて、別の職務で「コーディングテスト」にいる候補者は期待することを知りません。
- チーム混乱。 新しい採用担当者が採用マネージャーに「この候補者は面接に移動すべきか、スクリーニングに留まるべきですか？」と質問し、役割に応じて6つの異なる回答を取得します。
- ワークフロー崩壊。 「ステージがオファーに変更されたら、オファーメールを送信」のような自動化ルールは、1つのパイプラインでステージを名前変更した場合、静かに失敗します。
ダメージは微妙で1年間蓄積します。自分のプロセスへの可視性を失います。
スマートにテンプレート化する方法
5つのパイプラインが10個の職務全体にある場合、3つに統合します：
ジェネリックエンジニアリング： 申請済み → スクリーニング → 評価 → 面接 → オファー → 採用済み 営業： 申請済み → スクリーニング → 商業的適合性 → 評価 → 面接 → オファー → 採用済み デザイン： 申請済み → スクリーニング → ポートフォリオレビュー → 面接 → オファー → 採用済み
各職務投稿をテンプレートに割り当てます。次のデザイナーを採用する場合、デザインテンプレートを再利用します。4番目の営業エンジニアを採用する場合、営業テンプレートをクローンします。新しいステージを発明しません。
役割が本当に何かユニークが必要な場合、一度作成し、なぜかを文書化します。「製品担当副社長」には以下があるかもしれません：申請済み → スクリーニング → 製品演習 → 面接（1:1） → 面接（パネル） → オファー → 採用済み。しかし、意図的に。1つの役割の1つの追加ステージは大丈夫。3つの役割ごとに1つの追加ステージは、テンプレートが狭すぎることの兆候です。
実用的例：2つのチームを比較
チームA： 20の職務投稿、それぞれカスタムパイプライン。ステージは4～14の範囲。不整合な命名。1採用担当者が辞め、新入社員は各役割の「ステージ3」が何を意味するか理解するのに3週間を費やしました。
チームB： 3つのテンプレート（エンジニアリング、営業、オペレーション）を使用する20の職務投稿。新しい役割はベストフィットするテンプレートに割り当てられます。役割が何か異常が必要な場合、そのテンプレートに追加され、共有Notionページに文書化されます。採用マネージャーはプロセスについて正確に期待することを知っています。
チームBの時間から採用までは8日速い。候補者はプロセスについてのより明確な期待をレポート。報告ダッシュボード実際に機能します。
ClarityHireがテンプレートを処理する方法
ClarityHireは、新しい職務を作成するときにクローンできるパイプラインテンプレート（ジェネリック、営業、デザイン、エグゼクティブ）のライブラリを提供します。各テンプレートには、デフォルトステージ名、自動メールトリガー、統合マッピングが含まれます。
職務ごとにテンプレートをカスタマイズできますが、UIは再利用を強調します。カスタムステージを追加するのは2クリックですが、システムは警告を表示します：「新しいステージを作成しました。これは他の職務で使用されますか？」
分析ダッシュボードはスマート：テンプレートで職務をグループ化するため、「採用時間」メトリックは互換性のある職務ではなく、同じパイプラインを持つロール計算されます。また、ドリルダウンし、カスタマイズがカスタマイズされたカスタマイズされたカスタマイズカスタマイズされたカスタマイズ実際に役立つかどうかを確認します。
まとめ
デフォルト6段階パイプラインで開始します。ワークフローが実質的に異なる場合のみカスタムステージを追加（営業商業的適合性、デザインポートフォリオ、エグゼクティブ評価）。パイプラインスプロールを避ける。無限の職務全体で3～5テンプレートが正しい比率です。なぜカスタムステージが存在するか文書化します。テンプレートをプロセスの真実のソースとして使用します。
1つのチーム標準は10の役割固有ワークフローを破ります。時間から採用まではそれに感謝を言うでしょう。