Reviewter
6 727
Блоги

Потратить четыре месяца работы впустую, а после — поднять конверсию формы заказа на 244%

Менеджер проекта сервиса Reviewter Ринат Субаев рассказал, как с помощью UX-дизайнера и «Яндекс.Метрики» понять, что нужно клиенту.

Поделиться

В избранное

В избранном

Учитесь на наших ошибках, не своих. Если вы думаете, что это всё очевидно и просто — вы правы.

Старт

Что главное в сервисе? Элемент, который взаимодействует с клиентом напрямую, — форма создания заказа.

Главная проблема формы и сервиса в том, что организованный заказ отзывов — непривычная услуга для российского рынка. Люди привыкли к общению с фрилансерами на бирже или с агентствами-подрядчиками, мы же предлагаем инструмент, как «Google Таблицы» или дрель.

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

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

Форма заказа представляла собой сложный, слишком детальный инструмент по регулировке каждого параметра публикуемого контента, упоминаний, crowd-маркетинга и комментариев. Это только путало и отпугивало заказчиков, каким бы гибким и полезным не был Reviewter.

Вот так выглядел первый редизайн формы заказа Reviewter

Только на интерфейс выбора площадок ушёл месяц. Мы назвали его «Площадки 3.0». «Площадки 3.0» оказались небоеспособны. Нам пришлось отказаться от того, на чём мы сконцентрировались и во что вложили силы, энергию, креатив и терпение. Повторю: это стоило нам месяца работы.

Планирование и проектирование

Команда Reviewter варится в проекте слишком долго. Нам был нужен взгляд со стороны. Мы наняли в команду UX-дизайнера, начали использовать новую систему внедрения новшеств. В основу работы легли сплит-тестирования.

Сплит-тестирование (split testing) подразумевает сравнение исходной версии веб-сайта с доработанной. Разница может быть в цвете нескольких кнопок или перестановке целых блоков. Цель — посмотреть, как посетитель реагирует на разные версии. Лучшая остаётся.

Так выглядела дорожная карта сплит-тестирования

Работу разделили на три итерации по три этапа.

  • Анализ результатов тестирования и планирование новшеств.
  • Создание макета, вёрстка и подключение функций.
  • Запуск тестирования (параллельно с фазой тестирования мы занимались доработкой других элементов сайта).

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

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

Круговорот тестирования в экосистеме Reviewter

Подготовка

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

Запуск сплит-тестирования состоялся 11 сентября 2016 года, хотя мы планировали на 5 сентября. Мы не забыли подключить:

  • Цели в «Яндекс.Метрике», чтобы проверить заполнения всех полей, клики на каждый элемент.
  • Hotjar (аналог «Яндекс.Вебвизора», который существовал ещё до «Вебвизора 2.0»).
  • Карту кликов.
  • Карту скроллов.

Итоги итераций

Первый: упростили форму заказа

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

Новый дизайн и упрощённая форма принесли прибавку на 0,89% к конверсии. Провал? Не совсем. Теперь мы знали, что идём в верном направлении. Тест показал, что пользователи больше всего задерживались на количестве заказываемого контента и площадках для их размещения.

Суть: не заваливай пользователя сотней новшеств. Веди его по шагам, дай ему влиться.

Второй: под нож пошли «Детали заказа»

Раздел «Детали заказа» был самым трудозатратным и дорогим. Решение оказалось тяжёлым с моральной точки зрения. Однако оно себя оправдало. Теперь посетитель не уходил в дебри деталей. Большинство людей терялось в них и уходило, система оказалась для них сложной. И это была наша проблема, а не их.

Вторая итерация принесла нам прирост конверсии ещё на 106,94%. Уже неплохо, учитывая, что рост обеспечил отказ от «Деталей заказа». Принцип «Бритвы Оккама» сработал и здесь.

«Бритва Оккама» — методологический принцип. Он гласит: что может быть сделано на основе меньшего числа, не следует делать, исходя из большего. Можно сказать по-другому: не нагружай интерфейс излишками, особенно если на них никто не кликает.

Суть: откажись от зауми в пользу простоты и прозрачности.

Третий: отточили форму макета

Мы создали так называемую «форму-урод», на которой тестировали всякие безумные идеи. Кстати, именно эта форма и является сейчас основной формой заказа на сервисе.

Как это ни удивительно, но самые мелкие доработки, «полировка» и тексты принесли нам больше всего конверсии. Скорее всего, это произошло по инерции из-за предыдущих итераций. Итог — мы получили прирост конверсии на 137%.

Суть: экспериментируй и не бойся безумных конструкций (привет, «ДжонФёдор»).

Что мы получили за три месяца тестирований

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

Прирост конверсии

Однако мы не стоим на месте. Мы не завершаем наши сплит-тестирования, используя принципы на других страницах сервиса. Но сейчас мы поняли ещё кое-что: сколько бы аналитики ни было, не стоит уходить в growth hacking. Это принесёт показатели, но не пользу для клиента.

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

Уроки

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

Полезный документ

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

#кейсы #маркетинг

{ "author_name": "Reviewter ", "author_type": "self", "tags": ["\u043a\u0435\u0439\u0441\u044b","\u043c\u0430\u0440\u043a\u0435\u0442\u0438\u043d\u0433"], "comments": 47, "likes": 22, "favorites": 43, "is_advertisement": false, "section_name": "blog", "id": "33590", "is_wide": "" }
{ "is_needs_advanced_access": false }

Комментарии Комм.

Популярные

По порядку

0

Прямой эфир

Подписаться на push-уведомления
[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } } ]