プロダクト用語集
現代のプロダクトチームの言葉。
プロダクト組織を動かす概念、指標、方法論の、明確で引用できる定義——プロダクトのためのオペレーティングシステムをつくっているチームが書いています。種類で絞り込めます。各用語から詳しい解説に進めます。
-
連携型 vs 統合型のプロダクトスタック
連携型のプロダクトスタックは専門ツールをそのまま残し、そのデータを共有の基盤の上で結びつける。統合はそれらを置き換える——連携の方がスケールに強いのは、仕事に沿っていくからであり、チームに依存している深さを手放すよう強制しないからだ。
読む → -
Customer 360 (Account 360)
Customer 360が本物であるのは、収益、利用状況、サポート、進行中の作業がデータレベルで結びついている場合だけです——たまたま同じ顧客名を共有しているだけの、別々のタブに表示されている場合ではありません。
読む → -
プロダクトのためのオペレーティングシステム
プロダクトのためのオペレーティングシステムは、プロダクトチームの断片化したツールスタックを1つの結合されたレコードに変えます——顧客、収益、フィードバック、作業のデータがすべて同じ場所に存在し、リアルタイムで互いに情報を与え合うようになります。
読む → -
プロダクトの基盤
プロダクトの基盤は、顧客、収益、フィードバック、プロダクトの作業を1つの共有データレイヤーに結びつけることで、サイロ化したツールから生じるコンテキストの損失を取り除きます。どのチームのワークフローもそこからリアルタイムで読み取ることができます。
読む → -
Product-Led Growth (PLG)
Product-led growthは、プロダクト自体がセルフサーブのオンボーディングを通じてユーザーを獲得、アクティベート、拡大させる——人員を増やすのではなくプロダクト体験を改善することでスケールし、単一のユーザーに速く価値を届けるプロダクトに適合する。
読む → -
PMF（プロダクトマーケットフィット）
プロダクトマーケットフィットとは、明確に定義されたセグメントがリテンションし、紹介し、あなたが押す以上の力で引き寄せている状態です——それはリテンションカーブと Sean Ellis の40%テストで測るものであり、見せかけの登録数で測るものではありません。
読む → -
プロダクトのシングルソースオブトゥルース
プロダクトのシングルソースオブトゥルースは、使うツールを減らすことが目的ではない。顧客、収益、フィードバック、作業のレコードを1つの権威あるレイヤーに結合し、すべての判断が同じデータを読むようにすることが目的だ。
読む → -
Dual-Track Agile
Dual-Track Agileは、何を構築すべきかを検証するディスカバリーと、それをうまく構築するデリバリーという、2つの並行トラックであり、一つのチームが所有して単一のバックログに供給するものであって、壁越しに作業を受け渡す2つの別々のチームではない。
読む → -
ICEスコアリング
ICEスコアリングは、Impact・Confidence・Easeを掛け合わせることで、プロダクトチームに施策を素早く一貫した方法で順位付けする手段を提供する——重い見積もりなしに、価値が高くリスクの低い作業を浮かび上がらせる。
読む → -
JTBD（ジョブ理論）
ジョブ理論は、分析の単位を「顧客が誰か」から「顧客が進めようとしている進歩」へと移すことで、チームが理想化されたペルソナや機能リストではなく、実際のニーズの状況のために作れるようにします。
読む → -
OKR（目標と主要な結果）
OKRは野心的なObjectiveと測定可能なKey Resultsを組み合わせることでチームを揃えますが、Key Resultsがアウトプットではなくアウトカムを追跡し、評価が人事評価から切り離されている場合にのみ機能します。
読む → -
Opportunity Solution Tree（オポチュニティ・ソリューション・ツリー）
Opportunity Solution Treeは、望ましいアウトカムを顧客のオポチュニティ、ソリューション、実験からなる枝分かれしたマップへと変換し、すべての構築判断が本物のニーズと測定可能な目標にたどれるようにします。
読む → -
RICEスコアリング
RICEスコアリングは、プロダクトチームに、種類の異なる施策を1つの尺度で説明可能に、データに基づいて順位付けする方法を与える——ただしそれは、入力が主張の強さではなく証拠によって動かされている場合に限られる。
読む → -
RICEとWSJFの比較
RICEは成果の可能性を工数で割って順位を決め、ディスカバリー段階のプロダクトチームに適している。一方WSJFは経済的な遅延コストを期間で割って順位を決め、プログラムレベルの順位付けに適している——正しい選択は、あなたの計画のリズムと、遅延コストを実際の数値で測れるかどうかに左右される。
読む → -
収益加重優先順位付け
収益加重優先順位付けは、主観的な効果スコアを要望元アカウントに紐づく実際のARR額に置き換えることで、プロダクトチームが最も票を集めたものではなく、ビジネスを前進させるものを構築できるようにする。
読む → -
WSJF（加重最短作業優先）
WSJFは、Cost of Delay——緊急性とリスクを含む——をすべての順位付けの意思決定における明示的な要素にすることで、時間単位あたり最大の価値を届ける作業を優先する。
読む → -
アクティベーション率
アクティベーション率は、設定された時間枠内に定義された初回価値の瞬間に到達した新規ユーザーの数を測定し、ユーザーが定着するかどうかを示す最も影響力の大きい初期の信号となります。
読む → -
ネット収益維持率（NRR）
NRRは、固定された既存顧客のコホートが時間の経過とともにどれだけの継続収益を生み出すかを追跡する——拡大から縮小とチャーンを差し引いたもの——そして100%を超えることが、縮小する基盤と自力で複利成長する基盤との境界線になる。
読む → -
ノーススターメトリック（North Star Metric）
ノーススターメトリックは、チーム全体が最適化の対象とする、顧客に届けられた価値の唯一の先行指標です——収益の数字ではなく、総登録者数のようなバニティメトリクスでも決してありません。
読む → -
内製 vs 購入：プロダクトスタック
コモディティ化したプロダクトツールは購入し、エンジニアリングへの投資は自社プロダクトを直接差別化する能力のために確保せよ——ただし断片化したスタックの真のコストを数えるときは、インテグレーション負債を考慮に入れること。
読む → -
継続的ディスカバリー
継続的ディスカバリーは、顧客リサーチを周期的なプロジェクトから週ごとのチームの習慣へと変え、プロダクトの意思決定を社内の想定ではなく実際の根拠と結びつけたままにする。
読む → -
フィードバックから収益へ
フィードバックから収益へは、フィードバック、プロダクトの作業、収益データを一つの追跡可能な連鎖として結びつけることで、顧客が要望することと、それを実際に作る価値があるかどうかとの間のループを閉じる。
読む → -
Now-Next-Laterロードマップ
Now-Next-Laterロードマップは、偽りの日付の精度を、成果を中心にした誠実な確信度の時間軸と引き換えにする——それによって、変化する計画は、期限を逃したことではなく、進捗として読めるようになる。
読む → -
プロダクト分析 vs Web分析
Web分析は人々がどうサイトを見つけ閲覧するかを教え、プロダクト分析はユーザーが作ったものから持続的な価値を得ているかを教える——プロダクトチームは両方を、ユーザーレベルで結びつけて必要としている、健全な意思決定のために。
読む →
読むだけで終わらせない。動かす。
ここにある概念はどれも、AIOProductOSが1つの共有基盤の上で実際に動かしているものです——コネクタはすべて料金に含まれ、コネクタ単位の追加費用はありません。固定プランは月額199ドルから、すべてのモジュールが含まれます。どのプランも、実際のデータを使った14日間の立ち上げ期間から始まります。
よくある質問