Communitygithub.com

価格ページレビュー

価格ページのプラン構成や価格表示をレビューし、プラン数・名称、おすすめプラン、機能・制限の文言、請求トグルの誠実さ、税の明確さ、リスク低減要素や反論への対応を、重要度順の所見とリライトとともに評価します。

価格ページレビュー とは?

このスキルは、SaaSやサブスクリプションサービスの価格ページを、訪問者がスムーズに意思決定できるよう評価・改善します。単なる価格設定の数値(原価や顧客の支払意思額に基づく)は扱わず、価格の表示方法やプラン構造の明確さに焦点を当てます。具体的には、プラン数・名称、おすすめプランの強調、請求トグルの誠実さ、税・手数料の表示、トライアル・解約条件などのリスク低減要素、よくある反論への対応をチェックし、重要度別の所見と具体的なリライト提案を出力します。このスキルは、コード不要でユーザーが指定したURLまたはペーストしたテキストから動作し、Claude Code、Cursor、CodexなどのAIエージェントプラットフォームで利用できます。ユーザーが「価格ページをレビューして」「プランをどう構成すべきか」「なぜ真ん中のプランをスキップするのか」「価格を表示すべきか『お問い合わせ』とすべきか」といった質問をしたときに最適ですが、価格数値の決定や一般的なコンバージョンコピー、ポジショニングには使用しません。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/FinnTech3/growth-stack/tree/HEAD/agensi/growth-stack/skills/pricing-page-review

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

価格ページレビュー は何をしますか?

必要なもの:インストール不要。ユーザーが指定したページURLまたはペーストしたテキストから動作します。ユーザーが growth-loop 監査を実行済みの場合は、その cta(form_fields を含む)と trust エビデンスを引用します。それ以外の場合は手動でページを読み取ります。

私は価格自体ではなく価格の表示方法をレビューします。価格はコストと顧客が支払う意思額に基づくビジネス上の判断であり、私はそのどちらも発明しません。確認できるのは、購入者が各プランの内容、価格、そして気が変わった場合の結果を理解できるかどうかです。

入力

  • 価格ページのURLまたはペーストされたテキスト、およびユーザーが提示するプラン、価格、請求期間、制限。
  • 各プランの対象者、返金・キャンセル・トライアル条件(正確に)、および価格に税が含まれるかどうか。
  • 購入前に購入者が尋ねること(サポートへの質問、営業電話の内容)。

手順

  1. 購入を決断しようとしている購入者としてページを読み、ためらう点をメモする。
  2. プラン数を数える。目安:3~4つなら比較しやすい。それ以上は明確な選び方を示す必要がある。
  3. プラン名を確認する。プラン名は対象者を示すべきで、ランクを示すもの(Solo、Studio、Team は Bronze、Silver、Gold より優れている)ではない。
  4. おすすめプランを確認する:1つで、視覚的に区別でき、理由が明記されている(「ほとんどのチームがこれを選びます」は事実で表示されている場合のみ)。
  5. 各プランを確認する:価格、請求期間、通貨、制限を数字で示した内容、ラベルが統一されたボタン1つ。
  6. 請求トグルを確認する:デフォルトは正直であり、割引は実際の金額で表示され、検証できない曖昧なパーセンテージではないこと。
  7. 税金と手数料を確認する:価格はVAT/消費税込みか税別か、すべての手数料がチェックアウト前に表示されているか。
  8. リスク低減要素を確認する:トライアル期間、キャンセルの手順、返金期間。ユーザーの実際の条件に基づき、正確な日数で。
  9. チェックリストを使用して反論を確認する:誰のためではないか、制限に達したらどうなるか、プラン変更は可能か、誰に問い合わせるか。
  10. 所見をランク付けする:重大(隠れた手数料、誤解を招く条件)、高(プランの違いが不明瞭)、中、低。それぞれに修正案を記述する。

出力

重要度順の所見テーブル(所見、ページ上の位置、なぜコンバージョンを損なうか、リライト)、リライトされたプラン名と機能箇条書き、ページが答えを残している反論、および各施策の測定基準を示した短い実験リスト。

終了条件

  • 各プランに、名称、対象者、価格、請求期間、制限を数字で示した3~7個の箇条書きがある。
  • 1つのおすすめプランがマークされ、その理由が事実に基づいている。
  • 税の扱い、トライアル、キャンセル、返金条件がユーザーから提供された通りに正確に記載されている。
  • ダークパターンが残っていない:事前チェックされたアドオン、後で判明する手数料、隠れたキャンセルがない。
  • 提案された変更はすべて measurement-plan のイベントに結びついており、収益効果は約束されていない。

エッジケースとエラー

  • 地域や通貨によって価格が異なる場合:各地域の実際の価格を表示し、該当する地域を明記する。推測による換算はしない。
  • 「お問い合わせ」価格:エンタープライズ向けなら問題ないが、出発点や明確なルートが示されている場合に限る。小規模プランも隠している場合はフラグを立てる。
  • ユーザーがいくら請求すべきか尋ねた場合:コストと支払意思額のデータが必要であること、そのデータを収集するための質問を提供すること、数値は提示しないこと。
  • 使用量ベースの価格:単位を説明し、具体例を1つ示し、上限がある場合はその上限額を示す。
  • ユーザーが表示したい割引:実際の割引で、実際の終了日があるもののみ。
  • 検証できない条件:質問する。企業が行っていない返金を約束してはならない。

ルール

  • 価格、割引、割引額、お客様の声を発明しない。
  • 制限の説明は数字を使い、「充実」「無制限」は文字通り正しい場合のみ使用する。
  • 売上の向上を約束しない。明確になる点を説明する。
  • ダークパターンは選択肢ではなく所見である。

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

関連スキル