Selectel

Облачная платформа, в которой пользователь может создавать и настраивать серверы.
Моя роль
Продуктовый дизайнер

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

О продукте

Пользователи с долгосрочными проектами не могли зафиксировать стоимость сервера заранее — платформа поддерживала только почасовую тарификацию.

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

Проблема

Спроектировать годовую модель тарификации со скидкой 32%, где при отказе от тарифа средства не возвращаются, а при изменении конфигурации стоимость пересчитывается с учётом оставшегося периода — и сделать эту логику понятной для пользователя.

Задача

Проанализировала как работает текущая модель тарификации, сценарии создания сервера, изменения конфигурации и удаления.

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

Как работает сейчас?

Чтобы опереться на проверенные решения, провела общий бэнчмаркинг: изучила как сервисы из смежных доменов решают похожие UX-паттерны — работу с финансовыми рисками, необратимыми действиями и выбором тарифа.

Для анализа выбрала сервисы, где похожие сценарии решены на высоком уровне: GitHub, Stripe, Wike.

Бэнчмаркинг

Инсайты

Основная проблема сервисов — несоответствие ожиданий и реальности. Лучшие решения заранее объясняют что произойдёт, можно ли отменить действие и каковы будут последствия.

Экономия от долгосрочного тарифа отображается напрямую — в валюте или процентах — рядом с ценой.

Сервисы выносят ключевые ограничения, в том числе невозврат, на экран подтверждения. Пользователь видит условия до списания, а не после.

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

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

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

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

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

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

На основе анализа я сформулировала пять предположений, которые легли в основу проектирования.

Гипотезы решений

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

Выбор годовой тарификации

Предупреждение о невозврате средств вынесено в отдельный шаг перед оплатой. Это снижает риск случайной покупки и делает финансовые условия прозрачными.

Подтверждение оплаты

При увеличении параметров пользователь видит сумму доплаты за оставшийся период, а при уменьшении — изменение стоимости без возврата ранее оплаченных средств.


Это позволяет заранее оценить последствия изменений и избежать неожиданных списаний или ложных ожиданий.

Изменение конфигурации

Информация о невозврате разницы вынесена в тултип рядом с ценой, она появляется в момент когда у пользователя возникает вопрос, не перегружая основной интерфейс. Перед применением изменений дополнительно показывается модальное окно с явным предупреждением.

Изменение при меньшей стоимости

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

Удаление сервера

Легенда для участников:

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

Собрала кликабельный прототип и планирую провести модерируемое тестирование с 6–8 пользователями, чтобы проверить гипотезы.

Валидация

Teachy