AI機能を「デモできた」から「安全に出せる」へ進めるための、評価・失敗分析・Human-in-the-loop・RAG・ツール設計をまとめた無料キット。 品質・安全性・権限・失敗復旧・監視を同じリリース判断に載せられる。
詳細を見る →Search
PM Compass 横断検索
無料キット、PM書籍、ツール選定評価基準、実務プレイブック、記事、テンプレート、AIプロンプト、Skill、用語、キャリア情報を1つの検索窓から探せます。
322件を検索できます
PRDの初稿、レビュー、AI機能向けPRDまでを一続きで進めるための無料テンプレートセット。 初稿→論点レビュー→AI固有要件まで、同じ流れで仕様化できる。
詳細を見る →インタビュー設計から示唆整理、ジャーニー、Opportunity Solution Tree、短期検証までをつなぐ無料キット。 発言→課題→機会→解決案→実験まで、Discoveryの流れを成果物として残せる。
詳細を見る →AIタスク、意思決定、リスク、複数プロジェクトの状況を、少ない運用負荷で揃えるための無料キット。 タスク→意思決定→リスク→俯瞰レビューの最小運用を揃えられる。
詳細を見る →応募先への価値の伝え方と、面接で話す実績・プロダクト思考・逆質問を整理する無料キット。 応募文面と面接準備を一貫したストーリーで整理できる。
詳細を見る →市場・競合・顧客価値・勝ち筋・ポートフォリオを一続きで整理し、日々の優先順位に使える戦略へ落とす無料キット。 市場と顧客から勝ち筋を明文化し、複数プロダクトの投資判断まで同じ軸で説明できる。
詳細を見る →North Star、成長指標、OKR、ROIをつなぎ、施策が成果にどう寄与するかを説明するための無料キット。 最終成果→先行指標→OKR→投資判断を一本のロジックでつなげられる。
詳細を見る →RICE/ICE、戦略適合、ロードマップ、ROIを組み合わせ、なぜ今これをやるのかを説明するための無料キット。 価値・確度・工数・戦略適合・ROIを比較し、成果ベースのロードマップとして説明できる。
詳細を見る →開発・CS・営業・マーケ・計測のローンチ準備から、対象別リリースノート、リリース後の学習までをつなぐ無料キット。 公開前の横断確認、対象別コミュニケーション、公開後の継続判断まで1つの運用にできる。
詳細を見る →ユーザー目的、画面遷移、ストーリー、AI機能の失敗復旧までを整理し、開発へ渡せる仕様にする無料キット。 開始条件→判断分岐→価値→受け入れ条件→失敗復旧を一貫した仕様として渡せる。
詳細を見る →Product Analytics、User Research、Feature Flag、AI Evals、Roadmapなどのツールを、評価・デモ・PoCから権限確認、移行、定着、更新/撤退判断まで同じ運用で進める無料キット。 JobとMust要件から候補を評価し、PoCで証拠を取り、安全に導入・移行し、30日後の定着と契約更新/撤退まで一続きで判断できる…
詳細を見る →仮説・前提の可視化、プレモーテム、トレードオフ判断、実験のGo/No-Go条件までを一続きにして、後付けの意思決定を減らす無料キット。 何を信じているか、何が失敗し得るか、何を捨てるか、どの条件で進む/止めるかを判断前に残せる。
詳細を見る →INSPIRED: How to Create Tech Products Customers Love
プロダクトマネージャー、デザイナー、エンジニアが顧客価値と事業価値を両立する製品をどう発見・提供するかを俯瞰する定番の入口。 PMの役割とDiscovery/Deliveryの全体像を最初に掴みたいとき
詳細を見る →Product Management in Practice
曖昧になりやすいPMの日々の仕事、優先順位、コミュニケーション、実行の現実を実務寄りに理解できる。 PMに転職した直後、または日々何を優先すべきか整理したいとき
詳細を見る →インタビューを単発イベントではなく継続的なDiscovery習慣へ変え、OpportunityとSolutionを学習ループでつなぐ実践書。 顧客インタビューはしているが、学びが優先順位や実験につながらないとき
詳細を見る →機能を作ること自体を成果にしてしまうBuild Trapから抜け、アウトカム中心のプロダクトマネジメントへ移る考え方を整理できる。 ロードマップが機能一覧になり、成果との接続が弱いとき
詳細を見る →ターゲット顧客、未充足ニーズ、価値提案、MVP、検証を順に進めるLean Product Processを具体的に学べる。 新規プロダクトや大きな新機能の仮説をPMFまで構造化したいとき
詳細を見る →ロードマップを納期表や機能約束ではなく、戦略・顧客価値・学習・優先順位を共有する道具として再設計できる。 ロードマップが日付約束や要望リストになっているとき
詳細を見る →EMPOWERED: Ordinary People, Extraordinary Products
強いプロダクトチームを採用・コーチし、VisionとStrategyを与えながら問題解決を委ねるProduct Leadershipを扱う。 個人PMから複数チームを率いるProduct Leaderへ役割が広がるとき
詳細を見る →TRANSFORMED: Moving to the Product Operating Model
従来型の組織からProduct Operating Modelへ移行する際の構造・リーダーシップ・変革事例を扱う。 1チーム改善ではなく組織全体のProduct Model移行を考えるとき
詳細を見る →Monetizing Innovation: How Smart Companies Design the Product Around the Price
価格をGo-to-Marketの終盤で決めるのではなく、顧客の支払意思と価値設計をプロダクト仮説の早い段階から検討する視点を持てる。 新機能や新製品の価値は説明できるが、価格・パッケージ・収益化仮説が後付けになっているとき
詳細を見る →Trustworthy Online Controlled Experiments: A Practical Guide to A/B Testing
A/Bテストを単なる勝敗判定ではなく、実験設計・指標・統計・データ品質・運用基盤まで含む信頼できる意思決定プロセスとして理解できる。 実験結果は出ているが、サンプル品質・guardrail・統計解釈・実験運用の信頼性に不安があるとき
詳細を見る →The Jobs To Be Done Playbook: Align Your Markets, Organization, and Strategy Around Customer Needs
顧客属性ではなく達成したいJobや進捗を起点に、調査・市場理解・価値設計・組織の共通言語をつなぐ実践方法を整理できる。 ペルソナや要望は集まるが、顧客が何を前進させたいのかを一貫した単位で議論できていないとき
詳細を見る →Experimentation Works: The Surprising Power of Business Experiments
個別A/Bテストの手法だけでなく、実験を継続的な経営・プロダクト意思決定能力として組織に根づかせる観点を持てる。 実験ツールはあるが、実験数・意思決定・学習が組織能力として回っていないとき
詳細を見る →Loved: How to Rethink Marketing for Tech Products
優れたプロダクトでも市場で選ばれなければ成果にならないため、Positioning・メッセージ・Go-to-MarketをProduct Strategyと接続して考える入口になる。 顧客価値は作れているのに、誰に何をどう伝えるかが曖昧で市場での選ばれ方が弱いとき
詳細を見る →Product Operations: How Successful Companies Build Better Products at Scale
Product Opsを単なる会議運営やツール管理ではなく、データ・顧客/市場Insight・プロセス/ガバナンスでプロダクト組織をスケールさせる機能として整理できる。 複数チーム化で調査・データ・意思決定・プロセスが分散し、PMが本来の判断より運用調整に時間を使っているとき
詳細を見る →Interviewing Users: How to Uncover Compelling Insights
質問文だけでなくResearch logistics・fieldwork・bias・記録・分析・組織へのimpactまで、ユーザーインタビューを実務として成立させる一連の流れを補強できる。 インタビューは実施しているが、質問品質・記録・分析・意思決定への反映が担当者ごとにばらつくとき
詳細を見る →単一ユーザー向け機能最適化とは異なる、複数サイドの参加者・Network Effects・ガバナンス・収益化を含むPlatform/Marketplace設計の戦略論点を持てる。 買い手と売り手、供給者と需要者など複数サイドを扱い、片側だけのUX改善では成長しないプロダクトを設計するとき
詳細を見る →Growthを単発施策や獲得広告ではなく、データ・仮説・高速実験を横断チームで回し、獲得・Activation・Retentionへつなげる学習ループとして考える入口になる。 成長施策がチャネル単位のアイデア出しに偏り、継続率やプロダクト内行動と実験がつながっていないとき
詳細を見る →Lean B2B: Build Products Businesses Want
利用者だけでなくBuyer・budget owner・change agentなど複数stakeholderがいるB2Bで、Discovery・価値提案・pre-sales・PMF検証をどう進めるかという論点を補える。 ユーザー課題は見えているのに、購買者・導入者・意思決定者が異なるためB2Bの検証と販売が前に進まないとき
詳細を見る →AIプロダクト固有のインフラ・model/data運用・commercialization・生成AI・Responsible AIを、一般PM論とは別のProduct Lifecycleとして問い直すResearch Triggerになる。 通常のPM原則だけではAIプロダクトのmodel/data/evaluation/governance論点を十分に洗い…
詳細を見る →Strong Product People: A Complete Guide to Developing Great Product Managers
Product LeaderがPMの期待値・skill gap・coaching・feedbackを設計し、個々のPMを育てるpeople-developmentの論点を補強できる。 Empowered teamやOperating Modelは理解しているが、PM一人ひとりの成長・評価・coaching cadenceを構造化できていないとき
詳細を見る →The Cold Start Problem: How to Start and Scale Network Effects
Network Effectsがまだ弱い初期状態から、最小の有用なNetworkを成立させ、密度・拡張・成長へつなぐ戦略論点を補える。 Platform/Marketplaceの構造は理解しているが、最初の供給・需要・利用密度をどう成立させてscaleするかが曖昧なとき
詳細を見る →日本の実務文脈で、事業戦略・開発・UX・マーケティング・組織までPMの仕事を広く整理できる。 日本語でPM領域の全体地図を最初に作りたいとき
詳細を見る →PMの日常業務と曖昧さへの向き合い方を、チェックリストと実務例で日本語で学べる。 PMになったばかりで、日々の動き方を具体化したいとき
詳細を見る →プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける
アウトプット中心の組織からアウトカム中心へ移るための考え方を、日本語で深く理解できる。 作る量は多いのに顧客価値や事業成果が伸びないとき
詳細を見る →INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント
INSPIREDの中核であるProduct Discovery、チーム構成、製品文化を日本語で学べる。 英語原著の前に日本語でProduct Modelの基本を掴みたいとき
詳細を見る →EMPOWERED 普通のチームが並外れた製品を生み出すプロダクトリーダーシップ
Product Leaderが強いチームを育て、Vision/Strategyと権限委譲をどう設計するかを日本語で学べる。 PM個人の改善からチーム・組織のマネジメントへ責任が広がったとき
詳細を見る →ユーザーの体験全体とストーリーを可視化し、共通理解を作りながらリリース単位へ切る方法を学べる。 バックログが細かなチケットの集合になり、ユーザー価値の流れが見えなくなったとき
詳細を見る →Lean Analytics スタートアップのためのデータ解析と活用法
虚栄の指標と行動につながる指標を分け、事業段階に応じて何を計測するかを考える土台になる。 KPIが多すぎる、または施策と指標の因果が曖昧なとき
詳細を見る →Lean UX 第3版 アジャイルなチームによるプロダクト開発
仮説・プロトタイプ・MVP・フィードバックを短い学習サイクルへつなげ、職種横断でProduct Discoveryを進める方法を学べる。 UX活動を重い成果物作成ではなく継続的な学習へ変えたいとき
詳細を見る →Product AnalyticsツールのPM向け選定評価基準
プロダクト仮説をイベント設計・分析・意思決定まで再現可能な運用にする PMがセルフサービス分析を継続しても、計測品質と定義の一貫性を保てるか
詳細を見る →リサーチ計画から発言・証拠・示唆・意思決定まで追跡可能にする 調査量が増えても、一次証拠と示唆のつながりを失わずチームで再利用できるか
詳細を見る →戦略・成果・優先順位・依存関係を、約束日一覧ではなく意思決定として共有する 複数チームで更新しても、なぜこの優先順位なのかを根拠付きで説明できるか
詳細を見る →リリースと公開を分離し、段階展開・停止・実験を安全に運用する 本番障害時のkill switchから長期flag cleanupまで、開発とPMが同じルールで運用できるか
詳細を見る →AI機能の品質基準を実例・grader・人間レビュー・回帰テストとして継続運用する モデルやpromptが変わっても、品質劣化と新しいfailure modeを継続的に検出できるか
詳細を見る →Feedback ManagementツールのPM向け選定評価基準
複数チャネルの顧客フィードバックを証拠付きで統合し、優先順位と顧客への返答へつなぐ AI要約が増えても、元の顧客発言・segment・product decisionとの対応を失わないか
詳細を見る →仮説・対象・Primary/Guardrail metric・停止条件を事前固定し、実験結果を再現可能な意思決定へ変える 施策の差を因果効果として信頼できる形で測り、結果を見てから判定基準を変えずに意思決定できるか
詳細を見る →Session Replay & UX AnalyticsツールのPM向け選定評価基準
定量指標で見えた摩擦を実セッションの行動証拠へ戻し、再現・仮説・改善判断までつなぐ 行動再現性を上げながら、入力値や機微情報を過剰収集せず安全に運用できるか
詳細を見る →Product Ops WorkflowツールのPM向け選定評価基準
要望・バグ・意思決定・実行依頼を一貫したintake→triage→owner→SLA→closed loopで流す 情報源が増えても入口・優先順位・責任者・完了条件を標準化し、二重台帳を増やさず運用できるか
詳細を見る →AI ObservabilityツールのPM向け選定評価基準
本番AIのtrace・latency・cost・tool call・feedback・safety signalを一つの障害/改善ループへつなぐ 本番品質が悪化した時に、どの入力・model/prompt・tool・latency/cost・guardrailが原因か短時間で切り分けられるか
詳細を見る →実験ツールを比較する前に、割付品質、metric、guardrail、停止条件、意思決定ログを固定するための実務runbook。 実験結果を見た後に都合よく判断基準を変えず、割付事故や計測不備を除外して意思決定できるか
詳細を見る →PM向けSession Replay・UX Analytics運用プレイブック
Replayを大量視聴するのではなく、privacy preflight、定量シグナルからのsampling、証拠記録、再現確認までを標準化するrunbook。 ユーザー行動の一次証拠を得ながら、機微情報を収集せず、個別セッションの印象を全体傾向と誤認しない運用ができるか
詳細を見る →PM向けProduct Ops Intake・Triageプレイブック
Slack・CS・営業・社内依頼など複数入口を、intake contract、triage、dedupe、SLA、ownerへ正規化するための実務runbook。 依頼チャネルが増えても、重要度・owner・期限・重複を一貫したルールで処理し、PMの頭の中をqueueにしない運用ができるか
詳細を見る →PM向けAI Observability本番運用プレイブック
AI機能の本番traceを、品質・安全性・latency・cost・incident→eval feedback loopへ接続するための実務runbook。 AI機能で問題が起きたとき、どのrun・tool call・handoff・input/outputが原因かを追跡し、再現caseとしてevalへ戻せるか
詳細を見る →PM向けProduct Analytics計測契約プレイブック
Product Analyticsをdashboard閲覧で終わらせず、重要event・property・identity・validation・変更責任をtracking contractとして運用するrunbook。 PMがセルフサービス分析を増やしても、同じevent名が人や時期によって別の意味にならず、意思決定に使える計測品質を維持できるか
詳細を見る →PM向けUser Research証拠リポジトリ運用プレイブック
研究結果を要約の墓場にせず、study metadata・一次証拠・insight・taxonomy・access controlをつないで再利用するrunbook。 過去researchを再利用するとき、結論だけでなく誰をいつどの方法で調べたかと原発言へ戻り、古い知見や機微情報を安全に扱えるか
詳細を見る →Roadmapをfeatureと日付の一覧にせず、strategy・outcome・evidence・dependency・変更理由を継続更新するためのrunbook。 優先順位や時期が変わったとき、何が変わったかだけでなく、どのevidence・goal・dependencyによって判断が変わったかを説明できるか
詳細を見る →PM向けFeature Flag安全運用・Lifecycleプレイブック
Feature Flagをrelease switchの寄せ集めにせず、evaluation context・fallback・監査・緊急停止・expiry・cleanupまで管理するrunbook。 provider障害やtargeting誤設定が起きても安全なdefaultへ戻り、誰がいつ何を変更したか追跡し、不要flagを期限内に削除できるか
詳細を見る →AI品質を一度のデモで判断せず、versioned dataset・複数grader・人間校正・failure taxonomy・regression gateとして継続運用するrunbook。 prompt・model・toolが変わっても、重要なfailure modeを同じdatasetと基準で再評価し、grader自身のずれも検知できるか
詳細を見る →PM向けFeedback Management証拠・Routingプレイブック
Feedbackを件数ランキングへ直結させず、source・customer context・problem・重複・decision・follow-upを追跡可能にするrunbook。 support・sales・interview等から集まる声を、原文contextを失わず同じproblemへ統合し、採用しないfeedbackも含めて判断理由を追跡できるか
詳細を見る →PMはAIにどこまで任せるか｜4つの判断軸で委任境界を決める
PM業務をAIへ丸投げするのではなく、可逆性・影響範囲・検証可能性・文脈依存の4軸で、完全委任・下書き・候補出し・人間判断へ分ける実務フレーム。
詳細を見る →PM業務が属人化しタスクが散らばる チームとAIに共有しやすい構造化タスク台帳
詳細を見る →PRDの書き出しに時間がかかり抜け漏れる AIが背景から成功指標まで一気に書き出すPRD構成
詳細を見る →仕様の矛盾や計測漏れをリリース前に防ぎたい 価値・実現性・リスク・計測の4軸レビューチェックリスト
詳細を見る →インタビュー質問が誘導的になり示唆が得られない バイアスを排し深掘りする構造化インタビュー質問設計
詳細を見る →インタビュー記録が膨大で整理が追いつかない 発言からペイン・ニーズ・仮説反証を抽出する分析シート
詳細を見る →施策の優先順位に客観的な説明がつかない Reach/Impact/Confidence/Effortを数値化し不確実性を明示する
詳細を見る →施策が最終目標にどう寄与するか見えない 目標を先行指標・遅行指標に分解するKPI可視化フレーム
詳細を見る →対象ごとに最適な情報提供ができない ユーザー・営業・CS・エンジニア向けに情報を出し分ける構成
詳細を見る →会議後に決定事項が曖昧になり後戻りが発生する 背景・決定事項・未決事項・リスクを一元管理するログ
詳細を見る →複数プロジェクトの状況把握とリスク検知が重い 進捗・リスク・次アクションを横断で見える化する俯瞰パネル
詳細を見る →AI機能の期待値と不確実性がPRDに残らない AIの入出力・評価・失敗時UXまで含めて仕様化する
詳細を見る →AIへの依頼が曖昧で出力品質が安定しない 目的・制約・入力・判定基準を一枚に整理する
詳細を見る →AI機能のユーザー体験が成功時だけで設計される 入力から失敗復旧までのAI体験をフローで点検する
詳細を見る →職務経歴と応募先価値の接続が弱い 企業課題に合わせてPM実績を翻訳する構成
詳細を見る →顧客体験の詰まりどころがチームで揃わない 段階・接点・感情・機会を横断で可視化する
詳細を見る →短期間の検証が議論で終わり成果物に落ちない 5日間の問い・役割・成果物を固定する
詳細を見る →面接準備が経験談の暗記に偏る プロダクト思考・実績・逆質問を体系的に準備する
詳細を見る →Opportunity Solution Treeテンプレート
施策案が成果指標や顧客機会から切り離される OutcomeからOpportunity・Solution・Experimentへ分解する
詳細を見る →PRDの粒度が案件ごとにぶれる 背景・スコープ・要件・計測を一貫した型でまとめる
詳細を見る →競合比較が機能一覧だけで終わる 顧客セグメント・差別化・弱点まで比較する
詳細を見る →既存機能の改善余地を構造的に説明できない 利用状況・価値・摩擦・改善仮説を整理する
詳細を見る →ロードマップの優先順位に納得感がない 価値・リスク・工数・戦略適合を比較する
詳細を見る →ローンチ準備の抜け漏れが直前に見つかる 開発・CS・営業・マーケ・計測を横断確認する
詳細を見る →グロース施策と見るべき指標が接続しない 獲得・活性化・継続・収益の代表指標を選ぶ
詳細を見る →OKRが施策リストになり成果に結びつかない Objective・Key Result・Initiativeを分離して管理する
詳細を見る →複数プロダクトの健全性を同じ物差しで見られない 戦略適合・成長・収益・リスクを横断評価する
詳細を見る →リリース後の学習が次の意思決定に残らない 結果・学び・継続判断・次の実験を整理する
詳細を見る →ロードマップが日付約束か要望一覧になる テーマ・成果・依存関係・確度で計画を伝える
詳細を見る →戦略が抽象的で日々の判断に使えない 市場・顧客・勝ち筋・捨てることを明文化する
詳細を見る →施策投資の回収見込みを説明できない 投資額・便益・期間・感度を整理して判断する
詳細を見る →画面遷移とユーザー目的のつながりが曖昧になる 開始条件・判断分岐・完了条件を整理する
詳細を見る →顧客像が属性だけで行動理解に使えない 状況・動機・制約・代替行動まで記述する
詳細を見る →ユーザーストーリーが開発チケットの形式だけになる 価値・受け入れ条件・例外を明確にする
詳細を見る →顧客課題と提供価値の接続が弱い Job・Pain・Gainと価値提案を対応づける
詳細を見る →AI機能の品質基準が曖昧でモデル変更の良し悪しを説明できない 正確性・有用性・安全性・コスト・レイテンシと評価ケースを同じ表で管理する
詳細を見る →AIの失敗が個別の不具合対応で終わり再発防止につながらない 失敗カテゴリ・重大度・原因レイヤー・回帰ケースを構造化して改善へ戻す
詳細を見る →AIの自動化範囲と人間確認の境界を説明できない 重大度・不確実性・可逆性から承認・修正・エスカレーション条件を決める
詳細を見る →AI機能のリリース判断がデモ品質だけに寄りやすい 品質・安全・RAG・Human-in-the-loop・コスト・監視・ロールバックを横断確認する
詳細を見る →RAGの回答品質が悪いときにモデル・検索・元データのどこが原因か切り分けられない ソース鮮度・権限・検索品質・根拠表示を評価ケース単位で点検する
詳細を見る →エージェントが外部ツールを呼ぶ条件と権限・確認境界が曖昧になる ツール選択・引数・権限・人間確認・失敗復旧をツール単位で仕様化する
詳細を見る →ツール選定が機能数やデモの印象に引っ張られる Job適合・導入負荷・権限・TCO・拡張性を同じ重み付き軸で比較する
詳細を見る →営業デモで都合の良いユースケースだけを見て導入リスクを残してしまう Core Job・導入・API・Security・価格・Roadmapを同じ質問で確認する
詳細を見る →無料トライアルが感想会で終わり本導入判断の証拠にならない 仮説・実利用scenario・成功条件・stop条件・Go判断をPoC前に固定する
詳細を見る →ツール導入の便益・TCO・リスク・運用責任を決裁者へ説明しづらい 課題・選定結果・便益・TCO・risk・rolloutを一枚の稟議ロジックへまとめる
詳細を見る →導入後に権限やデータ取扱いの問題が発覚する 入力データ・権限・AI利用・削除・incident対応を導入前に確認する
詳細を見る →契約したツールがチームの実運用に定着しない Week1からWeek4までの導入・観測・改善・継続判断を固定する
詳細を見る →ツール切替でデータ欠損や二重運用が長期化する 移行対象・integration・cutover・rollback条件を事前に固定する
詳細を見る →契約更新が惰性になり利用率や成果に見合わないコストが残る 利用実績・Outcome・TCO・代替手段からRenew/Resize/Exitを判断する
詳細を見る →意思決定の前提が事実として扱われ検証優先順位が曖昧になる 仮説・根拠・確信度・外れた時の影響・次の検証を一つの台帳で管理する
詳細を見る →企画やローンチ前に楽観バイアスで重大リスクを見落とす 失敗した未来を仮定しfailure mode・早期シグナル・予防策・rollback条件を先に決める
詳細を見る →複数案の比較がメリットデメリット列挙で終わり何を捨てたか残らない 評価軸・重み・反対意見・再評価条件まで1ページで意思決定として残す
詳細を見る →実験結果を見てから成功条件を変え後付け解釈が起きる Primary metric・guardrail・Go/Iterate/No-Go条件を実験前に固定して判定する
詳細を見る →重要な判断で誰に何をいつ合意してもらうかが曖昧になる 影響度・関心度・懸念・必要な合意・接点順を一枚で整理する
詳細を見る →経営層への説明が背景共有に偏り何を決めてほしいか伝わらない Decision ask・推奨案・代替案・Evidence・guardrailを1ページで揃える
詳細を見る →複数チームのInitiativeで責任・非スコープ・依存関係が開始後にずれる Outcome・非スコープ・team contract・decision rights・cadenceを開始前に固定する
詳細を見る →問題が長引いてから状況説明だけをエスカレーションし判断が遅れる 事実・影響・選択肢・推奨案・Decision ask・期限を短く揃える
詳細を見る →ユーザーリサーチの実務で「ユーザーストーリー生成」を短時間で作る
詳細を見る →プロダクト戦略の実務で「PRD作成」を短時間で作る
詳細を見る →プロダクト戦略の実務で「競合分析フレームワーク」を短時間で作る
詳細を見る →機能開発の実務で「RICE機能優先順位づけ」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「ユーザーインタビュー質問設計」を短時間で作る
詳細を見る →指標分析の実務で「A/Bテスト計画書」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「経営・主要ステークホルダー向け進捗メール」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「詳細ユーザーペルソナ作成」を短時間で作る
詳細を見る →プロダクト戦略の実務で「North Star型プロダクトビジョン作成」を短時間で作る
詳細を見る →機能開発の実務で「開発着手可能な機能仕様書」を短時間で作る
詳細を見る →指標分析の実務で「プロダクト分析ダッシュボード設計」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「カスタマージャーニーマップ作成」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクト開発振り返り」を短時間で作る
詳細を見る →プロダクト戦略の実務で「戦略OKR作成」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「ユーザーフィードバック分析」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「マルチチャネル機能告知戦略」を短時間で作る
詳細を見る →プロダクト戦略の実務で「戦略ロードマップ作成」を短時間で作る
詳細を見る →プロダクト戦略の実務で「バリュープロポジションキャンバス生成」を短時間で作る
詳細を見る →機能開発の実務で「バグ優先順位づけ」を短時間で作る
詳細を見る →機能開発の実務で「スプリント計画最適化」を短時間で作る
詳細を見る →指標分析の実務で「プロダクト分析SQL生成」を短時間で作る
詳細を見る →プロダクト戦略の実務で「機能終了コミュニケーション計画」を短時間で作る
詳細を見る →プロダクト戦略の実務で「価格戦略設計」を短時間で作る
詳細を見る →機能開発の実務で「技術的負債優先順位マトリクス」を短時間で作る
詳細を見る →機能開発の実務で「オンボーディング改善」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「顧客フィードバック収集戦略」を短時間で作る
詳細を見る →プロダクト戦略の実務で「GTM戦略作成」を短時間で作る
詳細を見る →指標分析の実務で「プロダクト実験設計」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「アジャイルチーム憲章作成」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「PMF評価」を短時間で作る
詳細を見る →機能開発の実務で「機能利用促進戦略」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクトローンチチェックリスト生成」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「ユーザーリサーチ計画」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクト意思決定フレームワーク」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「インタラクティブプロトタイプテスト計画」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「リリースノート生成」を短時間で作る
詳細を見る →機能開発の実務で「プロダクトバックログ整理戦略」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「顧客アドバイザリーボード設計」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクトドキュメント戦略」を短時間で作る
詳細を見る →機能開発の実務で「Feature Flag導入戦略」を短時間で作る
詳細を見る →指標分析の実務で「プロダクトKR・ヘルスメトリクス設計」を短時間で作る
詳細を見る →機能開発の実務で「デザインシステム要件定義」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「Voice of Customerプログラム設計」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「Engineering-PM協働憲章」を短時間で作る
詳細を見る →機能開発の実務で「アクセシビリティ要件定義」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクトローカライゼーション戦略」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「JTBDインタビュースクリプト」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「部門横断プロダクトレビュー設計」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクトポートフォリオ戦略」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「開発者体験リサーチ計画」を短時間で作る
詳細を見る →機能開発の実務で「Feature Canvas作成」を短時間で作る
詳細を見る →指標分析の実務で「データに基づく意思決定」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「QBRテンプレート作成」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクトグロース戦略」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクト危機対応プレイブック」を短時間で作る
詳細を見る →機能開発の実務で「デザインスプリント計画」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「カスタマーサポート示唆分析」を短時間で作る
詳細を見る →プロダクト戦略の実務で「PLG戦略」を短時間で作る
詳細を見る →プロダクト戦略の実務で「競争優位性・Moat評価」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「Sales・CSイネーブルメント計画」を短時間で作る
詳細を見る →機能開発の実務で「プロダクトセキュリティ要件定義」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「ユーザー行動分析」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクトプラットフォーム戦略」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「UXライティングスタイルガイド作成」を短時間で作る
詳細を見る →機能開発の実務で「リプラットフォーム判断」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「顧客開発インタビューガイド」を短時間で作る
詳細を見る →機能開発の実務で「技術実現性評価」を短時間で作る
詳細を見る →指標分析の実務で「プロダクト分析実装ガイド」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「リモートユーザーリサーチ運用」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「PM面接評価フレームワーク」を短時間で作る
詳細を見る →機能開発の実務で「機能廃止戦略」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「PM会議テンプレート作成」を短時間で作る
詳細を見る →指標分析の実務で「ユーザー導入ファネル分析」を短時間で作る
詳細を見る →プロダクト戦略の実務で「データに基づくロードマップ優先順位」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクトナレッジベース戦略」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「機能検証ユーザーインタビューガイド」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「ステークホルダー巻き込み戦略」を短時間で作る
詳細を見る →プロダクト戦略の実務で「Early Adopterプログラム設計」を短時間で作る
詳細を見る →機能開発の実務で「インクルーシブデザイン原則作成」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクトナラティブ設計」を短時間で作る
詳細を見る →指標分析の実務で「行動分析実装計画」を短時間で作る
詳細を見る →指標分析の実務で「ユーザー中心KPI設計」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクトサイト改善戦略」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「部門横断協働憲章」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「B2B顧客アドバイザリーボード設計」を短時間で作る
詳細を見る →機能開発の実務で「機能検証実験計画」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクトデモ台本作成」を短時間で作る
詳細を見る →ユーザーリサーチの実務で「ユーザーリサーチリポジトリ設計」を短時間で作る
詳細を見る →指標分析の実務で「PLGメトリクス設計」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「PMキャリア開発フレームワーク」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクトローンチマーケティング計画」を短時間で作る
詳細を見る →プロダクト戦略の実務で「AIプロダクト倫理フレームワーク」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「プロダクトサポートプレイブック」を短時間で作る
詳細を見る →機能開発の実務で「プロダクトコンテンツ戦略」を短時間で作る
詳細を見る →指標分析の実務で「Customer Success指標設計」を短時間で作る
詳細を見る →ステークホルダーコミュニケーションの実務で「PMオンボーディング計画」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクト導入成熟度モデル」を短時間で作る
詳細を見る →プロダクト戦略の実務で「プロダクトビジョンキャンバス作成」を短時間で作る
詳細を見る →要件の断片が散らばり、課題や非スコープ・成功指標を整理しながらPRD初稿を書く作業に時間がかかる。 メモ・議事録・既存仕様から課題・背景・スコープ・非スコープ・成功指標・未決事項を抽出し、PRD初稿を作成する。
詳細を見る →PRDに価値・実現可能性・リスク・測定の観点が抜けており、後から重大な論点が出る。 PRDを価値・実現可能性・事業性・リスク・計測の観点でレビューし、不足論点と修正提案を列挙する。
詳細を見る →ユーザーインタビューの目的・対象・質問設計がばらつき、聞きたい仮説に答えられない。 調査目的・仮説・対象者・質問・バイアス注意点を整理し、一貫したインタビューガイドを作成する。
詳細を見る →多数の発言から本質的なペイン・ニーズ・反証を拾い出し、仮説を更新する作業が重い。 インタビュー記録・メモからペイン・ニーズ・反証・要検証仮説を構造化し、次の調査アクションを示す。
詳細を見る →競合情報がメモやURLに散らばり、機能・価格・ポジションを横並びで比較しにくい。 競合の機能・価格・ポジション・差別化を観点ごとに整理し、比較表と追加調査リストを作成する。
詳細を見る →ロードマップが日付の羅列になっており、依存関係・不確実性・検証順が見えにくい。 ロードマップ案を依存関係・不確実性・リスク・検証順に分解し、優先順位の見直し案を作成する。
詳細を見る →RICE/ICEの根拠や前提が不明確で、優先順位を説明しづらい。 RICE/ICEの評価軸と前提・不確実性を整理し、スコアと感度分析メモを作成する。
詳細を見る →事業目標から施策までのつながりが曖昧で、どの指標を改善すべきか整理しづらい。 North Star・KPIツリー・先行指標・遅行指標を整理し、施策との接続と計測準備を示す。
詳細を見る →仕様差分からユーザー・CS・社内それぞれに伝えるべき内容を毎回手作業で整理する負担が大きい。 PRD・差分・チケットからユーザー向け・社内向け・CS向けのリリースノートとFAQを作成する。
詳細を見る →ステークホルダー向け進捗報告が冗長になり、現状・リスク・意思決定依頼が伝わりにくい。 進捗メモから状況・リスク・意思決定依頼・次アクションを短く整理し、報告文を作成する。
詳細を見る →議事録から決定事項・未決事項・担当・期限・リスクを抜き出す作業が手間で、後追いが漏れる。 議事録・文字起こしから決定事項・未決事項・担当・期限・リスクを抽出し、Decision Logとアクションアイテムを作成する。
詳細を見る →顧客からの問い合わせや要望がバラバラにたまり、テーマ化や優先順位・次アクションが整理できていない。 顧客フィードバックをテーマ・重要度・根拠・次アクションに分類し、要望一覧を作成する。
詳細を見る →タスクや資料が複数ツールに散らばり、次に何をすべきかの優先順位が不明瞭になる。 タスク一覧・資料・進捗状況を整理し、AIタスクボード/ダッシュボードを更新して次アクションを明確にする。
詳細を見る →仮説・対象・成功指標・停止条件の整理が不十分で、実験結果から学べない。 施策案・仮説・対象セグメントから、成功指標・実験方法・停止条件を整理した実験計画を作成する。
詳細を見る →リリースや施策の振り返りが形式化しており、再発防止ルールや改善アクションに結びつかない。 リリース・施策・障害の結果ログから再発防止と改善ルールを抽出し、振り返り資料を作成する。
詳細を見る →月次の業務ログから成果・学び・スキルギャップを振り返り、次月のテーマを立てる作業が疎かになりがち。 作業ログ・学習メモ・成果物から月次の成果・学び・スキルギャップ・次月テーマを整理する。
詳細を見る →AIツールの導入判断が機能の第一印象に偏り、セキュリティ・費用・導入難度・代替手段を比較できていない。 ユースケース・セキュリティ・費用・導入難度・代替手段を観点にAIツールを比較し、導入判断と検証計画をまとめる。
詳細を見る →プロンプトが散らばって再活用できず、定型業務をClaude Code用のSkillに体系化できていない。 定型業務の手順・プロンプト・成果物例から、Skill化の可否判断とSKILL.md骨子を作成する。
詳細を見る →製品要求仕様書（Product Requirements Document）。対象課題・ゴール・スコープ・非スコープ・受け入れ条件・成功指標をまとめ、開発チームとステークホルダーで認識を合わせる文書。
詳細を見る →プロダクト開発の意思決定や情報の流れを早く・安定的にする役割。プロセス・データ・ツール・ナレッジを整え、PMが価値創出に集中できる環境を作る。
詳細を見る →施策の優先順位を（Reach×Impact×Confidence）÷Effortでスコア化し、投資対効果と確実性を見極めるフレームワーク。
詳細を見る →プロダクトが顧客に提供する価値の到達と、事業の持続的成長を象徴する単一の最重要指標。
詳細を見る →Jobs to be Done。顧客が特定の状況で解決したい本質的な「進歩」。単なる要望だけでなく、置き換えられる行為や制約を含めて理解する。
詳細を見る →Minimum Viable Product。検証したい仮説に答えるために必要最小限の価値を提供し、得られた学びを次の改善に活かす製品・機能。
詳細を見る →Go-to-Market。新製品や機能をターゲット市場に届け、顧客に認知・獲得・定着してもらう一連の計画と施策。
詳細を見る →ユーザーの視点で「誰が」「何をしたいか」「なぜそれが必要か」を簡潔に書き、要件の背景と価値を共有するための文章。
詳細を見る →プロダクトの目指す先を定め、市場・顧客・競合の中で何を選び、何を選ばないかを論理的に示す道筋。
詳細を見る →顧客の本当の課題や機会を見つけ、価値のあるソリューションを特定するまでの調査・仮説・実験のプロセス。
詳細を見る →プロダクトが目指す成果に向かって、優先順位・依存関係・変更条件を時間軸で示す計画とコミュニケーション資料。
詳細を見る →獲得したユーザーが期間内に継続してプロダクトを利用している割合。長期的な価値と事業の安定性を測る主要指標。
詳細を見る →売上や解約といった将来の成果を予測し、PMが施策で短期間に影響を与えられる中間指標。
詳細を見る →プロダクトの成果に関心や影響を持つ顧客・経営・営業・開発チームなど。それぞれの視点を整理し、合意形成や方向づけに活用する。
詳細を見る →一定期間内にサービスを解約・離脱したユーザーが全ユーザーに占める割合。継続率の裏側を示す主要指標。
詳細を見る →機能やユーザーストーリーが期待通りに動作し、リリース可能と判断するための具体的な条件と確認項目。
詳細を見る →PMF。ターゲット市場に対する製品の価値が顧客の行動（利用継続、口コミ、購入）として示され、需要が継続的に生まれる状態。
詳細を見る →氷山モデル。ユーザーに見える表面的な要望だけでなく、水面下にある背景・制約・根本原因を掘り下げて解く考え方。
詳細を見る →今後取り組む機能・タスク・検証を価値・緊急度・リソースに応じて並べ、次に何をするかを決める優先順位付きリスト。
詳細を見る →プロダクトが最終的に顧客や社会にもたらしたい理想の状態。短期の判断や優先順位の羅針盤として機能する。
詳細を見る →AIシステムが期待する品質や振る舞いを満たしているかを、代表入力と評価基準を使って反復的に測る仕組み。モデル変更やプロンプト変更による回帰も検知する。
詳細を見る →AI機能の品質評価で基準として繰り返し使う代表的な入力例と期待結果・評価ラベルの集合。
詳細を見る →AIの判断や生成結果に人間の確認・承認・修正・エスカレーションを組み込み、自動化の境界を管理する設計。
詳細を見る →AIシステムが望ましくない入力・出力・操作を避けるために設ける制約・検知・ブロック・確認の仕組み。
詳細を見る →Retrieval-Augmented Generation。回答生成前に外部の文書やデータを検索・取得し、そのコンテキストを使って生成する構成。
詳細を見る →別の言語モデルに評価基準を与え、生成結果の品質や比較を自動評価させる手法。
詳細を見る →モデルが定義済みの関数や外部ツールを選び、構造化された引数を渡して検索・更新・送信などの処理を実行する仕組み。
詳細を見る →AIの出力をJSONなどの定義済みスキーマへ制約し、後続処理が安全に読み取れる形式で返す設計。
詳細を見る →モデルが一度の推論で参照できる入力・会話履歴・取得文書などの情報量の上限。
詳細を見る →目標達成のために複数ステップを計画し、必要に応じてツール利用・観察・再試行を組み合わせてタスクを進めるAIシステム。
詳細を見る →ユーザー入力や外部コンテンツに含まれる指示によって、AIが本来のルールや権限境界を逸脱するよう誘導される攻撃・失敗パターン。
詳細を見る →生成内容を信頼できるデータ・検索結果・一次情報などに結び付け、回答の根拠を明確にする考え方。
詳細を見る →AIがタスクの起票・要約・優先順位案の作成を支援するカンバン形式のタスク管理ボード。人による確認・承認の工程を残しながら、情報整理と更新の手間を減らす。
詳細を見る →誰が・どの基準で・どの範囲まで意思決定できるかを定める仕組み。プロダクト開発における承認フロー、権限、レビュー体制を通じて品質と一貫性を保つ。
詳細を見る →施策の優先順位をImpact（影響度）×Confidence（確信度）×Ease（実施しやすさ）で簡易にスコア化するフレームワーク。RICEよりも素早く相対評価したいときに使う。
詳細を見る →数多くの施策候補を、価値・コスト・リスク・確信度などの基準で比較し、取り組む順序を決める意思決定のプロセス全般。
詳細を見る →Key Performance Indicator。事業やプロダクトの成果を測るために継続的に追跡する重要指標。目標に対する進捗を定量的に把握する。
詳細を見る →インタビュー・観察・アンケートなどを通じて、顧客の課題・行動・意思決定の背景を体系的に理解する調査活動全般。
詳細を見る →顧客が抱える課題に対して、自社プロダクトがどのような独自の価値を、なぜ他の選択肢より優れた形で提供できるかを示す言明。
詳細を見る →構築・計測・学習のサイクルを素早く回し、最小限のコストで仮説を検証しながらプロダクトと事業を作る方法論。
詳細を見る →Proof of Concept。アイデアや技術が実現可能か、価値を生み出せそうかを、限定的な環境で検証する取り組み。プロダクト化の前段階に位置づけられる。
詳細を見る →新しいプロダクトや機能を市場・顧客に公開し、利用を開始してもらう一連の活動。社内外への告知、CS・営業への展開を含む。
詳細を見る →新機能・変更点・不具合修正の内容を、対象読者（顧客・社内）にわかりやすく伝えるための告知文書。
詳細を見る →顧客に直接質問し、課題・状況・意思決定の背景を深く理解するための対話形式の調査手法。
詳細を見る →調査やデータから得られる、顧客の行動や意思決定の背後にある、まだ言語化されていなかった気づき。施策の方向性を左右する。
詳細を見る →ロードマップ上で、重要な意思決定や成果物の完成を示す時点。進捗確認や関係者との合意形成の節目として使う。
詳細を見る →Life Time Value。一人の顧客から取引関係全体で得られる経済価値を表す指標。売上・粗利・貢献利益など組織ごとに基準が異なるため、計算式と対象期間を明示してCACなどと比較する。
詳細を見る →売上・解約率など、既に起きた結果として現れる指標。成果の確認には使えるが、施策の効果を早期に把握するには向かない。
詳細を見る →関係者との間で、意図・状況・判断根拠を正確に伝え、認識のズレを防ぎ合意形成を進めるための情報のやり取り。
詳細を見る →ユーザーや顧客が時間の経過とともに離脱・利用停止していく現象。Churn Rateとして数値化されることが多い。
詳細を見る →Quality Assurance。リリース前後にプロダクトが期待通りに動作するかを確認し、不具合や認識齟齬を検出・防止する活動。
詳細を見る →現在の戦略や事業モデルが顧客に価値を提供できていないと判断した際に、方向性を大きく転換する意思決定。
詳細を見る →個別の事象を単独で見るのではなく、要素間の関係性・構造・フィードバックループとして全体を捉える考え方。
詳細を見る →バックログの各項目を見直し、優先順位・粒度・期待効果・実施条件を最新の状態に整える定例活動。
詳細を見る →変更（コードやモデル、プロンプト）が既存の機能・品質に意図しない悪影響を与えていないかを確認するテスト。
詳細を見る →AIや自動化された処理が判断できない、または重大なリスクを伴う状況で、人間の確認・判断へ引き継ぐ仕組み。
詳細を見る →AIシステムが有害・危険・不適切な出力や行動を起こさないようにするための設計・評価・運用上の取り組み全般。
詳細を見る →AIシステムが従うべき利用範囲・禁止事項・対応方針を明文化したルール。Guardrailの実装や判断基準の土台になる。
詳細を見る →RAGなどで検索・参照する外部情報の正確性・鮮度・信頼性。回答の根拠として利用してよい情報かどうかを左右する。
詳細を見る →AIが生成・評価した結果を、人が確認・修正・承認する工程。自動化の精度や信頼性を担保するための品質管理手段。
詳細を見る →データや出力が満たすべき構造・型・必須項目を定義したもの。AIの出力を後続システムが安全に処理するための契約となる。
詳細を見る →AIの出力やユーザー入力が、定義した形式・条件・制約を満たしているかを検証する処理。不正な値が後続処理へ混入するのを防ぐ。
詳細を見る →モデルに渡す情報（指示・履歴・検索結果など）を、関連性・鮮度・優先順位に基づいて選別・構成する設計行為。
詳細を見る →一度の推論やセッションで利用できるトークン数の上限と、その配分。コストや応答速度、Context Windowの制約に直結する。
詳細を見る →BtoB SaaS PM経験2年以上,仕様策定,エンジニア/デザイナー協働 2023年11月時点のPMグループ総数
詳細を見る →BtoB SaaS / FinTech BtoB SaaS,要件定義,マルチプロダクト 法人領域に70名以上,1プロダクト2-3名
詳細を見る →BtoB SaaS ユーザー調査,ログ分析,ロードマップ
詳細を見る →Marketplace CtoC,グローバル,データ分析 TPM導入,Principal制度あり
詳細を見る →LegalOn Technologies - Global Product Manager
LegalTech PRD,日英バイリンガル,生成AI グローバル展開・Legal AI注力
詳細を見る →Social / CtoC ユーザー理解,KPI設計,合意形成 CtoC/両面市場のPM経験
詳細を見る →PKSHA Technology - AI SaaS PdM
AI SaaS AI SaaS,価値定義,NLP/ML知識 AIアルゴリズムの社会実装
詳細を見る →FinTech / SaaS 仕様策定,AIツール活用,0→1 AI/LLM活用の先進組織
詳細を見る →HRTech / AI エンジニア組織解析,AI活用,プロダクト開発経験 エンジニア/AI活用状況の可視化
詳細を見る →Vertical SaaS / Media 大規模ユーザー基盤,データ分析,抽象化能力 多様な事業領域(Airシリーズ等)
詳細を見る →ヘルスケア SaaS PM経験(SIerのPM/SaaS設計ディレクション経験も可),エンジニアとの協働経験 全社で20名弱のPMがマルチプロダクトを担当
詳細を見る →小売EC / プラットフォーム プロダクト開発推進経験,ドキュメンテーション,課題の構造化と優先順位設定 Stailerで消費者向け/店舗向け/配送向けの複数プロダクトを展開
詳細を見る →HRTech / Marketplace PM経験5年相当,事業KPIとプロダクト施策の接続,データドリブンな仮説検証 プロダクトマネジメント部またはネクストプロダクトマネジメント部に配属
詳細を見る →ヘルスケア / AI 企画からデリバリーまでend-to-endの価値創出経験,ドメイン・顧客課題の深掘り,AI前提の自己変革 月間1000万人超の症状検索エンジンと医療機関/製薬企業向けサービスを展開
詳細を見る →現場DX SaaS PM経験2年以上,ロードマップ策定・実行,エンジニア/デザイナーとの協業 作業・人・設備を軸としたノンデスクワーカー向けマルチプロダクト
詳細を見る →HRTech / キャリアSNS ユーザーインサイト起点の課題解決経験,仕様・優先度の意思決定への参画,ステークホルダーの巻き込み キャリアSNSと法人向けHRTechを展開。プロダクト開発チームは小規模
詳細を見る →HRTech SaaS Webアプリケーション設計・開発経験3年以上(ディレクター経験も可),エンジニア/デザイナー協働,経営層との合意形成 立ち上げ間もないカオナビ労務事業部を担当
詳細を見る →BtoB SaaS / 営業DX Sansan/Bill One/Contract One/Eight等のマルチプロダクト
詳細を見る →建設DX SaaS 課題発見とプロダクトへの落とし込み,インターネットサービスの開発ディレクション経験 26.5万社/69万人以上が利用するマルチプロダクト
詳細を見る →ビズリーチ - プロダクトマネージャー(ビズリーチプロダクト)
HRTech サービスの改善改修経験,クロスファンクショナルチームのリード経験,優先順位のハンドリング プロダクト統括部は約30名。配属部門は5名構成
詳細を見る →EC / プラットフォーム 自社プロダクトのPM経験3年以上,SQLでのデータ抽出・分析,日英コミュニケーション,AI活用による生産性向上 ラクスルグループ共通基盤プロダクトの戦略策定・構築を推進
詳細を見る →ヘルスケア / メディカルプラットフォーム 当事者意識と主体性(医療知識・経験は不問) 医師約32万人が登録するm3.comの複数サービスを担当
詳細を見る →音声プラットフォーム BtoCサービスのPM経験3年以上,データ分析による施策立案,UX/UI設計の知識 配属チームは正社員5名+業務委託5名でPdMは1名
詳細を見る →Beauty / 予約プラットフォーム 要件定義以上の上流工程経験,PM/PL経験5年以上,TOEIC800点相当 10カ国のメンバーが集まる多国籍チーム
詳細を見る →該当するコンテンツがありません。別のキーワードか種類を試してください。