Как обрабатывать подписку на понижение для приложения SaaS

Question

В настоящее время я запускаю веб-приложение SaaS. Я хочу иметь подписные пакеты, такие как:

• Premium: 5 пользователей, 20 виджетов, 20 МБ хранилища
• Базовый: 2 пользователя, 10 виджетов, 50 МБ хранилища

Я хочу разрешить компаниям обновлять и понижать пакеты в любое время.

Проблема, с которой я сталкиваюсь, заключается в том, что если компания использует премиум-пакет и имеет 5 пользователей, 20 виджетов и хочет перейти на «базовый» пакет. Как мне справиться с этим?

Пометить ли я сообщение об ошибке и сказать: «Вы не можете понизить рейтинг» или перенести их на страницу, чтобы удалить «лишних» пользователей и виджеты?

Любой совет или примеры того, как другие компании делают это, было бы здорово !!

Answer 1

Я не думаю, что вам нужна отдельная специальная страница с функциональностью, чтобы помочь людям понизить рейтинг.Просто покажите им, сколько они используют и насколько позволяет их новый план, и скажите им, чтобы они удалили вещи, если они все еще хотят понизить рейтинг.

Если вам повезет, посмотрите, сколько им понадобитсяизбавиться может убедить их не понизить в конце концов ...

Answer 2

Я имею дело с этой загадкой.Я предлагаю 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 первых созданных кампаний.Это будет хорошим стимулом для них либо обновить, либо начать удалять старые элементы (согласно ответу Матти Вирккунена)

У меня есть логика в приложении, которое запускает метод для isItemActive, который проверяет, основан ли на их текущем плане, иуровни этого плана, должен ли этот элемент быть активным так, как он должен (IE: отображать его на внешнем интерфейсе для посетителей или как угодно).Естественно, это зависит от самого приложения, но я думаю, что подход LIFO (последний из первых деактивирован) имеет больше смысла и вынуждает пользователей либо обновить, либо хотя бы удалить свои старые элементы.

В вашем случае выпотенциально может сделать то же самое, за исключением того, что вы можете добавить предупреждение или ограничение по времени, после которого данные пользователя, превышающие их предел, будут удалены навсегда.

Answer 3

Мы столкнулись с подобной проблемой и до сих пор обсуждаем, как лучше всего это сделать на основе собранных данных.

В любом случае, у нас тоже есть разные «размеры тарифных планов», и мы позволяем нашим клиентам сохранять свои онлайнРабота.

Когда один из наших клиентов хочет понизить рейтинг, мы всегда позволяем ему сделать это и делаем скидку на любые остаточные деньги по сравнению с их предыдущим планом (например, начиная с плана 100 $ / месяц и переходя на план 50 $ / месяцпосле 20 дней обслуживания они получают скидку в размере 33 долл. при смене плана. Если скидка превышает стоимость пониженного плана, соответственно производится их первый новый платеж. Таким образом, первоначальные инвестиции всегда сохраняются).

Что касается сохраненных данных, мы сохраняем их, но не разрешаем клиенту использовать их каким-либо образом, поэтому, если однажды он обновит их, он восстановит их.

Это имеет свои плюсы и минусы.Одним из преимуществ является то, что он облегчает работу «сезонных» пользователей, а другое заключается в том, что в конечном итоге вы можете хранить большое количество данных за небольшие деньги.

Удаление лишних данных, которые не вписываются в пониженный план, ну, этобезусловно, это большой стимул не понижать рейтинг, и мы тоже думаем о переходе на эту модель.