現在、SaaS Web アプリケーションを立ち上げています。次のようなサブスクリプション パッケージが必要です。
企業がいつでもパッケージをアップグレードおよびダウングレードできるようにしたいと考えています。
私が抱えている問題は、会社がプレミアム パッケージを使用していて、5 人のユーザーと 20 個のウィジェットがあり、「基本」パッケージにダウングレードしたい場合です。どうすればそれを処理できますか？
エラーにフラグを立てて「ダウングレードできません」と言いますか、それとも「余分な」ユーザーとウィジェットを削除するページに移動しますか?
他の企業がどのようにそれを行っているかのアドバイスや例は素晴らしいでしょう!!
人々のダウングレードを支援する機能を備えた別の特別ページは必要ないと思います。使用量と新しいプランで許容される量を示し、それでもダウングレードしたい場合は削除するよう伝えてください。
運が良ければ、彼らがどれだけ処分する必要があるかを見て、結局ダウングレードしないように説得するかもしれません...
私はこの正確な難問に取り組んでいます。非常に使いやすいアップグレード ダウングレード機能を備えた 3 つの有料プラン (および完全無料プラン) を提供しています。私のアプリはストレージ集約型ではないので、現在アクティブでないデータを保持することは気にしません。
ダッシュボードでは、現在のプラン レベルと、現在プランにあるアイテムの制限をユーザーに表示します。たとえば、次のようになります。
Campaigns: using 8 out of 10
たとえば 5 つのキャンペーンを含むプランにダウングレードすると、次のようになります。
Campaigns: using 10 out of 5
これは明らかに不自由なので、私の解決策は残りを次のように表示することです
Campaigns: using 5 out of 5 (3 campaigns inactive - UPGRADE)
ビジネスの観点からは、プランにアップグレードするまで、最後に作成したキャンペーンを無効にすることが最も理にかなっていると思います。これは、作成された最初の X キャンペーンを除くすべてのキャンペーンをロックすることを意味します。これは、古いアイテムをアップグレードするか、削除を開始する良いインセンティブになります (Matti Virkkunen の回答による)。
現在の計画とその計画のレベルに基づいているかどうかをチェックする isItemActive のメソッドを実行するアプリにロジックがあります。または何でも）。当然、これはアプリ自体に依存しますが、LIFO アプローチ (最後に非アクティブ化する) アプローチが最も理にかなっていると思います。ユーザーはアップグレードするか、少なくとも古いアイテムを削除する必要があります。
あなたの場合、警告または時間制限を追加したい場合を除いて、同じことを実行できる可能性があります。その後、制限を超えたユーザーのデータは完全に削除されます。
私たちは同様の問題に直面しており、これまでに収集されたデータに基づいて最善の方法を検討しています.
とにかく、私たちもさまざまな「請求プランのサイズ」を持っており、お客様がオンラインで作業を保存できるようにしています.
顧客の 1 人がダウングレードを希望する場合、私たちは常にそれを許可し、以前のプランからの残金を割引します (例: 月額 100 ドルのプランから始めて、20 日分のサービスを使用した後に月額 50 ドルのプランにダウングレードする場合)。サービスの場合、プランを変更すると 33 ドルの割引が適用されます. 割引がダウングレードされたプランの値を超える場合, 最初の新しい支払いがそれに応じて想定されます. このようにして、初期投資は常に維持されます)。
保存されたデータに関しては、私たちはそれを保持しますが、顧客がそれを使用することは決して許可しないため、ある日再アップグレードした場合、彼はそれを回復します.
これには長所と短所があります。長所の 1 つは、「季節限定」のユーザーを容易にすることです。短所の 1 つは、わずかな費用で大量のデータを保存することになる可能性があることです。
ダウングレード計画に収まらない余分なデータを削除することは、確かにダウングレードしない大きなインセンティブであり、私たちもこのモデルへの切り替えを検討しています。