PRODUCT ADVISORY COUNCIL VOL. 01

一つの製品の問いを、
18 の視点で考える。

製品の意思決定を考えるための AI スキル。
何を、誰のために、なぜ作るのか。異なる視点で問い直します。

01 / MEET YOUR COUNCIL

最初に誰の視点から考えますか?

アバターを選択 · 各4問答、全72問答

公開方法カードに基づく AI 分析例です。本人の回答や推薦ではなく、アバターはイメージです。

スティーブ・ジョブズ · イメージアバター01スティーブ・ジョブズSteve Jobs兪軍 · イメージアバター02兪軍Yu Jun張小龍 · イメージアバター03張小龍Allen Zhang王興 · イメージアバター04王興Wang Xing梁寧 · イメージアバター05梁寧Liang Ningサム・アルトマン · イメージアバター06サム・アルトマンSam Altmanダリオ・アモデイ · イメージアバター07ダリオ・アモデイDario Amodeiイーロン・マスク · イメージアバター08イーロン・マスクElon Muskアンドリュー・ン · イメージアバター09アンドリュー・ンAndrew Ngアンドレイ・カルパシー · イメージアバター10アンドレイ・カルパシーAndrej Karpathyイーサン・モリック · イメージアバター11イーサン・モリックEthan Mollickケビン・ウェイル · イメージアバター12ケビン・ウェイルKevin Weilマイク・クリーガー · イメージアバター13マイク・クリーガーMike Kriegerボリス・チャーニー · イメージアバター14ボリス・チャーニーBoris Chernyチャーリー・マンガー · イメージアバター15チャーリー・マンガーCharlie Mungerウォーレン・バフェット · イメージアバター16ウォーレン・バフェットWarren Buffettティム・クック · イメージアバター17ティム・クックTim Cookビル・ゲイツ · イメージアバター18ビル・ゲイツBill Gates

スティーブ・ジョブズ · イメージアバター

THE STEVE JOBS PERSPECTIVE

スティーブ・ジョブズ分析視点

集中 · 体験 · 価値の表現
01機能が多すぎる。何から削る?

ユーザーにとって最も明確な価値に資源を集中させます。 一つだけ優れたものにするなら何かを決め、残りを継続・統合・停止に分けます。移行と撤退の費用も見積もります。

方法を読む · SJ-P01 投資を集中する ↗
02需要が生産に反映されるまで、どれくらいかかるか?

在庫や供給期間のために需要を長期にわたり推測せざるを得ないとき、需要から生産調整までの遅れを短くします。 顧客の情報、調達、製造、流通の遅れを別々に測り、主な滞留箇所を探します。 一つの工程を小範囲で短縮し、欠品率、在庫損失、納期を比較してから広げます。 在庫を少なくすればよいわけではありません。供給停止、納期の約束、規模の効率には余裕が必要な場合があります。

方法を読む · SJ-P02 需要のフィードバックを速くする ↗
03ユーザーが覚えていたい価値は何か?

伝えられる情報が限られるとき、覚えてほしい中心価値を明確にし、ブランド表現と製品の実際の振る舞いをそろえます。 覚えてほしい価値を一つと、それを支える製品の振る舞いを書きます。 対象ユーザーに理解を言い直してもらい、表現と実体験が食い違うなら体験を直すか主張を狭めます。 価値の訴求で製品品質や需要の検証は代替できません。講演の広告成功例は独立した因果証拠ではありません。

方法を読む · SJ-P03 ブランドと価値を一致させる ↗
04もう一回待つことで、検証できる価値は何が増えるか?

最高を目指すことと、段階的により良くすることの取捨選択を明確にします。 今期に必要な体験・安全の最低条件と、改善に必要な時間を整理します。 待つ、対象を限定して提供する、段階的に改善する案の費用を比較し、見直し時点を決めます。 改善を続けることを口実に、安全、信頼性、約束した体験の最低条件を緩めません。

方法を読む · SJ-P04 品質と提供時期の折り合いをつける ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

兪軍 · イメージアバター

THE YU JUN PERSPECTIVE

兪軍分析視点

ユーザー価値 · 代替手段 · 事業
01機能が多ければ乗り換えてもらえる?

ユーザーは新しい利益、今の方法の利益、乗り換えの負担を比較します。 現在の作業を観察し、追加の利益が学習・移行コストを上回るかを検証します。

方法を読む · YJ-P01 相対的なユーザー価値 ↗
02「若い人向け」だけで十分?

同じ人でも状況が違えば必要なものは変わります。 誰が、いつ、何をするために使うかを具体化し、その場で実際の選択と代替手段を観察します。

方法を読む · YJ-P02 状況からユーザーを理解する ↗
03全員が賛成でも検証は必要?

前提となる証拠が変われば判断も変えられるようにします。 何が分かれば考えを変えるかを書き、反証可能な仮説、実験、見直し日を設定します。

方法を読む · YJ-P03 証拠に応じて考えを更新する ↗
04使われているのに利益が出ないのはなぜ?

使う人、払う人、提供コストを負担する人を分けます。 需要から生産、販売、提供までの価値交換を描き、価値に対価が付かない点や費用が収入を消す点を探します。

方法を読む · YJ-P04 事業の循環を確認する ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

張小龍 · イメージアバター

THE ALLEN ZHANG PERSPECTIVE

張小龍分析視点

ユーザー行動 · 抑制 · ルール
01道具の利用時間は長いほどよい?

早く作業を終えられることも、道具の改善です。 完了率、所要時間、再利用を合わせて見て、役立つ利用と迷っている時間を分けます。

方法を読む · ZXL-P01 滞在時間より作業効率を測る ↗
02一機能増えるだけで使いにくくなる?

機能数より、目的を達成するための負担を見ます。 入口、選択、送信、完了確認をたどり、誰の手間が減り、誰の負担が増えるか比較します。

方法を読む · ZXL-P02 体験の中で複雑さを測る ↗
03シンプルさのために要望を断るべき?

抑制は、価値と体験を検討した結果であるべきです。 価値、検証の結果、断る理由を記録します。目標が成り立たないのか、体験が悪いのか、実験で否定されたのかを分けます。

方法を読む · ZXL-P03 やらない理由を明確にする ↗
04集客できる提携なら受けるべき?

提携先が届けたいことと、ユーザーが受け取りたいことは別です。 双方の利益と、ユーザーの注意・操作の負担を並べ、受け手の利益と意思を検証します。

方法を読む · ZXL-P04 提携のユーザー価値を確認する ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

王興 · イメージアバター

THE WANG XING PERSPECTIVE

王興分析視点

競争 · 能力の再利用 · 長期経営
01何を再利用でき、何が足りないか?

隣接する需要も、現在の能力と資源に合って初めて、試せる拡張先になります。 新事業の顧客作業、再利用できる能力、不足部分、追加費用、本業への悪影響を整理します。 地域や対象者を限定して試し、継続、縮小、撤退を決める証拠の基準を設けます。 大手プラットフォームの資金、集客力、現場能力を小チームにそのまま当てはめません。

方法を読む · WX-P01 顧客の作業と能力の再利用から拡張を考える ↗
02最も費用の大きい不確実性は何か?

ユーザーは低価格だけでなく、便利さ、手間の少なさ、確実さでサービスを選ぶ場合があります。 価格、待ち時間、履行の確実さ、失敗の費用を対象ユーザーに比較してもらいます。 同じ作業で一つの改善を試し、好みを聞くだけでなく完了率や再購入が改善するか確かめます。 状況ごとに判断し、価格への敏感さを否定しません。

方法を読む · WX-P02 価値は割引だけではない ↗
03ユーザーは実際にどの範囲で選んでいるか?

消費者と店舗の選択肢は都市やさらに小さな地域に限られることが多く、全国規模だけでは判断できません。 実際に選べる範囲で、有効な供給、活動中の需要、履行可能な距離を集計します。 地域別にマッチングの失敗、待ち時間、再利用を調べ、全国総数で局所的な不足を隠さないようにします。 固定の人口基準を汎用の基準にしません。

方法を読む · WX-P03 実際の需給範囲で地域市場を分析する ↗
04ユーザーは最終的に何を完了したいか?

オンラインから実店舗へつながる作業では、情報の取得だけでなく、実際の取引と体験につなげる必要があることが多くあります。 一つの利用場面で、発見、比較、注文、履行、利用後対応の途切れを追います。 情報が目標達成を助けたか確かめます。知識だけが必要な人に取引までを強いません。 情報を得ること自体に独立した価値がある場合もあります。

方法を読む · WX-P04 取引の完了まで追ってサービス価値を確かめる ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

梁寧 · イメージアバター

THE LIANG NING PERSPECTIVE

梁寧分析視点

需要 · 価値の実感 · 事業モデル
01力を注いだのに、なぜ買われない?

努力や品質だけで商業的な価値は証明できません。 具体的な人、場面、選択・支払いの理由を探し、称賛だけでなく実際の選択と取引を観察します。

方法を読む · LN-P01 需要に価値を結びつける ↗
02価値があるのに事業が成立しないのは?

利用者の利益、合意の障害、持続的な提供を分けて診断します。 最も証拠の弱い部分を試し、能力、支払う人と資金経路、資源と利益の分配を確認します。

方法を読む · LN-P02 価値・合意・事業モデルを分ける ↗
03好評だったのに、なぜ使われない?

説明を好むことと、実際の作業で選ぶことは異なります。 利用のきっかけを特定し、代替手段と比べながら使用から支払いまで観察します。まず一つの場面を選びます。

方法を読む · LN-P03 現実の場面で検証する ↗
04買っているのは機能か、自己表現か?

動機は属性の固定観念ではなく、実際の行動から考えます。 直近の購入の状況、代替品、表現したかったことを聞き、異なる場面と集団で説明を試します。

方法を読む · LN-P04 行動から自己表現を確かめる ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

サム・アルトマン · イメージアバター

THE SAM ALTMAN PERSPECTIVE

サム・アルトマン分析視点

愛用 · 成長 · 顧客採算
01広告と体験改善、どちらが先?

自発的に戻り、勧めるユーザーを探します。 集客が止まっても利用が続くか確認し、中心体験を改善してから小規模な集客を試します。

方法を読む · SA-P01 成長の前に愛用を確かめる ↗
02売上が急増しているなら投資を続けてよい?

顧客ごとの貢献、獲得費回収、資金が持つ期間は別の問題です。 固定費と保守的な継続率を含めて別々に計算し、追加調達なしでどれだけ続くか確認します。

方法を読む · SA-P02 採算と資金余力を分ける ↗
03毎日忙しいのに進まないのはなぜ?

価値のない作業を倍速にしても目標には近づきません。 不要な仕事を減らし、少数の成果に集中し、考える時間と回復の時間を確保します。

方法を読む · SA-P03 効率化の前に問題を選ぶ ↗
04AI の事業機会をどこから探す?

新たに実現できる能力と、具体的な作業・高頻度の利用を結びつけます。 変化、頻繁に使う人、代替方法を記録し、少数の継続利用で確かめます。

方法を読む · SA-P04 新しく可能になった利用を探す ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

ダリオ・アモデイ · イメージアバター

THE DARIO AMODEI PERSPECTIVE

ダリオ・アモデイ分析視点

能力評価 · 独立証拠 · リスク
01新モデルが安いなら乗り換える?

同じ作業、品質条件、費用の範囲で比較します。 規模、同等能力での低価格化、学習方法の変化を分け、推論・学習・研究費と未確認情報を記録します。

方法を読む · DA-P01 能力と費用を同じ条件で比べる ↗
02論理的に見える回答なら能力も高い?

作業の正確さと、画面で受ける印象は別々に評価します。 成功率、説明の有用性、好みを測ります。長い推論表示だけで能力向上とは言えません。

方法を読む · DA-P02 能力と見せ方を分ける ↗
03Agent にできることが増えたらすぐ公開?

行動能力が増えると、新たな失敗の影響も生じます。 変更点、リスク、試験、権限、切り戻し条件を整理して公開範囲を決めます。

方法を読む · DA-P03 能力に合わせて安全を見直す ↗
04点数が上がるのに不満が続くのはなぜ?

同じ答えに繰り返し最適化すると、評価の診断力が下がります。 評価への接触を記録し、独立した問題を保護し、新しい失敗や外部の試験で確かめます。

方法を読む · DA-P04 独立した評価信号を守る ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

イーロン・マスク · イメージアバター

THE ELON MUSK PERSPECTIVE

イーロン・マスク分析視点

制約 · 反論 · 工学的検証
01皆がそうしているなら従うしかない?

物理・費用・作業上の制約と、昔からの習慣を分けます。 制約と仮説を列挙し、最も重要な仮説を測定してから解決策を組み直します。

方法を読む · EM-P01 基本制約から組み直す ↗
02賛同が集まった。次に何をする?

失敗する理由を具体的に示せる人を招きます。 実際の制約に詳しい人に最も強い反論を求め、それを検証可能な問いに変えます。

方法を読む · EM-P02 反対意見を求める ↗
03新技術が高価なとき、どう始める?

長期の普及目標を、提供できる段階に分けます。 初期顧客、支払う理由、現在費用、次の低価格化に必要な証拠を定めます。将来の規模効果を先取りしません。

方法を読む · EM-P03 費用を越える段階をつくる ↗
04中心性能は高いのに、なぜ不満がある?

待機、切り替え、保守、周辺設備も体験の一部です。 全行程を描き、周辺作業と製品を一緒に試します。一部分の改善が別の負担で消えていないか見ます。

方法を読む · EM-P04 利用の全行程を設計する ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

アンドリュー・ン · イメージアバター

THE ANDREW NG PERSPECTIVE

アンドリュー・ン分析視点

業務フロー · 失敗分析 · 小実験
01AI で一工程が速くなったのに、全体は遅い?

節約した時間が、次の引き継ぎで待ち時間になることがあります。 依頼から結果までの待機、容量、担当者を描き、隣接工程を組み替えて実際の提供時間を測ります。

方法を読む · AN-P01 部分の効率化を全体の改善へ ↗
02最初から巨大な評価セットが必要?

小さな試作品で、ユーザーに重要な失敗を見つけます。 初期出力を確認し、失敗を分類して例を集め、客観指標と主観評価を分けながら更新します。

方法を読む · AN-P02 評価の前に出力を見る ↗
03モデルと指示、どちらを変えるべき?

最終結果を最も損なう工程を先に探します。 失敗した実行経路を少数から調べ、原因を分類し、主要な誤りを直してから対象を広げます。

方法を読む · AN-P03 重要な失敗工程を特定する ↗
04モデル更新後も古い処理は必要?

以前の中間工程が情報を失わせ、能力を制限している場合があります。 同じ評価で維持・統合・削除を比較し、戻せる版を保存して改善と新たな誤りを記録します。

方法を読む · AN-P04 工程の分け方を見直す ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

アンドレイ・カルパシー · イメージアバター

THE ANDREJ KARPATHY PERSPECTIVE

アンドレイ・カルパシー分析視点

検証可能性 · 基準 · 提供
01この作業を AI に自動化させてよい?

良否を確実に判断でき、試行を手頃な費用でやり直せるか確認します。 再試行費用、速度、評価方法を整理し、検証しにくい判断には明確な確認工程を残します。

方法を読む · AK-P01 結果を検証できるか確かめる ↗
02結果が悪いなら複雑な仕組みにする?

入力や前処理の問題が、モデル構造より重要なことがあります。 実例、境界例、ラベル、重複、破損、偏りを調べ、何が本当に入力されているか確認します。

方法を読む · AK-P02 複雑化の前にデータを理解する ↗
03新しい方式が改善したとどう分かる?

単純で再現可能な全工程の基準が、改善の理由を明確にします。 比較条件を固定し、一度に一つだけ変更し、取り除いた場合とも比べて寄与を確かめます。

方法を読む · AK-P03 信頼できる基準をつくる ↗
04エラーが出なければ納品してよい?

正常に動きながら論理的な誤りを出し続ける場合があります。 単純な事例と対照をつくり、中間データと出力を見て必要な情報が使われているか確認します。

方法を読む · AK-P04 動作と正しさを区別する ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

イーサン・モリック · イメージアバター

THE ETHAN MOLLICK PERSPECTIVE

イーサン・モリック分析視点

人と AI の協働 · 学習 · 実務
01一つ成功したら似た作業も任せてよい?

似ている作業でも能力の境界をまたぐことがあります。 成功と失敗、モデル版、利用条件を記録し、未検証の部分には人の確認と代替手順を残します。

方法を読む · ETM-P01 作業ごとに能力の境界を探る ↗
02人と AI はどう分担する?

工程別の委任と、段階的な共同作業を比べます。 品質、時間、やり直しを測り、判断、引き継ぎ条件、最終確認の担当を決め、もっともらしい誤りを点検します。

方法を読む · ETM-P02 人と AI の責任を明確にする ↗
03重要な作業でどのモデルが安定し、失敗の代償はどれだけか?

一般的な順位だけでなく、実務の課題、複数回の実行、専門家の評価でモデルを選びます。 実際の作業を用意して繰り返し試し、モデルと適切な人間の基準を比較します。 定期的に再評価し、品質、リスクへの姿勢、目立つ失敗を記録します。 可能ならモデル名を伏せ、分野の担当者が事前の基準で採点し、ブランドや好みの偏りを減らします。 遊びのテストは感触をつかむもので、大規模運用の信頼性を証明しません。評価自体の偏りも確認します。

方法を読む · ETM-P03 実際の業務でモデルを面接する ↗
04誰が課題を出し、誰が検証し、誰が使える方法を業務へ広げる責任を持つか?

経営が方向と動機付けを示し、現場が機会を見つけ、部門横断チームが方法を試して広げます。 現場から提案・共有できる場を作り、専門チームが速やかに試します。 経営が成果の使い道を示し、展開後の事業効果を追います。 枠組みは成長を保証しません。展開の効果を測り、実験数を成果としないこと。

方法を読む · ETM-P04 経営・現場・専門チームを学習の循環で結ぶ ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

ケビン・ウェイル · イメージアバター

THE KEVIN WEIL PERSPECTIVE

ケビン・ウェイル分析視点

ユーザーの課題 · 試作 · AI 活用
01初版から全員を対象にするべき?

製品がなくなったら作業に支障が出る小さな集団を探します。 状況、代替方法、満たされない結果を書き、継続利用と離脱理由を確認してから拡張します。

方法を読む · KW-P01 少数の強い需要から始める ↗
02議論ばかりで進まない。どう終える?

体験できる試作品で抽象的な議論を行動観察に変えます。 問題を理解する人が最小版をつくり、対象ユーザーの作業を観察します。公開前に本番品質と権限を別途確認します。

方法を読む · KW-P02 試作品で主張を確かめる ↗
03速い反復処理で足りる工程と、強い推論が必要な工程はどれか?

品質、速度、費用の要件を分け、適切なモデルと推論への投入量を選びます。 作業別に品質、遅延、費用の基準を設けます。 同じ作業で候補を比較し、失敗時に上位モデルや人へ引き継ぐ経路を設計します。 高価・低速なモデルほど信頼できるとは限りません。重大な失敗の費用を平均成功率で隠しません。

方法を読む · KW-P03 作業に合わせてモデルと計算量を選ぶ ↗
04ユーザーが今の道具を離れたがらないときは?

他の仕事をしている場所に、役立つ能力を接続します。 実際の連携経路と不足するインターフェースを調べ、画面と API の提供をそろえて利用者の反応を追います。

方法を読む · KW-P04 既存の仕事の流れにつなぐ ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

マイク・クリーガー · イメージアバター

THE MIKE KRIEGER PERSPECTIVE

マイク・クリーガー分析視点

機能の集中 · 初回体験 · 反応
01AI で速く作れるなら機能を増やす?

実装費用が下がるほど、ユーザーの理解の負担を守る必要があります。 最初の検証可能な作業を定め、不要な組み合わせを減らし、実利用を見て追加や再設計を決めます。

方法を読む · MK-P01 開発が速いほど機能を絞る ↗
02履歴がないユーザーにはどう役立てる?

長い学習期間の前に、新しいユーザーにも利益を届けます。 初回を実測し、入力の負担を減らし、少数の明確な質問で意図を知り、スキップや修正を可能にします。

方法を読む · MK-P02 初回から価値を届ける ↗
03成果が出ない。続けるべき?

継続投資を、重要な未検証仮説に対する期限付きの試験にします。 流れを変え得る実験を順位づけし、指標と見直し日を定め、継続・縮小・停止を判断します。

方法を読む · MK-P03 次の投資を期限付き実験にする ↗
04高評価と低評価を改善につなぐには?

作業の状況と理由を残すと、評価が使える証拠になります。 期待する変更を問題別にまとめ、主要なものを再試験可能な例にし、改善と悪化を両方確かめます。

方法を読む · MK-P04 評価の理由を集める ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

ボリス・チャーニー · イメージアバター

THE BORIS CHERNY PERSPECTIVE

ボリス・チャーニー分析視点

道具の検証 · 反復 · 協働
01途中で前提が崩れた。計画を完了させる?

新しい証拠が前提を変えたら、問題と成功条件も更新します。 既知と不足を整理し、単純な案を選び、判断を変えた理由を記録します。

方法を読む · BC-P01 新事実で問題を定義し直す ↗
02長いプロンプトほど信頼できる?

古い補助指示が、今は存在しない欠点を直そうとしている場合があります。 基準を保存し、各指示・道具の有無を比較して、再現する問題にだけ説明を加え、公開前に検証します。

方法を読む · BC-P02 引き算で指示と道具を検証する ↗
03テストに合格したら新しい評価は不要?

満点に近い評価は、実際に重要な失敗を区別できなくなる場合があります。 回帰例を残し、新しい現場の失敗を追加し、従来の安定性と新しい能力を分けて報告します。

方法を読む · BC-P03 作業の境界に合わせ評価を更新する ↗
04Agent にすべての手順を指定するべき?

検証できる作業では、目標、制約、停止条件、完了基準を明確にします。 業務上必須の条件と習慣的な経路を分け、実装方法は探索させ、結果から調整します。

方法を読む · BC-P04 手順より目標と境界を示す ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

チャーリー・マンガー · イメージアバター

THE CHARLIE MUNGER PERSPECTIVE

チャーリー・マンガー分析視点

複数のモデル · インセンティブ · 判断の偏り
01今の説明はどの分野や仕組みを見落としているか。それで結論は変わるか?

互いを補うモデルで事実を捉え、慣れた専門分野の枠だけですべてを説明しないようにします。 資源の制約、確率、インセンティブ、心理的影響を別々に確認します。 主要な説明から観察可能な予測を立て、事実に合わないモデルを除きます。 モデルの類推は因果関係の証拠ではありません。用語を並べるだけで検証を済ませないこと。

方法を読む · CM-P01 一つの判断を複数のモデルで考える ↗
02提案者はこの助言から何を得るか。それは私たちの成果と一致するか?

助言者と実行者が何を得るかを確認し、利害による偏りを独立した証拠で補正します。 各当事者の利益、費用、操作され得る指標を整理します。 重要な仮説を独立に確かめ、取引しない案や別の料金体系と比較します。 利害があることは、嘘をついていることと同じではありません。助言自体を評価します。

方法を読む · CM-P02 助言を採用する前に利害を調べる ↗
03信じているのは確認可能な証拠か、それとも提案者の権威や全員の賛同か?

客観的な利害や確率に加え、権威、同調、もっともらしい理由が判断に与える影響を確認します。 賛否両方の証拠を記録し、各自が考えを形成してから議論します。 複数の偏りが同じ方向に働いていないか調べ、反対の証拠も検討します。 心理バイアスの名称を、異論を唱える人へのレッテルにしないこと。

方法を読む · CM-P03 事実の推論と心理的な偏りを分けて調べる ↗
04実行者は理由を理解し、どの条件が変わったら再検討すべきか分かっているか?

仕事を依頼するときは目標、理由、制約を伝え、実行者が判断を理解し検討できるようにします。 誰が、いつ、何を、なぜ行うかと制約を明記します。 受け手が理由を検討し、成り立たない前提を報告できるようにします。 理由を示しても、その理由が正しいとは限りません。もっともらしい説明も判断を誤らせます。

方法を読む · CM-P04 行動の理由を明確に伝える ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

ウォーレン・バフェット · イメージアバター

THE WARREN BUFFETT PERSPECTIVE

ウォーレン・バフェット分析視点

投資と収益 · 事業の質 · 長期の費用
01投資を止めたら、サービス能力や競争上の位置はどう衰えるか?

事業の収益を判断するときは、現在の競争力と事業量を維持するための設備投資や運転資金を差し引きます。 維持、拡張、一時的な投資を分け、運転資金の必要額を確認します。 会計利益からキャッシュフローへの調整を整理し、主要な推定を明示します。 維持投資は推定に頼ることが多いため、幅とシナリオを示し、精密さを装いません。

方法を読む · WB-P01 競争力を維持する実際の投資を差し引く ↗
02事業を一単位増やすごとに、継続して必要な資源と手元に残る収益はどれだけ増えるか?

成長による収益と追加の資本需要を同時に確認し、売上規模を事業の質の代わりにしません。 成長、資金拘束、追加収益のシナリオを並べます。 顧客の継続利用や支払いを支える強みを記録し、その強みが崩れる証拠を探します。 資本需要が大きいだけで悪い事業とはいえません。リスクと妥当な収益を併せて判断します。

方法を読む · WB-P02 成長と投資に値する成長を区別する ↗
03どの選択肢を手放したか。どんな変化で強みが失われるか?

投資前に競争上の強みと交換の代償を書き、後から当初の仮説が実現したかを確認します。 当初の予測と発動条件を保存し、実績と照合する機会を設けます。 取引の形式、対価として渡す資産の機会費用、事業の見通しを別々に検討します。 過去の振り返りには後知恵の偏りがあります。事例は将来を正確に予測できる証拠ではありません。

方法を読む · WB-P03 買収時の仮説を後の結果と照合する ↗
04その予算や経営者の好みがなくても、同じ企画を提案するか?

プロジェクトが実際の機会から生まれたのか、経営者の好み、同業他社の動き、予算に追随しているのかを確認します。 実施しない案と反対の証拠を、独立して書き出します。 方針を決める前に重要な予測を記録し、後から結論のためだけに理由を足していないか確認します。 組織行動についての経験的な整理であり、同業他社への追随がすべて盲従だという意味ではありません。

方法を読む · WB-P04 決まった方針のために理由を後付けしない ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

ティム・クック · イメージアバター

THE TIM COOK PERSPECTIVE

ティム・クック分析視点

実行の連携 · 供給網 · 製品の責任
01予測に織り込み済みだった要因と、影響の大きさを見誤った要因は何か?

当初予測と実績の差を項目ごとに比較し、供給、需要、比較の基準、主体的に変えられる施策を区別します。 当初予測、実績、要因別の差を記録し、重要な説明には独立した証拠を探します。 操作可能な施策と観察期間を決め、環境についての仮説も残します。 公開書簡は経営陣の説明であり、検証済みの因果関係ではありません。

方法を読む · TC-P01 予測のずれを既知の要因と判断ミスに分ける ↗
02自社で持つべき能力と、相手が優れている能力は何か?

社内と相手の強みを別々に評価し、品質と提供への責任を保ちながら外部の能力を組み合わせます。 能力、品質の受け入れ基準、責任者、代替費用を項目別に整理します。 連携の接点、需要変動、障害復旧を小規模で検証してから約束を広げます。 第三者の伝記にある複合的な外注の記述に基づく整理であり、本人による完全な実務手順ではありません。

方法を読む · TC-P02 丸投げせず能力の境界に沿って協働を設計する ↗
03この数値が変わった理由と仕組みは何か?

具体的な異常について原因と証拠を問い、担当者が明確な責任範囲で解決策を提案し実行できるようにします。 目標に影響する異常を選び、説明、証拠、次の検証を記録します。 責任者と報告時点を決め、判断の確認と実行の肩代わりを区別します。 伝記には取材相手の回想が含まれ、個々の管理エピソードを独立に検証したものではありません。

方法を読む · TC-P03 重要な差を問い、現場の問題解決を支える ↗
04便益を得るのは誰で、誤り、漏えい、監視の代償を負うのは誰か?

便益とユーザーへの悪影響を併せて調べ、とくにデータ利用が自主的な選択に与える影響を確認します。 主要な悪影響について、予防、報告、救済の責任を割り当てます。 データの最小化とユーザーの選択が、実際の手順で実行できるか試します。 価値を語る講演は、特定企業の実際の行動を証明しません。

方法を読む · TC-P04 製品の影響と責任を設計に含める ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

ビル・ゲイツ · イメージアバター

THE BILL GATES PERSPECTIVE

ビル・ゲイツ分析視点

プラットフォームの変化 · エージェントの作業 · サービスへのアクセス
01利用者とコンテンツ・サービスの供給は、本当に互いを増やしているか?

新しいプラットフォームの利用体験と、利用者・供給側が互いを促進する仕組みを観察し、新しい証拠に応じて戦略の優先順位を変えます。 自ら試し、ユーザー、提携先、競合の採用行動を比較します。 戦略を修正した根拠と部門間の依存関係を明記し、定期的に見直します。 過去の覚書の抜粋は、新しいプラットフォームが必ず勝つことを意味しません。

方法を読む · BG-P01 利用体験とエコシステムの反応から重要性を見直す ↗
02どこで説明の繰り返しや手動の引き継ぎが残っているか?

ユーザーの目標全体と継続した文脈を中心に体験を組み立て、助言から許可された実際の成果へ進めるかを確認します。 頻度の高い作業を一つ選び、現在の能力で最初から最後まで成功するか試します。 手作業、正確さ、復旧費用を比較してから範囲を広げます。 記事の普及時期や業界の置き換えは過去の予測であり、現在の能力の事実ではありません。

方法を読む · BG-P02 アプリをまたぐ作業でエージェントの価値を確かめる ↗
03覚えた情報は、別の場面でも使ってよいということか?

エージェントの記憶や場面をまたぐ協働について、読める情報、使える作業、開示できる相手を明確にします。 作業ごとに情報源、用途、共有相手を整理し、取り消せる許可を用います。 仕事と私生活をまたぐ誤用や漏えいを試験し、最終決定をユーザーに残します。 個人化の価値は、無制限の読み取りや共有を許可するものではありません。

方法を読む · BG-P03 個人の記憶の権限と利用場面を分ける ↗
04技術が安くなっても、言語、機器、地域の条件の何が利用を妨げるか?

技術の機会を判断するときは、十分にサービスを受けていない人々の費用、言語、環境、効果を確認し、社会的な必要性と支払い元を区別します。 対象者の条件で小規模に試し、効果と利用開始までの費用を別々に記録します。 本人負担、機関購入、助成の経路を明確にし、市場が自動的に届くと仮定しません。 必要性が大きくても支払い能力があるとは限りません。公益目的は事業収入の証拠になりません。

方法を読む · BG-P04 利用しやすさと実際の効果を一緒に評価する ↗

例は考え方を示します。実際の分析では、ユーザー・データ・制約を踏まえます。

02 / FROM PERSPECTIVE TO ACTION

議論を、あなたの実際の課題へ。

一つの視点でも、顧問団の議論でも。

01 — 問いを持ち込む

状況を明確にする

ユーザー、現在の方法、事実、資源、期限を伝えます。不明な点は不明のままで構いません。

02 — 視点を交わす

違いを残して考える

一人を指定するか、問いに応じて顧問団を組みます。多数決でなく、前提・代替案・反例を比較します。

03 — 次の行動を決める

提案を検証につなぐ

条件付きの提案と小さな実験を得られます。議論のページを生成し、画像や PDF にも書き出せます。

03 / TAKE IT WITH YOU

次の議論は、
あなたの問いから。

一式をダウンロードし、Skills 対応の AI クライアントへ導入します。
一度の導入で18の視点と255枚の方法カード。サイトでは72の問答と厳選した方法を紹介しています。

product-advisory-council フォルダー全体を保持してください。モデルや API キーは付属しません。
こんなふうに聞く

プロダクト顧問団で中程度の深さの議論をしてください。AI ノートツールを作りたいのですが競合が多いです。最重要の差別化仮説を見つけ、2 週間でできる実験を設計してください。

導入後、この文章を AI アシスタントへ送ってください。

04 / FAQ

よくある質問

プロダクト顧問団とは何ですか?

プロダクト顧問団は、プロダクトの意思決定を考えるためのオープンソース AI Skill です。18 のプロダクト・AI 分析の視点を備え、完全版スキルには 255 枚のメソッドカードが含まれます。サイトでは厳選した 72 組の Q&A とメソッドページを公開しており、適用条件と次の行動を確認できます。

AI に直接聞くのと何が違いますか?

複数の視点で「何を作るか、誰のために作るか、作る価値があるか」を分解します。顧問を 1 人指名することも、問題に合わせて顧問団を編成することもでき、前提・代替案・反例を比較し、多数決ではなく意見の相違を残したまま、条件付きの提案と最小限の実験にまとめます。事例は公開メソッドカードに基づく AI の分析であり、本人の回答や推薦ではありません。

インストールと使い方は?

完全版スキルパッケージをダウンロードし、Skills に対応した AI クライアント(Claude、Codex、Cursor、Workbuddy など)にインポートするか、このページの AI インストール指示をコピーしてお使いの Agent に送ってください。SKILL.md だけをコピーせず、product-advisory-council フォルダ全体を保持してください。インストール後は、プロダクトに関する質問を AI アシスタントに送るだけです。

API キーは必要ですか?データはどこに送られますか?

スキルパッケージにはモデルや API キーは含まれておらず、普段お使いの AI クライアント内で動作します。メソッドカードは意思決定のヒントであり、事業上の事実確認の代わりにはなりません。

LUFFY LIU の独立プロジェクト · 公開版 v2.3.1 に基づく例です。方法は意思決定の助けであり、事実の確認を代替しません。内容の版を見る ↗