mcpField
G
grow-website

grow-website

github.com/wondelaiマーケティング・グロース2.5k2.2k 回インストール7 週間前に更新
リポジトリ

grow-website について

grow-websiteは、すでに流入があるものの収益化が不十分なサイト向けの8段階の成長スキルです。訪問者調査、リード獲得、メッセージ、オファー、ライフサイクルマーケティングを順に扱い、判断と成果物を`docs/`に記録して再開できます。訴求には事実に基づく根拠を求めます。

主な機能

  1. 018段階のサイト成長プロセス
  2. 02コンバージョン改善前の調査
  3. 03リード獲得と育成の設計
  4. 04ポジショニング、訴求、オファーの整理
  5. 05`docs/`への計画と成果物の記録
  6. 06訴求内容の真実性を保つルール

活用シーン

  1. 01流入の多いページの転換障壁の分析
  2. 02購入準備前の訪問者向けリード獲得設計
  3. 03トップページの訴求とオファーの見直し
  4. 04実験と顧客ライフサイクル施策の計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/wondelai/skills --skill grow-website

インストール後、Claude Code で/grow-websiteを入力して読み込まれたか確認します。

同梱ファイルreferences/artifact-templates.md

詳細

ウェブサイトを成長させる

すでにトラフィックがありながら収益化が不十分なサイトを、リサーチに基づく成長エンジンへと変えます。より多くのリードを獲得し、より多くの購入者を納得させ、より明確なオファーを作り、訪問者がさらに訪問者を連れてくるようにします。この取り組みは8つのフェーズで進みます。エージェントは分岐点ごとに判断する前に質問し、すべての状態は docs/ に保存されるため、セッションをまたいで中断・再開できます。作業の順序を組み立てるものであり、勘に頼ってサイトを再設計するものではありません。

基本原則

トラフィックの問題の多くは、見かけを変えたコンバージョンの問題です。新たにトラフィックを獲得する前に、今いる訪問者を獲得し、コンバージョンにつなげましょう。 このスキルはフェーズの順序を組み立て、意思決定のための質問を行い、選択内容をすべて docs/ に記録します。各フェーズを構成するスキルが手法を担います。フレームワークを独自に考案せず、それらを呼び出してください。最適化の前にリサーチを行い、ページを磨き込む前に、必ずオファーを整えます。

取り組みの全体像

フェーズスキル解決する問い成果物
1. 訪問者が離脱する理由を見つけるcro-methodology訪問者がコンバージョンしないのはなぜか、何をテストする価値があるか?docs/WEBSITE.md、docs/METRICS.md、docs/EXPERIMENTS.md を拡張
2. 購入の準備ができていない97%を獲得するscorecard-marketing購入の準備ができていないリードを、どうすればつなぎとめられるか?docs/WEBSITE.md、docs/MARKETING.md を拡張
3. メッセージを明確にするstorybrand-messaging初めて訪れた人に、私たちが何をしているか5秒で伝わるか?docs/POSITIONING.md を拡張
4. メッセージを記憶に残すmade-to-stick購入する準備ができたとき、メッセージを覚えているか?docs/POSITIONING.md、docs/WEBSITE.md を拡張
5. 根拠と行動を促すきっかけを加えるinfluence-psychology私たちを信頼し、今すぐ行動すべき理由は何か?docs/WEBSITE.md を拡張
6. オファーを再構築するhundred-million-offers販売する商品は、抗しがたい魅力があるか?docs/OFFER.md、docs/EXPERIMENTS.md を拡張
7. 共有されやすさを設計するcontagious訪問者がさらに訪問者を連れてくるか?docs/MARKETING.md、docs/WEBSITE.md を拡張
8. ライフサイクルをつなぐone-page-marketing成果をつなげて、複利で成長するひとつのエンジンにできているか?docs/MARKETING.md、docs/METRICS.md を拡張

運用ルール

  1. まず再開します。 何よりも先に、docs/GROW-WEBSITE-PLAN.md とジャーニーマップ内のすべての成果物を読みます。トラッカーが存在する場合は、ジャーニーの状態を3~5行で要約し、どのフェーズに入るかを尋ねます。トラッカーがあるジャーニーは再開し、決してやり直しません。完了条件:ユーザーが開始地点を確認していること。
  2. 初回のみインテークを行います。 トラッカーがない場合は、以下のインテークを実施してから、すべてのフェーズのステータスを pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason のいずれかに設定した docs/GROW-WEBSITE-PLAN.md を作成します。完了条件:トラッカーが存在し、ユーザーがフェーズ計画を確認していること。
  3. フェーズへの移行。 フェーズで行うこと、そこで求められる決定、そのフェーズで作成する成果物、おおよその作業量を説明します。続行/スキップ/延期の選択肢を提示します。GATE と記されたフェーズは延期できますが、スキップはできません。続行する場合は、フェーズを in-progress に設定します。完了条件:ユーザーが選択していること。
  4. スキルの呼び出しと代替手段。 フェーズのスキルを読み込み、使用します。各フェーズの Invoke 行に記載されたスラッグ名のスキルを使って、そのフェーズを実行します。利用できない場合は、次のコマンドを提案します:npx skills add wondelai/skills/<slug> --global。ユーザーが断った場合は、Brief に基づいてフェーズを実行します(最小限の実用的な方法)。どの方法で進めるかを明示します。
  5. フェーズ内の決定。 「Decide with the user」にある質問をすべて、具体的な選択肢と推奨案を添えて尋ねます。選択内容をトラッカーの Key Decisions に記録します。ユーザーに確認せず決定することは不備です。
  6. フェーズの終了。 書き込む前に、成果物のドラフトを提示し、承認を得ます。承認後、docs/ ファイルを作成または追記し、トラッカーを更新します(ステータス、Key Decisions、Next Actions)。完了条件:ファイルが書き込まれ、フェーズの行が done になっていること。
  7. 成果物の取り扱い。 書き込む前に読みます。ファイルは存在しない場合にのみ作成し、すでにある場合は追記します。ほかの人の内容を保持しながら、自分のセクションを追加または更新します。docs/ 内のファイル名は大文字で記述します。すべての推奨事項を、担当者と優先度を付けたチェックボックスまたは表の行に記載します。docs/ ファイルを初めて作成する場合は、references/artifact-templates.md を参照してください。すべての見出しを含む完全なひな形を使ってファイルを作成し、その後、フェーズで指定されたセクションを記入します。
  8. 希少性に関する主張、推薦文、共有インセンティブはすべて真実でなければなりません。 説得の手法に根拠の捏造が必要な場合は、手元にある根拠を使う手法に置き換えます。リセットされるカウントダウン、決して変わらない「残り2つ」、捏造したレビューは、その後の誠実な主張をすべて損ないます。

インテーク

トラッカーを作成する前に、次の質問をしてください。

  1. サイトは何で、主なコンバージョンアクションは何ですか? 登録、購入、予約、リードフォームのどれですか?(すべてのフェーズの軸となり、ファネルの終点を定義します。)
  2. どのようなトラフィック数とコンバージョン数を把握していますか? セッション数、直帰率、コンバージョン率、トラフィックが多い中で最もパフォーマンスの低いページはどれですか?(フェーズ 1 のファネルマップと、A/B テストで有意差に到達できるかどうかを左右します。)
  3. 既存の訪問者調査にはどのようなものがありますか? 離脱時アンケート、サポートチケット、チャットログ、レビューなどです。(O/CO テーブルの素材になります。何もない場合、フェーズ 1 は情報収集から始めます。)
  4. すでにリードを獲得していますか?(メーリングリスト、リードマグネットなど。)また、そのコンバージョン率はどの程度ですか?(フェーズ 2 の実施要否を左右します。)
  5. 何をいくらで販売していますか? 訪問者から「高すぎる」と言われますか?(フェーズ 6 のオファー再構築の要否を左右します。)
  6. 既存のポジショニングやメッセージングはありますか? POSITIONING.md、ブランドスクリプト、ワンライナーなどです。(フェーズ 3~4 の実施要否を左右します。作り直すのではなく、再利用してください。)
  7. 月間トラフィック数はどのくらいですか?(フェーズ 1 のテスト方法を決めます。有意差に到達する大胆な A/B テストに十分なトラフィックがあるか、定性的な調査に頼り、原則から推論するかを判断します。)

ヒューリスティックに従ってスキップしてください。リード獲得ファネルがすでに良好なコンバージョン率を達成している場合はフェーズ 2 をスキップします。初見の人がメッセージの 5 秒テストにすでに合格する場合はフェーズ 3~4 をスキップします。オファーがコンバージョンにつながり、価格が異議の理由になっていない場合はフェーズ 6 をスキップします。自然に共有できるアセットがなく、紹介が現実的なチャネルでもない場合はフェーズ 7 をスキップします。

次に、テンプレートから docs/GROW-WEBSITE-PLAN.md を作成し、計画を確認してください。完了条件は、docs/GROW-WEBSITE-PLAN.md が存在し、すべてのフェーズにステータスが設定され、ユーザーが計画を確認していることです。

フェーズ

フェーズ 1 — 訪問者がコンバージョンしない理由を発見する(cro-methodology)

目的: 訪問者が離脱する理由についての推測を根拠に置き換え、それを優先順位付きのテストキューにまとめます。

概要(代替案): 推測せず、発見してください。ファネルをマッピングして、ボトルネック(トラフィックが多く、離脱が発生しているページ)と欠けているつながりを見つけます。訪問者を 3 つの観点から調査します。訪問者が誰なのか、何が妨げになっているのか(UX)、何が踏みとどまらせているのか(異議)です。訪問者自身の言葉で Objection / Counter-Objection テーブルを作成し、それぞれの反論を摩擦が起きる場所に配置します。また、手元にあるのに表示していない証拠を洗い出します。ICE で評価した大胆な実験をキューに追加します。ボタンの色を変えるだけでは不十分です。

実行: インテークで得た主なコンバージョンアクション、トラフィック数、調査情報(離脱時アンケート、サポートチケット、チャットログ、レビュー)を使って、cro-methodology スキルを使用してください。ファネルマップ、実際の訪問者の言葉をもとにした O/CO テーブル、トラフィックが最も多いページの評価(0~10 点)、ICE で評価した実験案 3~5 件と上位 2 件の仮説を依頼してください。

ユーザーと決定する内容: (1) 最初に取り組むボトルネックのページはどれですか? トラフィックが最も多く、コンバージョン率が最も低いページです。(2) 異議の根拠となる調査は十分にありますか? それとも、まず離脱時アンケートを実施しますか(ステータスは awaiting-evidence)? (3) どの 2 件の実験をキューに追加しますか? 控えめな調整ではなく、コンバージョンを現実的に 2 倍にできる可能性がある、ICE スコアが最も高い案を推奨してください。

成果物: docs/WEBSITE.md の ## Audit Findings と ## Conversion Elements(配置を含む O/CO テーブル)を拡張します。docs/METRICS.md の ## Funnel(ステージ、離脱、ベンチマーク、ボトルネック)を拡張します。docs/EXPERIMENTS.md の ## Experiment Backlog(ICE)と、上位 2 件の ## Experiment Cards を拡張します。トラッカーを更新します。

完了条件: ファネルがマッピングされ、ボトルネックのページが特定されていること、WEBSITE.md に反論が摩擦の発生箇所に配置された O/CO テーブルがあること、事前に設定した主要指標、副次指標、ガードレール指標を含む、ICE 評価済みの実験カードが 2 枚あることです。

フェーズ 2 — 購入準備ができていない97%を取り込む(scorecard-marketing)

目的: 今日購入しない訪問者を、離脱時に逃すのではなく、インタラクティブな診断でつなぎとめます。

概要(代替案): 市場の約3%は今すぐ購入する準備ができています。残りを取り込みましょう。スコアカードやクイズのコンバージョン率は30~50%で、PDFの3~10%を上回ります。手順は4つです。3つのC(Clarity、Credibility、Connection)に基づくランディングページを作成します。質問の前にメールアドレスを取得し、2~7つのカテゴリに分けた8~15問の採点式質問を用意します。訪問者の現状と到達可能な姿の間に緊張感を生み出す、スコアの段階ごとの動的コンテンツを使った結果ページを作成します。スコア別にフォローアップを行う仕組みを用意します。

実行: scorecard-marketing スキルを、対象者と主要なコンバージョンアクションとともに使用します。コンセプトの切り口(複数案を検証する)、採点式質問とそのカテゴリ、段階別の結果文、質問前に表示する取得フォーム、段階別に分けたフォローアップメールを依頼します。

ユーザーと決めること: (1)コンセプトの切り口 — 恐怖をあおるのではなく、最も強い潜在的な願望に訴える「目指す方向」のフレーミングを選びます。(2)段階数とスコアの境界値。(3)すでに十分な取得ファネルがある場合は、この工程を省略するかどうか。

成果物: docs/WEBSITE.md の ## Lead Capture を拡張します(スコアカードファネルの設計:切り口、質問、段階、先行取得フォーム)。docs/MARKETING.md の ## Nurture Sequences を拡張します(段階別のフォローアップ経路)。トラッカーを更新します。

完了条件: WEBSITE.md に、最初の質問の前にメールアドレスを取得し、段階別に動的な結果を表示するスコアカードが記載されていること。また、MARKETING.md に段階ごとの個別フォローアップ経路が記載されていること。

フェーズ 3 — 気の利いた表現より、明確なメッセージを(storybrand-messaging)

目的: 初めて見る人が、何を、誰のために提供しているのか、なぜ重要なのかを5秒以内に理解できるようにします。

概要(代替案): 顧客を主人公、ブランドを導き手にします。ルークではなく、ヨーダです。SB7に沿って構成します。あるものを求める主人公。3つのレベル(外的、内的、哲学的)で明示する問題(内的な問題に訴えます)。共感と権威を備えた導き手。3~4段階の計画。直接的で繰り返し伝える行動喚起。失敗した場合のリスク。成功した姿。次のような一文を作成します。「私たちは、[問題]に悩む[主人公]が[解決策]を実現し、[成果]を得られるよう支援します。」気の利いた表現より、明確さを優先します。

実行: フェーズ1で整理した反論と証拠の一覧(問題と導き手の権威を構成する素材です)に加え、既存のポジショニングがあればそれも使い、storybrand-messaging スキルを実行します。ブランドスクリプト一式、ホームページのヒーローセクションの書き直し、一文の候補を2~3案依頼します。

ユーザーと決めること: (1)どの内的な問題を最初に提示するか。(2)一度聞いただけで初めての人が繰り返せる一文はどれか。(3)直接的な行動喚起と、次の段階へ導く行動喚起の文言。

成果物: docs/POSITIONING.md の ## Brand Script (StoryBrand)、## One-Liner、## Key Messages(表示箇所 | メッセージ | 状態)を拡張します。トラッカーを更新します。

完了条件: POSITIONING.md に完成したブランドスクリプト、選定した一文、表示箇所ごとに整理された主要メッセージが記載され、ヒーローセクションが5秒テストに合格していること。

フェーズ 4 — メッセージを記憶に残す(made-to-stick)

目的: 明確なメッセージを記憶に残りやすくし、まだ行動する準備ができていない訪問者にも、行動する時が来たら思い出してもらいます。

概要(フォールバック): SUCCESs を適用します。Simple(シンプル)、Unexpected(意外性)、Concrete(具体性)、Credible(信頼性)、Emotional(感情)、Stories(物語)です。「知識の呪い」を乗り越え、専門用語や抽象表現を、人間の実感に寄り添った具体例に置き換えます(「注文した料理が30分で届き、まだ熱々です」。「毎月16時間を節約できます」)。予想どおりのことではなく、意外性のあることから始めます。変化を、特定の顧客の物語で描きます。その顧客のことを知れば、行動を起こしたくなるようにします。

実施: フェーズ 3 のキー・メッセージとページコピーを使って、made-to-stick スキルを使用します。「知識の呪い」を監査し、抽象的な主張をすべて指摘すること、実際の数値を使った具体的な書き換えを提案すること、代表的なケーススタディを記憶に残る物語に仕立てることを依頼します。

ユーザーと決めること: (1)どの主張から具体化するか(トラフィックが最も多いページを優先します)。(2)どのケーススタディを代表的な物語にするか。

成果物: docs/POSITIONING.md の ## Key Messages に ### Sticky Rewrites サブセクションを追加し、専門用語を避けて具体化したバージョンを記載します。また、docs/WEBSITE.md の ## Page Briefs にコピーのブロックを追加します。トラッカーも更新します。

完了条件: 優先ページにあるすべての抽象的な主張について、具体的な書き換えが記録されており、記憶に残る顧客の物語が 1 つ完成していること。

フェーズ 5 — 人々の「はい」を後押しする根拠ときっかけを加える(influence-psychology)

目的: 配置を工夫した倫理的な説得によって、「なぜ信じるべきなのか?」と「なぜ今行動すべきなのか?」に答えます。

概要(フォールバック): 7 つの原則は、返報性、一貫性、社会的証明、権威、好意、希少性、帰属意識です。既存サイトでは、通常、社会的証明と権威が最も大きな効果をもたらします。曖昧な主張より具体的な数値が効果的です(「何千人もの創業者」より「2,347 人の創業者」)。有名人の証明より、自分と似た人による証明が効果的です。強みを述べる前に、小さな弱点を認めると信頼が高まります。価値の高いページでは、複数の原則を組み合わせます。使うのは、実際の数値、実際の期限、実際の希少性だけです。

実施: フェーズ 1 の O/CO テーブルと根拠の一覧を使って、influence-psychology スキルを使用します。原則ごとの監査を行い、社会的証明、権威、本物の希少性を組み合わせた信頼訴求セクションに再設計すること、登録フローをマイクロコミットメントに基づいて書き換えることを依頼します。操作的な表現に踏み込んでいる箇所があれば指摘してもらいます。

ユーザーと決めること: (1)調査で明らかになった反論を踏まえ、どの原則を優先するか。(2)どの根拠が実際のもので現在表示できるか、どの根拠を今後集める必要があるか。(3)サイトにある偽の希少性をすべて取り除くかどうか(確認します)。

成果物: docs/WEBSITE.md の ## Conversion Elements に、配置とステータスを含む根拠およびきっかけの行を追加します。トラッカーも更新します。

完了条件: WEBSITE.md のコンバージョン要素で、ユーザーが迷う箇所に本物の社会的証明、権威、本物の希少性が組み合わされており、サイトに偽の希少性が残っていないこと。

フェーズ 6 — 実際に販売するものを作り直す(hundred-million-offers)

目的: その魅力を中心にページを最適化する前に、土台となるオファーを断りがたいものにします。これは施策全体で最も上流にあるレバーです。

概要(フォールバック): グランドスラム・オファーは、マーケティングが平凡でも売れます。価値 =(理想の成果 × 成功すると思える度合い)÷(実現までの時間 × 労力と犠牲)です。上を高め、下を減らします。理想の成果に至るまでの障害をすべて挙げ、それぞれを解決します。トリム&スタック(価値が低くコストが高いものを削り、価値が高くコストが低いものを積み上げる)を実施します。それぞれが反論を解消する、名前付きのボーナスを追加します。リスクを逆転させる保証を付け、倫理的な希少性を設け、MAGIC を使って名前を付けます。強力な保証は返金を減らし、価格を上げるとコンバージョンが増えることもあります。

実行: 現在のオファーと価格、訪問者から「高すぎる」と言われているかどうかを伝え、hundred-million-offers スキルを使います。Value-Equation スコア、解決策付きの障害リスト、名前付きのボーナス、保証、MAGIC に基づく名称案を求めます。

ユーザーと決めること: (1)「高すぎる」は価格の問題か、価値の認識の問題か。(2)採用するボーナスと保証。(3)価格とティアの構成。(4)新しいオファーを大胆な実験として登録します。新しいオファーは、CRO でテストする価値があるとされているものです。

成果物: docs/OFFER.md の ## Offer Stack、## Tiers (Good / Better / Best)、## Price Metric を拡張し、新しいオファーをテストするカードを docs/EXPERIMENTS.md の ## Experiment Cards に追加します。トラッカーを更新します。

完了条件: OFFER.md にグランドスラム・オファー(価値方程式、名前付きのボーナス、本物の保証、MAGIC に基づく名称)が記載され、事前に指標を決めた実験カードとして登録されています。

フェーズ 7 — 訪問者に新たな訪問者を連れてきてもらう(contagious)

目的: 運任せではなく、満足した訪問者一人ひとりが、新たな訪問者を生み出す仕組みを設計します。

概要(フォールバック): バイラル性は設計できます。STEPPS:ソーシャル通貨、トリガー、感情、公共性、実用価値、ストーリーです。パーソナライズされたスコアカードの結果は、その人自身に関する注目すべき統計として、高いソーシャル通貨になります。実用価値(計算ツール、本当に役立つリソース)は共有されます。プロモーションは「100のルール」に沿って組み立てます。公共性(「Powered by [あなた]」や、行動の痕跡)は、利用後もマーケティング効果を発揮します。ストーリーはトロイの木馬テストに合格する必要があります。口コミのうちオンライン上のものはわずか約 7%です。共有ボタンを置くだけでなく、話題にしたくなるものを設計します。

実行: フェーズ 2 のスコアカード結果ページと、サイトで最も価値の高いアセットを使い、contagious スキルを実行します。10 点満点の STEPPS 監査、トロイの木馬テストに合格する共有カードを備えた結果ページの共有しやすい再設計案、公共性/行動の痕跡を生み出す機能を求めます。

ユーザーと決めること: (1)共有可能にするアセット。(2)仕組みに組み込む STEPPS の要素を 2〜3 つ。(3)共有のインセンティブ。実際のメリットでなければならず、決して報酬をでっち上げてはいけません。

成果物: docs/MARKETING.md の ## Word-of-Mouth (STEPPS) と ## Referral & Invite Mechanics を拡張し、docs/WEBSITE.md の ## Lead Capture に共有しやすい結果ページの設計を追加します。トラッカーを更新します。

完了条件: MARKETING.md の STEPPS 表に、特定の共有可能なアセットに組み込む 2〜3 個の要素が記載され、紹介の仕組みが文書化されています。

フェーズ 8 — ライフサイクルを結び付け、成功を積み重ねる(one-page-marketing)

目的: 獲得、育成、コンバージョン、紹介を一つのエンジンに結び付け、成果が最後にこぼれ落ちないようにします。

ブリーフ(フォールバック): マーケティングはイベントではなくプロセスです。3×3のグリッドは、BEFORE(ターゲット市場、メッセージ、メディア)、DURING(リードの獲得、育成、コンバージョン)、AFTER(顧客体験、生涯価値、紹介)で構成されます。通常、利益が隠れているのはAFTERの列です。顧客維持にかかる費用は新規顧客獲得の5~25分の1であり、顧客維持率が5%向上すると利益が25~95%増加します。顧客が紹介しない最大の理由は、誰からも頼まれなかったことです。

呼び出し: one-page-marketing スキルを使い、フェーズ1~7をつなぐ監査を行います。スコアカードはCaptureを、オファーはConvertを、ContagiousはReferralsを強化します。9マスの計画を各マス0~10で評価し、空欄のAFTERマスを指摘するよう依頼します。また、価値提供と依頼の比率が3対1となるリード育成シーケンスも依頼します。

ユーザーと決めること: (1)どの空欄を最初に埋めるか。通常は顧客体験、生涯価値、紹介です。(2)優良顧客向けのステップアップモデル。(3)追跡する顧客維持率とLTVの目標。

成果物: docs/MARKETING.md の ## Target Market & Avatar、## Before / During / After Grid、## Referral & Invite Mechanics、## Nurture Sequences を拡張します。docs/METRICS.md の ## Baselines & Targets(顧客維持率、LTV)も拡張します。トラッカーを更新します。

完了条件: MARKETING.md のBefore / During / Afterグリッドに空欄のAFTERマスがなく、顧客維持率とLTVの目標がMETRICS.mdに記録されています。

オプションのフェーズ

スキル追加するタイミング成果物
lean-analytics成長施策を正しく評価する単一の指標がない場合docs/METRICS.md を拡張
high-perf-browserページの遅さによって、すでに獲得したトラフィックが失われている場合docs/WEBSITE.md を拡張
hooked-ux再訪を習慣化したい場合docs/PRODUCT.md を拡張
ux-heuristics説得ではなく、摩擦がファネルを妨げている場合docs/WEBSITE.md を拡張

オプションのフェーズにも、同じ運用ルールが適用されます。各スキルを読み込み、コアフェーズとまったく同じように使用します。「追加するタイミング」の条件が初めて満たされた箇所に挿入してください。

よくある間違い

間違い修正方法
調査より先に最適化するまずcro-methodologyの訪問者調査を実施します。会議でのブレインストーミングではなく、証拠によって指摘された箇所だけを変更します。
ボタンの色など、小さな変更だけをテストする新しいオファー、バリュープロポジション、ページ全体の書き直しなど、大胆な変更を候補に加え、ICEスコアを付けます。それぞれを完全な事業サイクルにわたって実施し、有意な結果が得られるまで続けます。
クイズの後にメールアドレスを取得するscorecard-marketingを使い、最初の質問の前にリードフォームを表示します。そうすれば、評価が途中で放棄されても、再アプローチできるリードが残ります。
希少性や実績を偽る実際の数値、期限、証言だけを使用します。偽の主張が一つでもあれば(influence-psychology / hundred-million-offers)、その後に続く正直な主張まで台無しになります。
オファーを無視してページを磨き込むページのテストを増やす前に、hundred-million-offersを使って上流のオファーを作り直します。「高すぎる」という反応は、通常、価値の認識に関する問題です。
AFTERフェーズを無視するone-page-marketingを使って、顧客体験/生涯価値/紹介の空欄を埋めます。顧客維持と紹介は、最も低コストで実現できる成長施策です。

一連の取り組みの完了

終了チェックリスト:

  • WEBSITE.md に、各カウンターが摩擦の生じる箇所に配置された O/CO テーブルがあり、監査で見つかった問題が解決済み、または対応予定になっています。
  • スコアカードでは質問の前にメールアドレスを取得し、階層別のフォローアップが MARKETING.md に記録されています。
  • OFFER.md に、Grand Slam Offer(価値方程式、名前付きボーナス、実効性のある保証)が記載され、EXPERIMENTS.md で大胆な実験として予定されています。
  • MARKETING.md の Before / During / After グリッドで、AFTER のマス(Experience、Lifetime Value、Referrals)に空欄がありません。
  • 事前に指標を確定したうえで、有意性に達するまで実施中の大胆な実験が少なくとも 1 つあります。

トラッカーを閉じます。すべてのフェーズを done または skipped: reason にし、未完了の Next Actions は、それぞれ該当する成果物に引き継ぎます。その後、次の作業に進みます。

  • グロースループを製品内に組み込む場合は、grow-app スキルを続けます。
  • サイトの修復が難しく、再構築のほうが安価な場合は、create-website スキルを続けます。

コメント