Когда ускорение означает сбавить темп роста, опыт компании Dropbox

Уроки извлеченные из экспериментов

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

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

1. Потратьте время, чтобы узнать своего пользователя

Команды, как правило, начинают со сравнения двух версий эксперимента (A / B тесты), чтобы определить, какой опыт наиболее успешен. Но выполнение полноразмерного A / B теста требует времени для проектирования, построения и сбора результатов.

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

Как мы это сделали?

Мы, Констанс и Ширли, дизайнер и исследователь, работающие в Dropbox. Основная сфера деятельности нашей подгруппы – это первое знакомство пользователя с Dropbox, когда он решает, какой тарифный план лучше всего соответствует его потребностям.

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

Поговорив с нашей командой, мы поняли, что ничего не знаем о новых пользователях и их намерениях, когда они приходят в Dropbox. Мы решили не проводить больше экспериментов и вместо этого провести серию качественных интервью. Мы поняли, что то, как мы формулировали наши планы, не нашло отклика у пользователей. Затем мы использовали результаты исследований в качестве основы для будущих экспериментов.

Прежде чем приступить к дальнейшим экспериментам, мы также вернулись к исследованиям, чтобы определить лучшее дизайнерское решение. Типичный процесс нашей команды – запуск нескольких подходов к проектированию в качестве A / B теста. Вместо этого мы провели быстрый тест юзабилити на UserTesting.com, чтобы определить, какой подход больше всего понравился потенциальным пользователям. В течение недели мы приняли решение о дизайне и тексте, что сэкономило нам время, которое было бы потрачено на создание A/B теста.

Обзор путешествия, которое проходят наши пользователи, чтобы выбрать тарифный план
Обзор путешествия, которое проходят наши пользователи, чтобы выбрать тарифный план

2. Соберите кросс-функциональную команду как можно раньше

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

Как мы это сделали?

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

Мозговой штурм кросс-функциональной команды
Мозговой штурм кросс-функциональной команды

3. Выделите время, чтобы узнать, почему эксперимент был успешным

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

Как мы это сделали?

Мы провели эксперимент, призванный улучшить нашу цель – помочь пользователям выбрать для своих нужд лучший тарифный план Dropbox. По всем параметрам, этот эксперимент был успешным: он превысил оплаченные стартовые ставки в 3 раза и имел 88% выполнения. Однако, когда мы провели внутренний анализ, у нас были только гипотезы о том, почему он прошел так хорошо.  Мы провели дополнительный опрос, чтобы лучше понять, что сделало эксперимент успешным. Результаты опроса также дали нам качественную метрику в качестве ориентира, чтобы мы могли отслеживать постоянные улучшения в направлении новых пользователей к различным тарифным планам.

Теперь, когда вы освоили продуманный подход, давайте узнаем, когда нужно быть быстрым!

1. Не ждите идеального решения

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

Ручной подход, чтобы помочь пользователям выбрать план Dropbox
Ручной подход, чтобы помочь пользователям выбрать план Dropbox

2. Не бойтесь проводить параллельные эксперименты

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

3. Используйте существующие компоненты, чтобы сэкономить время

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

Теперь пришло время экспериментировать!

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

Мы хотели бы узнать ваше мнение! Когда вы думаете об улучшении вашего процесса в новом году, какими способами вы хотели бы работать вдумчиво? Когда вы намеренно замедлялись? Какие уроки вы усвоили? Поделитесь в комментариях ниже!

Спасибо Andrea Drugay и Brenda Buchanan за их фидбек и Justin Tran за иллюстрации!

Хотите больше статей от команды дизайнеров Dropbox? Подписывайтесь на наш блогTwitter и Dribbble. Хотите творить волшебство вместе с нами? У нас открыты вакансии!

Спасибо Shirley Yang.

Похожие записи

Как развиваться Junior дизайнеру

Основы графического дизайна – это понимание того, как разные качества дизайна работают вместе.

10 навыков, которые отличают великого дизайнера

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

6 типов продуктовых команд, в которых вы будете работать

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