Bubble всё? Разбираемся с новыми тарифами

Недавно Bubble выкатил новые тарифы, чем очень сильно возмутил большую часть пользователей и заставил искать альтернативы себе на случай переезда. В этой статье постараюсь разобрать как теперь будет строиться ценообразование в Bubble.

Почему Bubble вообще решил изменить ценообразование?

Если сравнивать Bubble с другими инструментами, то можно увидеть, что возможностей он даёт много, а стоимость, обычно, гораздо ниже конкурентов. Наверное, из-за этого можно объяснить такую популярность Bubble в nocode сообществе, но как говорит Эмануэль Страшнов (основатель Bubble), что при такой модели Bubble не может развиваться в соответствии с ростом проектов клиентов.

Чего мы не осознавали в 2017 году, когда вводили Capacity, так это то, что по мере повышения производительности наших систем приложения с меньшей вероятностью достигают максимального Capacity. Это создает для нас отрицательный стимул: по мере того, как наша команда совершенствует Bubble и делает его быстрее и лучше, доход Bubble от capacity падает. Поскольку за последние несколько лет мы ускорили работу, мы увидели, что больше нашего дохода поступает от подписок на планы, чем от покупок Capacity.

Эммануэль Страшнов — Основатель Bubble.io

Всё дело в том, что текущее ценообразование основано на такой метрике, как Capacity. То есть пользователю нужно было переходить на новый тариф или докупать дополнительные мощности только тогда, когда ёмкость текущих мощностей была заполнена. Но так как Bubble постоянно улучшает платформу, то он попал в замкнутый круг:

Платформа улучшается -> Приложение потребляет меньше мощностей -> Bubble недополучает прибыль от роста пользовательских приложений

Новое ценообразование

Новое ценообразование будет основано на метрике workloads.

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

  • Рабочие процессы
  • Загрузка файлов
  • Загрузка страницы
  • Вызовы API
  • Работа с данными (извлечение данных, импорт, экспорт, массовые операции с данными)‍

Workloads определяется весом каждого действия, который зависит от его сложности. Например, загрузка файла размером 1 МБ и файла размером 100 МБ будет иметь разный вес и соответственно сжигать разное количество workloads. Но bubble ещё не предоставлял методику расчёта для различных рабочих процессов, поэтому заранее просчитать количество workloads будет проблематично. Хотя кто-то даже успел сделать калькулятор стоимости приложения, но отвечать за его правдивость не буду.

Что важно сейчас понять:

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

Как теперь считать стоимость подписки в Bubble?

Вместо того, чтобы как раньше докупать Capacity теперь Bubble предлагает докупать пакеты Workload Units.

То есть, стоимость подписки будет складываться из 2х составляющий

  • Оплата тарифного плана. Например, вы покупаете план Starter за 32$
  • Оплата дополнительного пакета Workload Units, если он требуются. Например, Tier 2, чтобы дополнительно иметь до 2 178 000 WU.

Тогда, стоимость подписки будет 32 + 99 = 131$

Стоимость дополнительных пакетов Workloads
Стоимость дополнительных пакетов Workloads

Здесь Bubble тоже старается быть гибким и даёт несколько вариантов взаимодействия:

  • Вы можете не покупать дополнительный пакет WU, но при этом платить по системе pay as you go по мере перерасхода workloads. То есть, если на тарифе Starter вы израсходовали 250 000 workloads вместо 175 000, то с вас дополнительно спишут (250 000 - 175 000)/1000*0.3=22,5$ так как Bubble списывает по 0.3$ за каждую 1000 workloads сверх лимита
  • Вы можете ограничить количество workloads таким образом, чтобы не выходить за лимиты и не получить огромный счёт в конце месяца. Как это сделать я пока не понял, но Bubble пишет об этом.
  • Вы можете докупать дополнительные workloads. Тогда стоимость каждых 1000 дополнительных workloads в районе 0,04$ - 0,05$
  • У вас есть 18 месяцев на то, чтобы оптимизировать своё приложение и оставаться на старом тарифе и ценообразовании. Единственное изменение, что цена изменится на 10% -> 32$ вместо 29$. Вы так же можете сохранить стоимость подписки в 29$/месяц, но для этого нужно приобрести годовой тариф.

Так же, количество израсходованных workloads будет отображаться на вкладке Logs. Сам Bubble предоставил небольшой интерактивный прототип, где объясняет как с этим работать. Но если вкратце, то вы просто смотрите какие процессы "съедают" больше всего workloads и думаете, как их оптимизируете.

Обновления от Bubble от 12 апреля

Bubble выпустил обновление, в котором ещё более подробно раскрыл информацию о новом ценообразовнии.

Из интересного:

  • Количество WU на бесплатном тарифном плане увеличено на 50 000 WU
  • На всех платных тарифах, в режиме разработки, будет доступно 100 000 бесплатных WU в месяц
  • Анонсировали инструменты для более прозрачного подсчёта количество используемых WU. Например, на вкладке Log уже появилось указание количества затраченных WU для каждого рабочего процесса. Так же анонсирован калькулятор стоимости в зависимости от количества WU
Bubble всё? Разбираемся с новыми тарифами

Так же Bubble работает по части более прозрачных весов для каждого действия и предоставил таблицу с весами для различных действий.

Bubble всё? Разбираемся с новыми тарифами

Но финальная "стоимость" рабочего процесса зависит от нескольких факторов. Bubble приводит в пример ситуацию с приготовлением еды.

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

Что изменилось в тарифах?

Bubble всё? Разбираемся с новыми тарифами

Из интересного: объём хранилища на плане Starter увеличился в 5 раз, а стоимость хранения снизилась в 33 раза. Раньше, 1 гигабайт дополнительного места стоил 1$. Теперь можно дополнительно приобрести 100 гигабайт за 3$

Как новые тарифы восприняло сообщество?

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

В основном, это связано с тем, что Bubble выдавал какие-то неадекватные значения на простые действия. Условно, простой процесс создания записей при ежедневном использовании мог съедать 3 миллиона WU ежемесячно

Рабочий процесс создания 200 записей в базе данных за 20 минут "съел" 2000 WU
Рабочий процесс создания 200 записей в базе данных за 20 минут "съел" 2000 WU

Но, как я понял, с этим у Bubble действительно есть проблемы в рамках корректного подсчёта и они работают над оптимизацией и прозрачностью этого процесса.

Для примера, спустя несколько дней, тот же рабочий процесс съедал уже в 4.5 раза меньше WU

Bubble всё? Разбираемся с новыми тарифами

Bubble так же рассказал про то, что они пересмотрели веса для различных действия и прогнозируют изменение по потреблению WU от 30 до 90 процентов от того, что было в первоначальных просчётах

Вывод

Я не думаю, что Bubble всё. Да, ещё много вопросов о том, как всё это будет работать и считаться.

Действительно, новое ценообразование требует больших навыков оптимизации и работы с платформой. Соответственно будут меняться подходы к разработке и проектированию приложений.

Скорее всего, некоторым проектам придётся съезжать на другие решения так как стоимость подписки возрастет.

Но если платформа будет развиваться и продолжать оптимизироваться, то от этого выиграют все. Ждём более понятных инструкций и методологий подсчёта и внутренней оптимизации платформы. Только после этого можно будет принимать дальнейшие решения.

Спасибо, что дочитали до конца. Делитесь вашими мыслями по поводу нового ценообразования, а так же подписывайтесь на мой канал про NoCode :)

1414
2 комментария

Очень полезно

Ответить

Спасибо)

Ответить