WooCommerce サブスクリプションサイトの 5 つの落とし穴

受動的収入というますます魅力的な視点のおかげで、サブスクリプションベースの Web サイトが増加しています。ありがたいことに、WordPress と WooCommerce を使用すると、有料サブスクリプションサイトを簡単にセットアップできます。

ただし、サイトをセットアップしたら、ボールを落とすことはできません。

WooCommerce サブスクリプションサイトには、カスタマーサポート、開発の変更、レポートの点で特有の課題がいくつかあります。既存のサブスクリプションビジネスを持っている場合でも、ビジネスの構築を検討している場合でも、次の 5 つの一般的な落とし穴に対処する準備をしてください。

ちょっと注意してください。このガイドでは、例で WooCommerce Subscriptions プラグインを参照します。ただし、これらの落とし穴は、ほとんどのサブスクリプションまたはメンバーシップベースのサイトに当てはまります。

1. 再生処理の頭痛

ユーザーフレンドリーな更新プロセスを作成することは、サブスクリプションベースのモデルの成功の鍵の 1 つです。サイトを構築するとき、WooCommerce 支払いプロセッサの選択と更新支払いの構成方法は、顧客の更新プロセスに影響します。

WooCommerce サブスクリプションサイトでよくある間違いは、PayPal Standard を支払いゲートウェイとして利用することです。 PayPal Standard は WooCommerce サブスクリプションでは無料であるため、店舗オーナーはデフォルトでこれを選択する傾向がありますが、サブスクリプションサイトのこの支払いゲートウェイには実際にはいくつかの制限があります。

たとえば、PayPal 標準では、サイト管理者は定期請求日を調整したり、サブスクリプションの定期合計を変更したりすることはできません。ほとんどのサブスクリプションサイトではさまざまな層やパッケージが提供されているため、これは重要です。 PayPal Standard では、ユーザーがアップグレードまたはダウングレードの観点からサブスクリプションパッケージを切り替えることはできません。これらの制限は、顧客の更新日と支払いを管理する際に問題を引き起こす可能性があります。

注意すべきもう 1 つの要素は、失敗したトランザクションの WooCommerce サブスクリプション設定です。定期的な支払い構造では、顧客のクレジットカード情報の有効期限が切れたり変更されたりするために、毎月いくつかのトランザクションが失敗することが予想されます。 WooCommerce サブスクリプションプラグインをお持ちの場合は、失敗したサブスクリプションを 7 日間にわたって一定の間隔で 5 回自動的に再試行します。支払いが引き続き失敗する場合は、手動で対処する必要があります。

2. ユーザーサポートの提供

サブスクリプション型電子商取引サイトの購読者が増えると、顧客からの質問、サポートリクエスト、ユーザーエラーが増えることが予想されます。

新しいサイトを構築するとき、ほとんどのサイト所有者は継続的な Web 開発サポートとメンテナンスの観点から WooCommerce コストを計画しますが、カスタマーサポートコストは見落とされがちです。また、どのサポートリクエストが開発レベルの対応を必要とするか、どのサポートリクエストが企業のカスタマーサポートスタッフによって対応できるかについて、ビジネスオーナーと開発サポートチームの間で混乱が生じる可能性があります。

サイト上ですべてがスムーズに実行されている場合、購読者の質問のほとんどは、パスワードのリセット方法、請求先情報の更新方法、購読のキャンセル方法などの単純なものです。通常、カスタマーサポート担当者がこれらに対応できますが、顧客の数が多い場合、クエリの数が 1 人のサイトマネージャーではすぐに圧倒されてしまう可能性があります。

Web サイトに FAQ ページを追加し、サイト上で基本的なユーザー編集を行う方法に関する直感的なメッセージを提供することで、ユーザーサポートリクエストの数を減らすことができます。管理できる場合は、ユーザーが応答を得る簡単な方法としてサイトにライブチャットを追加することもできます。ライブチャットには、コンバージョンとサインアップが増加するという追加の利点もあります。

購読者に質の悪い顧客サービスを提供すると、ビジネスの評判や収入が大幅に損なわれる可能性があります。サイトが成長するにつれて、カスタマーサポートリソースに注意してください。

3. レポートと分析

解約率を下げることは、サブスクリプション型電子商取引ビジネスの共通の目標です。チャーンレートとは、更新サイクルごとにサービスまたは製品の購読を中止する顧客の数を指します。最高のマーケティングキャンペーンと登録率を持っていたとしても、高い解約率は長期的にはビジネスに悲惨な結果をもたらします。

したがって、サブスクリプションベースのモデルでは、レポートと分析について交渉の余地はありません。 WooCommerce Subscriptions プラグインは、いくつかのアップグレードされたレポート機能を提供します。ただし、レポートに矛盾が発生する場所がいくつかあります。 1 つは、支払いゲートウェイのレポートと Web サイトのレポート間の不一致です。これはあまり一般的ではありませんが、一部のユーザーにオファーやクーポンを通じて無料のサブスクリプションが与えられ、サインアップ時に支払いが行われない場合、サイトにリストされているサブスクリプションの総数と支払いの合計との間に差異が生じる可能性があります。ゲートウェイレポート。

さらに、払い戻しの追跡でも不一致が発生する可能性があります。払い戻しが支払いゲートウェイを通じて直接処理される場合、Web サイトが同時に更新される場合と更新されない場合があり、その結果、レポートの不一致が発生します。

WooCommerce サイトの場合、Google Analytics 内で e コマーストラッキングを設定することは不可欠な手順です。ただし、サイトのレポートと Google Analytics の間には、さらにいくつかの課題が発生する可能性があります。ユーザーが支払い後すぐにサイトを終了し、サンキューページが読み込まれるのを待たない場合、不一致が発生する可能性があります。この場合、トランザクションは追跡されず、Google Analytics に送信されません。 Web サイト管理者がサイトのバックエンドに手動でサブスクリプションを入力する必要がある場合にも、不一致が発生する可能性があります。払い戻しやテスト注文も、Google Analytics よりもウェブサイトで追跡する方がはるかに簡単であるため、これらの状況でも不一致が発生する可能性があります。

さまざまな分野のレポートを比較するのは面倒な作業に直面するかもしれませんが、Web サイトのレポートを常に最新の状態に保つことは、Web サイトとビジネスの成功を評価する上で非常に重要です。

4. 割引とプロモーションの提供

WooCommerce サブスクリプションを使用すると、さまざまなクーポンや割引設定を使用して多数のプロモーションを実行できます。サブスクリプションサイトでプロモーションを提供する場合の課題は、セットアップではなく、実行と管理にあります。

製品を含む電子商取引サイトの場合、顧客は通常、クーポンコードを使用して 1 回限りの購入を行うため、クーポンコードの実装は少し簡単です。サブスクリプションモデルでは、魅力的なプロモーションを発表する前に考慮すべき要素がさらに増えます。初回登録料のみの割引はありますか？それとも、定期購読料の割引を提供していますか?定期費用の割引は無期限に継続しますか、それとも一定の更新期間のみ継続しますか?

ソリューションは製品によって異なります。初回のサインアップ料金のみを割引したい場合は、WooCommerce サブスクリプションのサブスクリプションコードを利用できます。定期的なサブスクリプションの支払いに特別な割引を適用するには、WooCommerce 内の定期的な製品割引を利用するとよいでしょう。デフォルトでは、このオプションはサブスクリプションの継続的な支払い金額に対する割引を作成し、クーポンはサブスクリプション期間中有効です。クーポンを特定の月数または支払いに制限したい場合は、設定を調整して、WooCommerce サブスクリプション内で限定された支払いクーポンを提供できます。

2 番目の問題は、プロモーションを顧客に伝える際に発生する可能性があります。顧客が提供されている割引の種類を誤解すると、多数のサポートに関する質問が発生したり、最悪の場合、大量の返金要求が発生したりすることが予想されます。前述したように、顧客に永久無料サブスクリプションを提供している場合は、支払いゲートウェイのレポートと Web サイトのレポートの間にレポートの矛盾がないかも監視する必要があります。

5. サイトの大幅な変更の実施

他の WooCommerce サイトと同様に、WooCommerce サブスクリプションサイトに大規模なデザインまたは開発の変更を実装する場合は注意が必要です。バグやダウンタイムはオンライン販売に直接影響を与える可能性があります。

ライブサイトに大きな変更を加える場合、開発者または開発チームは多くの場合、運用サイトまたはステージングサイトで作業してから、それらの変更をライブサイトに移動します。情報サイトを使用すると、ライブサイトを上書きして変更を開始できます。これは電子商取引サイトにとって理想的ではありません。

手動で変更を反映し、受信したサブスクリプションのサインアップやトランザクションを上書きして台無しにしないように注意する必要があります。実稼働領域を提供する WordPress ホスティングソリューションを利用し、毎日のバックアップを実装することは、これらのシナリオに間違いなく役立ちます。

実稼働エリアのサブスクリプションサイトで開発作業を実行する場合は、実稼働バージョンでの電子メール通知をオフにするように注意してください。ほとんどのサブスクリプションサイトにはサブスクライバー向けの自動電子メール通知があり、これらが開発インストールリンクから突然送信されると顧客を混乱させる可能性があります。

また、プラグインと WooCommerce の更新をライブサイトに実装する前に実稼働環境でテストすることで、顧客への大きな混乱を回避することもできます。利用可能な WooCommerce 拡張機能が大量にあるため、プラグインの非互換性の問題が表面化することがあります。トラフィックの多い実際のサイトでテストする前に、小さな問題を見つけておくと、顧客の混乱を避けることができます。

収益を維持する

こうした落とし穴によって自分のスタイルが窮屈になってしまうことのないようにしてください。 WooCommerce サブスクリプションは、今でも電子商取引サブスクリプション設定の最良のオプションの 1 つであり、多くの最大規模の電子商取引サイトを支えています。

サイトをスムーズに運営し、顧客をサポートし、サブスクリプションサイトからの安定した収益を享受するには、問題が発生する前に課題に対処する方法を学ぶことが最善の方法です。