Вызовы

Для пользователей

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

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

Для бизнеса

Несмотря на прямые запросы от клиентов, для нас было неочевидно, окупится ли разработка этой фичи. Она требовала как минимум шести месяцев разработки на backend, frontend и пересмотра бизнес-процессов.

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

При этом игнорировать проблему тоже было рискованно: пользователи могли уйти к конкурентам или начать оптимизацию своего софта вместо того, чтобы масштабировать серверные мощности внутри Selectel (и тратить больше денег).

Цель

Запустить Proof of Concept фичи, которая решает пользовательскую боль и доказывает бизнесу, что ради неё стоит переписывать сервисы и связанные бизнес-процессы.

Основные цели:

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

*Из-за NDA я не могу раскрывать конкретные числа

Результат и полученный опыт

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

В результате нам удалось выполнить план на 91% и увеличить среднюю выручку с сервера на 4,1%.

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

6

Столько заняла end-to-end разработка Proof of Concept

3

Итерации мы прошли, чтобы понять, как вовлечь в сценарий как можно больше пользователей

91%

Настолько мы выполнили план, что помогло доказать стейкхолдерам ценность дальнейшей разработки

На 14,6%

На столько снизился показатель отказа от аренды серверов. При этом средняя выручка с сервера выросла на 4,1%.

Как мы с командой начали искать решения, которые работают и для бизнеса, и для пользователей

Всё началось с эксперимента

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

Этот эксперимент запускала другая продуктовая команда в моём отделе, поэтому я не могу объяснить их решение

🙁 Результат оказался неудовлетворительным

За месяц фичей воспользовались только 2 клиента. Ещё 1 клиент запросил больше деталей, но в итоге отказался от услуги.

Но почему?

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

И что дальше?

Из-за отсутствия понятных оценок и неспособности фичи полноценно решать пользовательские проблемы мы решили не опираться на результаты этого эксперимента и попробовать другой подход.