当初の要件はシンプルでした。決済、請求書、アクセスを手作業で移動させることなく、安価かつ自動で講座を販売することです。WordPress、WooCommerce、会員グループ、請求、チェックアウト、メールを組み合わせました。うまく動きましたが、その後プラグインのアップデートが始まりました。
その不安定さをきっかけに、私は自分の販売プロジェクトを構築しました。そこから得た長期的な教訓は、最も安いライセンスが最も低コストとは限らないということです。テスト、修正、アップデート、そして顧客が支払ったのにアクセスできない事態も、価格に含めて考える必要があります。
まず、何を販売するのかを正確に決める
オンライン講座には、動画、ライブ形式のコホート、会員エリア、コンサルティング、またはそれらの組み合わせがあります。モデルごとに必要なテクノロジーと販売プロセスは異なります。
- 常時販売型の講座： 安定したセルフサービス購入とオンボーディングが重要です。
- ライブ形式のコホート： 定員、日程、リマインダー、待機リストを管理します。
- 法人向け講座： オファー、請求、複数の参加者、購入担当者の責任が判断材料になります。
- サポート付き講座： プラットフォーム料金だけでなく、自分の対応可能量も含めて考えましょう。
プラグインを購入する前に、最初のクリックから講座修了までの注文の流れを1つ書き出しましょう。誰が、どのように、いつ支払うのか。アクセスはどう届くのか。決済に失敗したらどうなるのか。返金には誰が対応し、途中で止まっている人をどう把握するのか。
自動化する前にオファーを検証する
最も高くつく選択肢は、誰も欲しがらない講座を完璧に自動化することです。まずは対話、概要、そして参加者が得る具体的な成果から始めましょう。最初のコホートには手作業が含まれていても構いません。そうすることで、他の方法では高コストかつ盲目的にプログラムすることになった例外が見えてきます。
販売ページには、講座の対象者、解決する状況、受け取るもの、必要な時間、注文後に起こることを記載する必要があります。実践的な分析については、販売ページの要素に関する記事をご覧ください。
技術システムには1つの主要経路と、複数の例外がある
- 顧客が注文します。
- 決済または請求システムが、支払い状況を確認します。
- システムがアクセスを作成または有効化します。
- 顧客が、次のステップを案内するトランザクションメールを受け取ります。
- 計測用に、正しい金額の注文が1件として記録されます。
- キャンセルまたは返金の際には、アクセスとデータが調整されます。
WooCommerceのドキュメントによると、Webhookは注文やその他の変更に関するイベントを送信します。Webhookは、エラーなく配信されることを保証するものではありません。ログ、再試行、手動で復旧する経路が必要です。
既製サービスと自分のWordPress、どちらを選ぶか
主な目的が販売であるなら、既製サービスが合理的です
継続的に料金を支払う一方で、提供者が運用、アップデート、統合の大部分を担います。対応している決済、請求、データのエクスポート、VAT、会員アクセス、メール、そしてサービス終了時の対応を確認しましょう。
本当に独自のプロセスが必要なら、独自ソリューションが合理的です
WooCommerceや会員システムには多くのことができます。自由度が高まる一方で、セキュリティ、互換性、アップデートのテストも自分で担うことになります。主な根拠が「プラグインに費用がかからない」だけなら、運用コストをまだ計算できていません。
チェックアウトはテクノロジーを誇示する場ではなく、不確実性を取り除く場にする
注文画面は短く、モバイルで読みやすく、価格、支払い、支払い後の流れを明確にする必要があります。ボタンの色を変える前に、次の項目をテストしましょう。
- 新規顧客と既存顧客の両方による購入、
- オファーに応じたカード決済、銀行振込、決済失敗、
- 正しい請求書とメール、
- アクセスの付与と削除、
- モバイルでの流れと、中断後に戻ってきた場合、
- 重複のない注文計測。
元の記事では、常時販売型の講座について、45 件の有料注文を、54 件の注文のうち獲得し、対面講座では、34 件を販売につなげたのは、35 件の注文のうちでした。期間は 28 日間です。これらは過去の 2016 年の結果であり、現在のベンチマークではありません。現在なら、講座の修了率、返金、そしてその後の顧客価値も確認します。
購入後のメールは商品の一部である
トランザクションメッセージは不確実性を減らすものであるべきです。支払いを確認し、アクセスを提供し、最初のステップを説明し、サポートを案内します。マーケティングメールのシリーズはその後に続き、同意と期待に配慮する必要があります。
メールツールの比較をご覧ください。
まだ販売を自動化しないほうがよい場合
- その講座が誰を助け、何を変えるのかが明確でない。
- 最初の参加者が講座を修了しておらず、有益なフィードバックも得られていない。
- 1人の参加者をサポートするのに必要な時間が予測できない。
- 利用規約、請求、キャンセルが未解決である。
- 統合エラーの後にアクセスを復旧できる人がいない。
販売システムは、未完成の商品を隠すのではなく、繰り返し発生する手作業を減らすべきです。顧客の流れを設計し、弱点を手作業で検証し、本当に繰り返される部分だけを自動化しましょう。
別のプラグインを販売することなく、オファー、計測、技術的な流れを整えたい場合は、協業の進め方をご覧ください。