非技術系の上司にメンバーシップサイトを提案する

概要

メールリストで十分機能しているのに、なぜメンバーシップサイトが必要なのかと上司が尋ねたとしましょう。この記事では、小規模なマーケティングチームが、1つのビジネス成果を定義し、1文のメンバーシップの約束を書き、最小のローンチをスコープし、上司が気にする軸で構築アプローチを比較し、ソフトウェアを購入する前にパイロットを実行するという意思決定全体を説明します。メンバーシップの機能を収益と定着率に変換する方法、コミュニティ管理の実際のコストを割り当てる方法、そして誇大広告ではなくデータで提案を進める方法を学べます。目標は、上司がすでに感じている問題を解決するからこそ承認してくれるメンバーシップです。それが、過剰構築を避け、上司が承認できるものから始める唯一の方法です。

上司が「すでにメーリングリストがあるのに、なぜメンバーシップサイトが必要なのか？」と尋ねたとします。1対1のミーティングまであと20分。スライドはありません。プラットフォームの名前も準備していません。あなたは直感でこう感じています。コースには離脱問題があり、サポート受信トレイは同じ質問の繰り返しに答え続け、優秀な受講生は合格した後に姿を消してしまいます。

上司に機能リストを渡してはいけません。比較表を引き合いに出してもいけません。まずお金の話を明確にすることから始めましょう。

プラットフォームの名前を出す前にお金の話を明確にする

メンバーシップがビジネスに何をもたらすかを一文で書きましょう。何を含むかではなく、何を変えるかです。上司は収益、コスト、定着率という3つのレバーで動きます。1つ、場合によっては2つ選びましょう。3つ選ばないでください。指標を選べないなら、プラットフォームも選べません。

例を挙げます。あなたの会社はコンプライアンス認定コースを販売しています。受講者は支払い、合格、そして姿を消します。サポートチームは同じゾーニング法の質問を週に6回受け取ります。卒業生が見捨てられたと感じると、上司が返金リクエストに対応します。そこで、あなたの一文はこうなります。「有料の卒業生メンバーシップは返金リクエストを減らし、コース終了後の第2の収益源となります。」これは機能ではありません。ビジネス成果です。最初の懐疑的な沈黙にも耐えられるでしょう。

次に、その一文を持ってプラットフォームを探しましょう。検討するすべてのツールは、その一文に役立つものでなければなりません。プラットフォームに美しいライブルームがあっても、コンテンツをきれいにゲートする方法がなければ、候補から外します。プラットフォームがメンバーごとに課金するのに、目標が返金削減なら、その価格設定が目標に合っているか考えましょう。

よくある間違いは、中途半端に始めることです。「3つのティア、コースモジュール、コミュニティフォーラムを備えたメンバーシップサイトが必要だ」というのは、戦略ではなく、解決すべき問題を知る前に考えた機能のリストです。ティアはパイロット後に変わります。コースモジュールはまったく不要かもしれません。フォーラムは機能ではなく、新しい名前を付けたサポートチャネルです。

1文の成果をホワイトボードに書きましょう。次の人に各機能が存在する理由を説明できないなら、その機能は削除しましょう。

1文のメンバーシップの約束を書く

次に、メンバーが得られるものを定義します。これはビジネス成果とは異なります。ビジネス成果はあなた自身に関するもの、約束はメンバーに関するものです。次の公式を使えます。「[対象者]にとって、このメンバーシップは[具体的なメリット]を提供し、[成果]を可能にします。」

あなたのコンプライアンス会社の場合、約束はこうなるでしょう。「認定コンプライアンス責任者にとって、このメンバーシップは四半期ごとの規制アップデートと検索可能なアーカイブを提供し、週末を犠牲にせずに最新情報を維持できます。」これは具体的です。「コミュニティへのアクセス」は約束ではありません。誰もコミュニティにお金を払いません。彼らが払うのは、回答、認知、節約できる時間です。コミュニティは容器であり、中身ではありません。

この約束を、1つのプラットフォームを見る前に書きましょう。この1文がデザイン、価格設定、パイロット、提案を導きます。上司は「実際に何を売っているのか？」と尋ねるでしょう。これがあなたの答えです。約束が弱ければ、ビジネス成果も弱くなります。1時間たっても空欄を埋められないなら、まだオーディエンスの痛点を見つけていません。先にもっとインタビューをしましょう。

約束を起草するときは、ランディングページに収まる短さにしましょう。このテキストはサインアップページで使います。最初のメールの件名にも使います。上司にメンバーシップを一呼吸で説明するときにも使います。

メンバーシップらしい最小の構成に絞り込む

次に、約束を各領域につき1つの成果物に絞り込みます。必要なものは3つだけです。1つのメンバーシップティア、1つのディスカッションスペース、1つの定期イベントです。それ以外はすべて将来のリリースです。

なぜ1つのティアか？ あなたの仕事は、約束したことに誰かがお金を払うかどうかをテストすることです。月額29ドル、月額99ドル、1回限りのコースバンドルを提供すると、一度に3つの仮説を持つことになります。どれが失敗したかわかりません。まずは1つの価格から始めましょう。オーディエンスが高すぎる、または安すぎると感じたら、すぐにわかります。2つ目のティアを追加したい場合のルールは、違いを明確にし、上位ティアを機能の寄せ集めではなく時間の節約にすることです。

1つのディスカッションスペースとは、質問と回答が存在する1つの場所を意味します。フォーラム、コミュニティ、Q&Aボードと呼んでかまいません。重要なのは単一のアーカイブを持つことです。メンバーが質問すると、回答は検索可能になります。その検索可能性こそが製品です。複数のスペースはアーカイブを断片化し、モデレーションの負担を増やします。

1つの定期イベントは、人々が戻ってくる鼓動のようなものです。あなたのコンプライアンス会社では、規制専門家による毎月のライブコールで十分です。コールは緊急感を生み出します。参加するための定期的な締め切りです。また、ニュースレター用のコンテンツも得られるため、上司はメンバーシップがマーケティングカレンダーを消耗させるのではなく、供給しているのを見ることができます。

これは、上司が必ず聞く「どれくらい時間がかかるのか？」という質問に答える瞬間でもあります。小規模なローンチは四半期ではなく数週間で完了します。より大きなシステムを構築したいという本能に反論できます。コミットする前に尋ねるべき重要な質問はすべて、この点に帰着します。約束を果たせる最小バージョンは何か、と。

上司が気にする軸で構築アプローチを比較する

機能数の比較はやめましょう。上司が気にするのは2つの数字です。いつローンチできるか、そして月額コストはいくらか。この2つの列を表にすれば、3行目に到達する前に会議で勝てます。

アプローチ	どのような場合に有効か	注意点
オールインワンのメンバーシッププラットフォーム	迅速なローンチが必要で、予測可能な請求を1つにまとめたい場合	月額料金と機能のロックイン
DIYスタック（決済、フォーラム、コースツールを個別に組み合わせ）	すでに各ツールを使っており、自由度を重視する場合	あなたがメンテナンスチームになる
カスタム開発	独自のワークフローと十分な予算がある場合	すべてのバグとアップデートを永遠に自分で抱える

小規模な社内チームの場合、通常はオールインワンのプラットフォームが勝ちます。サインアップ、ペイウォール、保護ページ、コミュニティを1つのログインにまとめます。上司は3つの請求書ではなく1つを見ます。チームは1つのダッシュボードを見ます。数週間でローンチできます。

しかし、表は決定で終わるべきではありません。各行で難しい質問をしましょう。オールインワンプラットフォームはメンバーリストをエクスポートできますか？ ディスカッションスレッドを移動できますか？ メール通知システムは信頼できますか？ DIYスタックはお金を時間と交換します。すべての統合は維持しなければならない約束です。カスタム開発はプロジェクトではなく生き方です。マーケター2人とCRMも担当する開発者1人のチームには、カスタムはほぼ常に間違った選択です。

この表は上司の言葉で書きましょう。最初の行に「ローンチ日：3週間」と書きます。2行目に「月額コスト：週1件のサポートチケットとほぼ同じ」と書きます。そのような数字は、チームのレートから実際に計算すれば正直です。でっち上げの統計ではなく、自分の予測です。不安な場合は、約束をする前に、オールインワンとDIYのトレードオフをさらに詳しく調べるのがまさにこの瞬間です。

上司の時間に上限を設定する

ここに、ほとんどのプラットフォームまとめ記事が省略する真実があります。ソフトウェアはメンバーシップの中で最も安い部分です。高くつくのは、それを存続させる人間です。毎週の質問、ウェルカムメール、スレッドへの最初の回答を担当する人がいなければ、コミュニティは死に、上司はプラットフォームのせいにします。

何かを購入する前に、コミュニティの1週間のスケジュールを書き出しましょう。あなたのコンプライアンス会社の場合、次のようになります。

• 月曜日：毎週の規制に関する質問を投稿する。
• 水曜日：スレッドを読み、「スタッフピック」として良い回答を1つタグ付けする。
• 金曜日：会話の要約を全メンバーにメールで送信する。

これで週に約3時間です。毎月のライブコールを追加すると5時間になります。チームが週5時間を確保できないなら、さらに範囲を縮めましょう。毎月のコールではなく四半期ごとのアップデートにします。フォーラムを毎週1つの質問に減らします。水をやれないメンバーシップを始めてはいけません。

これはこの演習全体で逆説的なポイントです。ほとんどの記事はプラットフォームの決定が先だと想定しています。実際には、人員の決定が先です。メンバーシップサイトはソフトウェアの購入というより、パートタイムの仕事に似ています。たとえその役割があなた自身のものであっても、上司はその職務を承認する必要があります。予算を提示するときは、ソフトウェア費用だけでなく、コミュニティ運営時間の項目を入れましょう。上司が抵抗したら、約束のどの部分を削りたいのか尋ねましょう。その会話は、放置されたフォーラムで静かに消えていくよりましです。

上司がすでに抱いている懸念を軸に提案を組み立てる

上司は「メンバーシップサイト」と聞くと、「また注意を要求するもの」と考えます。提案は機能リストではなく、反論のリストとして組み立てましょう。

「誰も参加しない」は「パイロットがお金を使う前に教えてくれる」になります。「これは会計士向けのソーシャルネットワークだ」は「サポートチャネルです。メンバーが質問に答えたら、それは受け取らなかったチケット1件です」になります。「費用がかかり続ける」は「維持されたメンバー1人がプラットフォームコストをまかない、2年目に留まるメンバーは新規コース購入者よりもはるかに低いサービスコストです」になります。「運営する時間がない」は「これが週5時間のスケジュールと、それを担当する人です」になります。

これらの発言を裏付けるのは、バズワードではなくパイロットデータです。4週間のテストを先に実施していれば、こう言えます。「この20人の元受講生が3回の毎週のディスカッションに参加し、ほとんどがこのバージョンにお金を払うと言いました。」それはあなたのパイロットから得た実際の数字です。でっち上げてはいけません。実際にパイロットを実行しましょう。要点は、上司の懸念はすべて形容詞ではなく証拠で答えられるということです。

また、上司の隠れた懸念を読み解きましょう。「間違ったプラットフォームを選んだらどうしよう？」 それには次のセクションで答えます。間違ったプラットフォームは、出口を計画していれば乗り切れます。間違った約束は乗り切れません。

コミットする前にパイロットを実施する

さあ、計画をテストに変えましょう。4週間と無料トライアルでできるステップバイステップのパイロットを紹介します。

• ステップ1（ゼロ週目）：最近のコース卒業生から、あなたから何かを学んだ20人を選び、個人的な質問をします。「私たちのテストを手伝ってくれませんか？ 1ヶ月で20分ほどです。」対象は、あなたのブランドのファンではなく、そのテーマについて質問を持っている人です。
• ステップ2：検討中のプラットフォームに、可能な限り最小のスペースを設定します。無料ティアを使います。Q&A用のスペースを正確に1つ作成します。
• ステップ3：1文の約束を再確認するウェルカムメッセージを書きます。「ここは、インターネットをくまなく探さなくても規制に関する質問の回答を得られる場所です。」
• ステップ4（1週目）：最初の毎週の質問を投稿します。実用的で少し議論を呼ぶ内容にし、人々が反応できるようにします。例：「新しい提出期限を無視したいクライアントにどう対応しますか？」
• ステップ5（2週目）：2つ目の質問を投稿します。良い回答を1つ「スタッフピック」としてタグ付けします。パイロットグループに、ディスカッションを指す簡単なメールを送信します。エンゲージメントを求めず、回答を示しましょう。
• ステップ6（3週目）：毎月のライブコールを開催します。パイロットグループを招待します。録画します。録画は、本番ローンチで後ほど使うコンテンツとして扱います。
• ステップ7（4週目）：アンケートを送信します。3つの質問をします。これは時間を節約できましたか？ 完全版にお金を払いますか？ 何が不足していますか？ 期間中、1つの指標を追跡します。パイロットメンバーのうち、最初の訪問後に戻ってきた人数です。他のメンバーによって回答された質問数も追跡できますが、それは自然に発生している場合に限ります。無理に発生させてはいけません。
• ステップ8：上司向けの1ページのレポートを書きます。再訪率、質問数、アンケート回答、そして最も重要なこととして、約束についてパイロットが教えてくれたことを含めます。約束を変更する必要があるなら、今変更しましょう。

パイロットが失敗した場合—誰も戻ってこず、誰もアンケートに答えない—それは無駄な月ではありません。1年間の契約と死んだコミュニティを節約したのです。上司にそのまま伝えましょう。パイロットは小規模チームが買える最も安い保険です。また、本格的なローンチで必要になるエンゲージメントフレームワークと完全に一致するため、今行う作業が無駄になることは決してありません。

プラットフォームはパイロットの後、前に選ばない

これで、メンバーが何をするかがわかりました。それを選択テストにしましょう。行ごとの比較を生き残った3つのプラットフォームを取り上げ、それぞれでまったく同じシナリオを実行します。

テスト用のメンバーアカウントを作成します。テストカードでメンバーシップを購入します。保護されたページを表示します。ウェルカムメールを受信します。メンバーとしてフォーラムに投稿し、管理者としても投稿します。メンバーリストをエクスポートします。いずれかのステップに10分以上かかったり、サポートチケットが必要になったりしたら、そのツールは候補から外します。小規模チームは、閉じたプラットフォーム内で回避策を書く人になる余裕はありません。

また、上司が決して考えない退屈なこともテストしましょう。URLは信頼できるように見えますか？ エンジニアなしで価格を変更できますか？ プラットフォームは自社ドメインを使用しますか？ 誰かがクレジットカードを解約したらどうなりますか？システムは自動的にアクセスを失効させますか？ こうした小さな細部は機能リストよりも多くの時間を奪います。そして、ツールとおもちゃの違いです。

入る前に出口を計画する

クレジットカード番号を入力する前に、プラットフォームのドキュメントのエクスポートセクションを読みましょう。次の正確な質問をしてください。

• 参加日やメールステータスを含む完全なメンバーリストをエクスポートできますか？
• フォーラムの投稿とコメントを読み取り可能な形式でエクスポートできますか？
• ディスカッションを別のプラットフォームに移行できますか、それともロックされたままですか？
• 支払いを停止した場合、コンテンツは猶予期間中利用可能ですか？

これらのいずれかに「いいえ」と答えた場合、それは重大なリスクです。上司はいつか「離れたくなったらどうする？」と尋ねるでしょう。本当の答えを持ちましょう。多くのチームは、オンボーディングだけをテストし、オフボーディングをテストしないために、プラットフォームに閉じ込められます。これは、プラットフォームが永遠の家になるという仮定である、静かなメンバーシップサイトの神話の1つです。メンバーシップは、ベンダーではなくメンバーとの関係です。メンバーを移植可能に保ちましょう。

プロジェクトではなくプロダクトとして運営する

パイロットは成功しました。上司は承認しました。次に、ローンチ日と狭い範囲を設定します。1文の約束とともに、メールリストにメンバーシップを発表します。毎週のスケジュールが誰かのカレンダーに入るまで、ドアを開けてはいけません。最初の月は成長ではなく、約束を証明することです。最初のライブコールは時間通りに行われます。最初の規制アップデートは予定通りに配信されます。最初のメンバーの質問には24時間以内に回答します。

メンバーがどの行動を繰り返すかを見てから、2つ目のティアを追加します。誰かが求めてからコースライブラリを追加します。最初の更新の波が解約パターンを教えてくれてから、年間オプションを追加します。パイロットデータはオーディエンスの形を教えてくれました。最初の1ヶ月の実際の運営に、オファーの形を教えてもらいましょう。

上司への月次レポートでは、セクション1で挙げた成果を最初に述べます。何人のメンバーが参加したか、何人が戻ってきたか、受信トレイではなくフォーラムから来たサポート質問の数、何人のメンバーが年間プランに移行したかを示します。成果をアクティビティ指標の中に埋もれさせてはいけません。メンバー数、定着率、サポート転換が重要な数字です。

結論

非技術系の上司に売るのはプラットフォームではありません。ビジネス成果です。成果とは、返金の減少、繰り返しの収益の増加、サポート負荷の軽減です。それを1文で示し、4週間でテストし、1ページで証明できます。それが提案のすべてです。

比較表を開くのはやめましょう。お金の話から始めます。約束を書きます。それを証明する最小のローンチをスコープします。パイロットを実行します。そうすれば、プラットフォームの決定は簡単になります。そして上司は、次のティアをいつ追加できるのかと尋ね始めます。