採用要件の、さらに上流へ
採用する人を
決める前に、
必要な役割を決める。
「PdM が欲しい」から始めない。事業・プロダクト・組織の状況を AI がヒアリングし、
必要な能力を分解して「誰を採るか」「誰を育てるか」「何人で担うか」まで整理します。
AI 機能の利用には、ご自身の Gemini API キーが必要です。
あなた
シニア PdM を採用したい
AI インタビュアー
まず状況から確認します。開発 15 名で CEO から要望が大量に来る中、いま一番詰まっているのはどこですか？
あなた
インタビューはしているがロードマップに落とせていない。Enterprise 化で要望が競合する
- プロダクト戦略現状 2
- ステークホルダー調整現状 2
- Enterprise 対応現状 1
- データ分析現状 2
→ プラン A: シニア PdM ×1（希少性 高） / プラン B: VP Product ×1 + 既存 PM が Discovery
職種名は入力ではなく、分析の結果
Role First ではなく、Capability First。
職種名ではなく、能力で見る
課題から必要な能力を逆算し、組織の現状とのギャップを可視化する。
1 人か、複数人か
全部できるスーパーマンを探さない。採用・育成・既存メンバー・外部で分担を設計する。
求人票と面接がズレない
要求能力がそのまま求人票・面接スコアカード・オンボーディング計画になる。
役割名は、分析の結果として出てくる。
事業課題 → プロダクト課題 → 必要な能力 → 担い手 → 役割。
この順番を崩さないから、「なぜその人が必要か」を説明できる。
01状況を聞く
事業・プロダクト・組織で何が起きているか
02能力に分解
- 戦略現状 2
- Discovery現状 3
- データ現状 2
必要 vs 現状 のギャップを見る
03役割を決める
- A: シニア PdM ×1希少性 高
- B: VP Product + 既存 PM希少性 中
1 人で担うか、分けるか
→ 求人票・面接スコアカード・オンボーディングまで一本で
始める前に
求人票ジェネレーターとは何が違いますか？＋
職種名を入力しません。事業・プロダクト・組織の状況から必要な能力を逆算し、「本当に採用が必要か」「1 人か複数人か」を先に決めます。求人票はその結果として出ます。
従業員の個人情報は必要ですか？＋
不要です。組織の現状は「CTO」「PM ×1」のようなポジション単位で扱い、氏名は保存しません。
AI の利用に必要なものは？＋
ご自身の Gemini API キーが必要です。Google AI Studio で発行し、設定画面から登録できます。キーは暗号化して保存します。
利用料金はどうなりますか？＋
RoleLens からの請求はありません。Gemini API の料金は、利用するモデルと利用量によって異なります。無料枠の条件を含め、提供元の料金ページをご確認ください。 Gemini API の料金を見る ↗
いま、会社で何が起きていますか？
職種名ではなく、状況から始めましょう。