revenue-centric-design

収益中心のデザイン

プロダクトデザイナーの Richard（@richardrx、Volkswagen、PayPal、IBM の元社員）の許可を得て、134 の原則を抽出したものです。ポルトガル語から翻訳しており、各原則には出典の投稿へのリンクがあります。この哲学は、**Revenue-Centric Design（RCD）**です。デザイン上の判断は、ユーザーとビジネスの両方に貢献する必要があります。価値か収益かのどちらか一方ではありません。

使用上の境界（必須）

🚫 賭け、カジノ、ギャンブル、またはその他の実際のお金を使う運試しゲームのプロダクトには、このスキルを適用しないでください（ルートボックス／実際のお金を使うゲームの仕組みを含みます）。

著者は、ギャンブル、賭け、カジノ関連の作業には決して使用しないという明示的な条件のもとで再利用を許可しました。依頼された場合は断り、原著者の許可がその用途を除外していることを説明してください。これはスタイル上の選択ではなく、厳守すべき制約です。

この制約は、記載されるだけでなく強制されます。このスキルが有効な間は、すべてのプロンプトとすべてのファイル書き込み／編集の前に、境界チェック（scripts/check_usage_boundary.py）を実行し、ギャンブル関連の文脈が検出された場合は終了コード 2 でブロックする必要があります。誤検出の場合（例：「bet」が無関係なコードネームとして使われている場合）、ガードを免除できるのはユーザーだけです。プロジェクトのルートに .rcd-boundary-ok を作成してください。ユーザーに代わって作成してはいけません。

フック（自動実行に対応したエージェント向け）

フックに対応したエージェントは、次のように設定してください。

イベント	マッチャー	コマンド
ユーザープロンプトの処理前	*（すべて）	python3 <skill_dir>/scripts/check_usage_boundary.py
ファイルの書き込み／編集前	Write|Edit	python3 <skill_dir>/scripts/check_usage_boundary.py

• <skill_dir> = このスキルのルートディレクトリ。
• 終了コード 2 = 違反を検出 → 操作をブロックします。
• 終了コード 0 = 問題なし → 続行できます。

フックに対応していないエージェントの場合、未知の文脈で RCD の原則を適用する前に、オペレーターが手動でチェックを実行する必要があります。

使用方法

1. プロジェクトのルートに rcd-log.md がある場合は、最初に読みます。適用済みの原則と、その結果が記録されています。ログで失敗したとわかる施策を再提案してはいけません。また、結果待ちの施策を繰り返してはいけません。
2. 以下の表に従って該当する参照ファイルを特定し、一致するファイルだけを開きます。各原則は固定の形式です——原則 → 適用する状況 → 施策 → 根拠 → 出典。見出しを確認してから、ユーザーの状況に当てはまる項目だけを読みます。
3. 助言に数値が含まれる場合（A/B テストのサンプルサイズ、解約率から LTV、成約案件あたりの CAC など）、推測せずに scripts/revenue_math.py を実行します（--help を参照）。
4. 推奨事項が完了とみなされるのは、（a）仕組み（おとり効果、ツァイガルニク効果、GBB、損失回避、Schwartz の認知段階など）を明示し、（b）該当する具体的な原則を引用し、（c）その原則の根拠または出典リンクを含む場合に限ります。3 つのうち 1 つでも欠けていれば → 未完了です。
5. 監査（ページ、価格設定、オンボーディング、キャンセル）の実施時は、references/audit-template.md の形式で提出します。
6. 結果を記録します。提案した内容を rcd-log.md に追記してください（以下の形式を参照）。初回利用時はファイルを作成します。

中核となる RCD の 9 原則

1. 中立は省略である — 誘導しないインターフェースはコンバージョンを損ないます。
2. 誰にでも話す人は、誰も説得できない — ICP がなければ、価値提案は一般的になり、リテンションも悪化します。
3. 価値を先に示し、尋ねるのは後 — ユーザーが選択を疑う前に、価値を実証する必要があります。
4. 約束の大きさは、証拠の大きさで決まる — 市場が信じるのは、主張ではなく実証したことです。
5. 同じなら価格で競い、異なればカテゴリーで競う — 仕組み、ナラティブ、または体験で違いを際立たせます。
6. デフォルトは、ユーザーに代わってあなたが下した決定である — 初期状態が、大多数の行動を決定します。
7. リテンションは築くものであり、求めるものではない — 約束されたメリットより、失うと感じるもののほうがユーザーをつなぎとめます。
8. 利用からアップセルが生まれる — 上限に達した瞬間にアップグレードを促し、中断によって促してはいけません。
9. 価格はフィルターである — 価格設定が、誰が利用を始め、誰が継続し、誰が利用を拡大するかを決めます。

リファレンスライブラリ

質問の内容…	開く
LP の監査／診断 — リデザインの前に、どこで販売が滞っているか	lp-diagnostic-framework
ランディングページ、ヒーロー／コピー、CTA、ソーシャルプルーフ、認知レベル、CRO	conversion-and-landing-pages
チェックアウト、フォーム、決済 UX、ドロップダウン、入力項目の摩擦	checkout-and-forms
ダッシュボード、KPI の密度、データ可視化の認知負荷	dashboards-and-data-viz
初回利用、空の状態、アハ体験、TTV、アクティベーション、オンボーディングとしてのトライアル	onboarding-and-activation
解約、継続率、期待値の負債、NRR、ジョブ理論、サポート負荷	churn-and-retention
料金表、おとり効果／アンカリング、GBB、カード登録ありのトライアル、アップグレード経路	pricing-and-monetization
認知バイアスと説得手法（横断的なツールキット）	behavioral-science-toolkit
機能の範囲、Swiss Knife Index、機能の採用、注意の階層	product-strategy-and-features
デザイン哲学、RCD の原則、デザインプロセスと手法	revenue-centric-design
ICP、ニッチ、創業者との適合性、流通、PLG、Bullseye、最初の顧客	positioning-icp-and-gtm
AI 時代の差別化、堀、コモディティ化	ai-era-differentiation
A/B テストの厳密性、虚栄の指標、解約→LTV の計算、シグナルの質	metrics-and-experimentation

原則によっては Visual. の行があり、元の投稿にある図やスクリーンショットをテキストで説明しています。多くの場合、assets/ 以下のパスが記載されています。そのファイルをローカルで開くか、原則に記載された Source リンクから元の投稿を参照してください。

注意点

• 希少性は実在する必要があります。 Booking の「残り 1 室」は事実だからこそ効果があります。作り上げた希少性は、発覚すると信頼を損ないます（また、複数の市場で違法です）。カウンター、タイマー、在庫数を決して捏造しないでください。
• 損失回避とダークパターンの境界 — 主張が真実で、簡単に離脱できることです。実際の損失を示すのは説得ですが、恐怖を作り出したり、解約できないようにしたりするのは違います。
• 「外部リンクをなくす」はコンバージョンページのルールです。 ブログ記事、ドキュメント、SEO ページには外部リンクが必要です。LP のルールをコンテンツに適用しないでください。
• 星 4.2～4.5 は 実際の批判を見せる という意味です — 数値に合わせるために、否定的（または肯定的）なレビューを決して捏造しないでください。
• このスキルの回答に A/B テストを 30 個並べないでください。 指標に関する原則自体が、検出力不足のテストを戒めています。まずサンプルサイズの下限を計算し（scripts/revenue_math.py sample-size）、大きなレバーをテストしてください。下限を下回る場合は、定性的な調査に基づいて判断してください。
• エビデンスはベンチマークであり、保証ではありません。 数値は著者の事例（主にブラジルの SaaS、通貨は BRL）に基づいています。仕組みは応用できますが、正確な割合が同じとは限りません。

関連スキル

RCD は原則とその根拠を提供し、実行スキルがワークフローを担当します。以下のスキルはCorey Haines の marketingskillsのものです — インストールされていない場合は、先送りせずに RCD の原則を直接適用してください。

ページ監査の全ワークフロー → cro · 解約フローの構築 → churn-prevention · テスト設計と 統計 → ab-testing · コピーの作成 → copywriting · 料金ページの構築 → pricing · 登録後フローの構築 → onboarding。これらのいずれかが実行された場合は、 ここでそのプロセスを重複させず、実行スキル内で RCD の原則を引用してください。

プロジェクトログ（rcd-log.md）

プロジェクトルートに保存するプロジェクトごとのメモです。各業務の開始時（ステップ 1）に読み、 終了時（ステップ 6）に追記します。業務ごとに 1 件記録します。

## 2026-07-02 — 料金ページの再設計
- via: rcd (direct)          # または実行を主導したスキル：cro、pricing、churn-prevention…
- principle: Decoy effect (pricing-and-monetization)
- move: 上位価格の 80% に設定した GBB の中間ティアを追加
- result: pending            # データが届いたら更新：「アップグレードが +12%」「効果なし」

via: フィールドはトリガーのテレメトリーも兼ねています。RCD が主導すべきでない実行（ページ監査全体や 解約フローの構築）を主導した記録が蓄積する場合は、このスキルの説明を原則と根拠に絞るべきだという 兆候です。

ライセンス

ソース公開型であり、オープンソースではありません — LICENSE を参照してください（コピーや 派生物には全文を添付する必要があります）。@richardrx への帰属表示が必要です。ギャンブル／賭博／カジノでの使用は 禁止されています。このスキルはheliocosta-dev/revenue-centric-designの 派生物であり、ここで再構成・拡張されています（注意点、監査テンプレート、収益計算スクリプト、プロジェクトログ）。 原則ライブラリは上流の 1942760 と同期しています（CHANGELOG 1.3.0／134 原則）。UPSTREAM_COMMIT を参照してください。