すべての作品 / プロダクト顧問団
PRODUCT ADVISORY COUNCIL VOL. 01
一つの製品の問いを、 18 の視点で考える。 製品の意思決定を考えるための AI スキル。 何を、誰のために、なぜ作るのか。異なる視点で問い直します。
↗ よい議論には、 一つ以上の答えがある。
分析視点 18
方法カード 255
スキル一式 01
01 / MEET YOUR COUNCIL
最初に誰の視点から考えますか? アバターを選択 · 各4問答、全72問答
公開方法カードに基づく AI 分析例です。本人の回答や推薦ではなく、アバターはイメージです。
以下にすべての問答を表示します。アバターから各視点へ移動できます。
01 機能が多すぎる。何から削る? + 02 需要が生産に反映されるまで、どれくらいかかるか? + 在庫や供給期間のために需要を長期にわたり推測せざるを得ないとき、需要から生産調整までの遅れを短くします。 顧客の情報、調達、製造、流通の遅れを別々に測り、主な滞留箇所を探します。 一つの工程を小範囲で短縮し、欠品率、在庫損失、納期を比較してから広げます。 在庫を少なくすればよいわけではありません。供給停止、納期の約束、規模の効率には余裕が必要な場合があります。
方法を読む · SJ-P02 需要のフィードバックを速くする ↗ 03 ユーザーが覚えていたい価値は何か? + 伝えられる情報が限られるとき、覚えてほしい中心価値を明確にし、ブランド表現と製品の実際の振る舞いをそろえます。 覚えてほしい価値を一つと、それを支える製品の振る舞いを書きます。 対象ユーザーに理解を言い直してもらい、表現と実体験が食い違うなら体験を直すか主張を狭めます。 価値の訴求で製品品質や需要の検証は代替できません。講演の広告成功例は独立した因果証拠ではありません。
方法を読む · SJ-P03 ブランドと価値を一致させる ↗ 04 もう一回待つことで、検証できる価値は何が増えるか? + 最高を目指すことと、段階的により良くすることの取捨選択を明確にします。 今期に必要な体験・安全の最低条件と、改善に必要な時間を整理します。 待つ、対象を限定して提供する、段階的に改善する案の費用を比較し、見直し時点を決めます。 改善を続けることを口実に、安全、信頼性、約束した体験の最低条件を緩めません。
方法を読む · SJ-P04 品質と提供時期の折り合いをつける ↗ THE YU JUN PERSPECTIVE
兪軍分析視点 ユーザー価値 · 代替手段 · 事業 01 機能が多ければ乗り換えてもらえる? + 02 「若い人向け」だけで十分? + 03 全員が賛成でも検証は必要? + 04 使われているのに利益が出ないのはなぜ? + 01 道具の利用時間は長いほどよい? + 02 一機能増えるだけで使いにくくなる? + 03 シンプルさのために要望を断るべき? + 04 集客できる提携なら受けるべき? + 01 何を再利用でき、何が足りないか? + 隣接する需要も、現在の能力と資源に合って初めて、試せる拡張先になります。 新事業の顧客作業、再利用できる能力、不足部分、追加費用、本業への悪影響を整理します。 地域や対象者を限定して試し、継続、縮小、撤退を決める証拠の基準を設けます。 大手プラットフォームの資金、集客力、現場能力を小チームにそのまま当てはめません。
方法を読む · WX-P01 顧客の作業と能力の再利用から拡張を考える ↗ 02 最も費用の大きい不確実性は何か? + ユーザーは低価格だけでなく、便利さ、手間の少なさ、確実さでサービスを選ぶ場合があります。 価格、待ち時間、履行の確実さ、失敗の費用を対象ユーザーに比較してもらいます。 同じ作業で一つの改善を試し、好みを聞くだけでなく完了率や再購入が改善するか確かめます。 状況ごとに判断し、価格への敏感さを否定しません。
方法を読む · WX-P02 価値は割引だけではない ↗ 03 ユーザーは実際にどの範囲で選んでいるか? + 消費者と店舗の選択肢は都市やさらに小さな地域に限られることが多く、全国規模だけでは判断できません。 実際に選べる範囲で、有効な供給、活動中の需要、履行可能な距離を集計します。 地域別にマッチングの失敗、待ち時間、再利用を調べ、全国総数で局所的な不足を隠さないようにします。 固定の人口基準を汎用の基準にしません。
方法を読む · WX-P03 実際の需給範囲で地域市場を分析する ↗ 04 ユーザーは最終的に何を完了したいか? + オンラインから実店舗へつながる作業では、情報の取得だけでなく、実際の取引と体験につなげる必要があることが多くあります。 一つの利用場面で、発見、比較、注文、履行、利用後対応の途切れを追います。 情報が目標達成を助けたか確かめます。知識だけが必要な人に取引までを強いません。 情報を得ること自体に独立した価値がある場合もあります。
方法を読む · WX-P04 取引の完了まで追ってサービス価値を確かめる ↗ 01 力を注いだのに、なぜ買われない? + 02 価値があるのに事業が成立しないのは? + 03 好評だったのに、なぜ使われない? + 04 買っているのは機能か、自己表現か? + 01 広告と体験改善、どちらが先? + 02 売上が急増しているなら投資を続けてよい? + 03 毎日忙しいのに進まないのはなぜ? + 04 AI の事業機会をどこから探す? + 01 新モデルが安いなら乗り換える? + 02 論理的に見える回答なら能力も高い? + 03 Agent にできることが増えたらすぐ公開? + 04 点数が上がるのに不満が続くのはなぜ? + 01 皆がそうしているなら従うしかない? + 02 賛同が集まった。次に何をする? + 03 新技術が高価なとき、どう始める? + 04 中心性能は高いのに、なぜ不満がある? + 01 AI で一工程が速くなったのに、全体は遅い? + 02 最初から巨大な評価セットが必要? + 03 モデルと指示、どちらを変えるべき? + 04 モデル更新後も古い処理は必要? + 01 この作業を AI に自動化させてよい? + 02 結果が悪いなら複雑な仕組みにする? + 03 新しい方式が改善したとどう分かる? + 04 エラーが出なければ納品してよい? + 01 一つ成功したら似た作業も任せてよい? + 02 人と AI はどう分担する? + 03 重要な作業でどのモデルが安定し、失敗の代償はどれだけか? + 一般的な順位だけでなく、実務の課題、複数回の実行、専門家の評価でモデルを選びます。 実際の作業を用意して繰り返し試し、モデルと適切な人間の基準を比較します。 定期的に再評価し、品質、リスクへの姿勢、目立つ失敗を記録します。 可能ならモデル名を伏せ、分野の担当者が事前の基準で採点し、ブランドや好みの偏りを減らします。 遊びのテストは感触をつかむもので、大規模運用の信頼性を証明しません。評価自体の偏りも確認します。
方法を読む · ETM-P03 実際の業務でモデルを面接する ↗ 04 誰が課題を出し、誰が検証し、誰が使える方法を業務へ広げる責任を持つか? + 01 初版から全員を対象にするべき? + 02 議論ばかりで進まない。どう終える? + 03 速い反復処理で足りる工程と、強い推論が必要な工程はどれか? + 品質、速度、費用の要件を分け、適切なモデルと推論への投入量を選びます。 作業別に品質、遅延、費用の基準を設けます。 同じ作業で候補を比較し、失敗時に上位モデルや人へ引き継ぐ経路を設計します。 高価・低速なモデルほど信頼できるとは限りません。重大な失敗の費用を平均成功率で隠しません。
方法を読む · KW-P03 作業に合わせてモデルと計算量を選ぶ ↗ 04 ユーザーが今の道具を離れたがらないときは? + 01 AI で速く作れるなら機能を増やす? + 02 履歴がないユーザーにはどう役立てる? + 03 成果が出ない。続けるべき? + 04 高評価と低評価を改善につなぐには? + 01 途中で前提が崩れた。計画を完了させる? + 02 長いプロンプトほど信頼できる? + 03 テストに合格したら新しい評価は不要? + 04 Agent にすべての手順を指定するべき? + 01 今の説明はどの分野や仕組みを見落としているか。それで結論は変わるか? + 互いを補うモデルで事実を捉え、慣れた専門分野の枠だけですべてを説明しないようにします。 資源の制約、確率、インセンティブ、心理的影響を別々に確認します。 主要な説明から観察可能な予測を立て、事実に合わないモデルを除きます。 モデルの類推は因果関係の証拠ではありません。用語を並べるだけで検証を済ませないこと。
方法を読む · CM-P01 一つの判断を複数のモデルで考える ↗ 02 提案者はこの助言から何を得るか。それは私たちの成果と一致するか? + 助言者と実行者が何を得るかを確認し、利害による偏りを独立した証拠で補正します。 各当事者の利益、費用、操作され得る指標を整理します。 重要な仮説を独立に確かめ、取引しない案や別の料金体系と比較します。 利害があることは、嘘をついていることと同じではありません。助言自体を評価します。
方法を読む · CM-P02 助言を採用する前に利害を調べる ↗ 03 信じているのは確認可能な証拠か、それとも提案者の権威や全員の賛同か? + 04 実行者は理由を理解し、どの条件が変わったら再検討すべきか分かっているか? + 仕事を依頼するときは目標、理由、制約を伝え、実行者が判断を理解し検討できるようにします。 誰が、いつ、何を、なぜ行うかと制約を明記します。 受け手が理由を検討し、成り立たない前提を報告できるようにします。 理由を示しても、その理由が正しいとは限りません。もっともらしい説明も判断を誤らせます。
方法を読む · CM-P04 行動の理由を明確に伝える ↗ 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 製品の影響と責任を設計に含める ↗ 01 利用者とコンテンツ・サービスの供給は、本当に互いを増やしているか? + 新しいプラットフォームの利用体験と、利用者・供給側が互いを促進する仕組みを観察し、新しい証拠に応じて戦略の優先順位を変えます。 自ら試し、ユーザー、提携先、競合の採用行動を比較します。 戦略を修正した根拠と部門間の依存関係を明記し、定期的に見直します。 過去の覚書の抜粋は、新しいプラットフォームが必ず勝つことを意味しません。
方法を読む · BG-P01 利用体験とエコシステムの反応から重要性を見直す ↗ 02 どこで説明の繰り返しや手動の引き継ぎが残っているか? + 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 に基づく例です。方法は意思決定の助けであり、事実の確認を代替しません。内容の版を見る ↗