Одна из фраз Марка Цукерберга получила широкое распространение: «Двигайся быстро и круши/ломай. Если ничего не ломается, значит, ты двигаешься недостаточно быстро».
С тех пор многие стартаперы и маркетологи, отвечающие за рост (так называемые «growth hackers») с энтузиазмом подхватили эту идею. «Двигайся быстро и круши/ломай» обозначает определенный стиль жизни, идеальную модель поведения для амбициозных предпринимателей, энергично проталкивающих свои идеи и днем, и ночью, подобно Гари Вайнерчуку (Gary Vaynerchuk), американскому предпринимателю и гуру маркетинга.
Но насколько верно это заявление, сделанное Цукербергом много-много лет назад? Применимо ли оно к оптимизации конверсии? Философия высокоскоростных тестов, популяризированная многими экспертами в области роста, дает основание верить, что основатель Facebook не был далек от истины.
Growth Hacking: как эффективно совмещать развитие и продажи?
Что такое высокоскоростные тесты?
Данный термин (англ. High Velocity Testing, High Tempo Testing) означает подход, при котором быстрое тестирование и эксперименты рассматриваются как ключ к большому росту. Звучит довольно просто, не так ли? Чтобы ускорить рост, тестируйте больше и быстрее.
Шон Эллис (Sean Ellis) из GrowthHackers.com, с успехом применявший этот принцип в последние месяцы объясняет.:
«Чем больше тестов вы проводите, тем больше вы учитесь, как нужно масштабировать бизнес. Так что желание тестировать как можно больше вещей за некий промежуток времени вполне оправданно».
На практике, однако, все гораздо сложнее. Для начала, отчет «Тренды оптимизации конверсии в 2016 году» от ConversionXL показывает, что большинство маркетологов проводит менее 5 тестов в месяц. 43% запускают всего лишь 1-2 теста в месяц. Говорить о высокой скорости не приходится.
В действительности только 5% респондентов проводят 21+ тест за месячный отрезок, что составляет примерно 5 тестов в неделю.
Вот несколько причин, почему высокоскоростные тестах легче обсуждать, чем делать:
- Бюджеты на оптимизацию ограничены, что приводит к небольшому размеру рабочих команд и меньшей приоритезации;
- Оптимизация представляет объемную задачу, из-за чего большинство оптимизаторов — очень занятые люди;
- Многие оптимизаторы являются новичками в индустрии (около 20% респондентов работают в области CRO меньше года) и все еще продолжают учиться профессии.
Но только потому, что это сложно, не значит, что не стоит пытаться.
Метрики, аналитика и разработка плана оптимизации конверсии
Почему важны высокоскоростные тесты?
В последнее время вам, наверняка, не однажды приходилось видеть влияние высокоскоростного тестирования. Вспомните какую-нибудь компанию, появившуюся как будто из ниоткуда за одну ночь. Хорошим примером будет Airbnb. Вчера никто и не слышал такого названия, а уже на следующий день все о нем говорят.
Морган Браун (Morgan Brown), главный операционный директор новостного портала для риелторов Inman, подтвердил, что секретом к такому росту могут быть высокоскоростные тесты.
«Очевидно, что такие компании, как Facebook, LinkedIn, Uber, Airbnb делают что-то по-другому, не так ли? Они опережают своих конкурентов, идя семимильными шагами.
Хочу показать вам, как они это делают и в чем заключается их процесс роста. Я изучил более 20 подобных быстрорастущих корпораций, проводя с ними детальные исследования, интервью и практические кейсы.
Основной вывод: быстрое экспериментирование по всем моментам, касающимся деятельности компании в целом, помогло им победить и привело к прорыву».
Показатели роста Twitter сейчас, скорее, являются поводом для огорчения для инвесторов компании. Но в 2010-2012 годах компания росла быстро. Почему? Во многом это объясняется экспоненциальным увеличением скорости тестирования. Twitter перешел от 0,5 теста в неделю до 10...
График роста Twitter в 2010-2-12 годах, обеспеченный регулярным тестированием
Морган добавляет, что рост Twitter не был результатом какой-то волшебной стратегии взлома роста.
«Их тесты не были чем-то запредельным. Это были подходы, знакомые каждому оптимизатору.
Они делали много тестов домашней страницы, а также, среди прочего, устраняли ошибки в лид-формах в странах, где говорят на других языках, помимо английского, что привело к колоссальному прибавлению в росте. Все это — основы оптимизации конверсии.
Разница состоит в том, что изменения происходили в большом масштабе и их истоки были незаметны для других, поэтому люди говорили: «Ух, ты! Twitter увеличивается грандиозными темпами! Они занимаются взломом роста». А команда просто резко увеличила скорость тестирования».
В GrowthHackers.com сделали нечто подобное. Объясняя процесс, Шон Эллис написал в своей статье, что его компания пришла к плато по количеству ежемесячно активных пользователей (Monthly Active Users, MAU). В первый год показатель MAU был равен 90 000 человек. Не потратив ни доллара и не наняв даже дополнительного практиканта, компании удалось прирастить MAU до 152 000 в последующие 11 недель, просто занявшись высокоскоростными тестами.
Growth hackers и UX-дизайнеры: почему они должны работать вместе?
Почему высокоскоростное тестирование столь эффективно?
Как говорит Клэр Во из компании Experiment Engine, специализирующейся на оптимизации и сплит-тестированиях, это связано с перемещением фокуса с результатов тестирующих программ («победителей» и практических кейсов) на характеристики самих тестов (скорость и качество).
«Все эти хитровыдуманные CRO-команды либо группы специалистов, переходящие в процессе взросления компании к изощренным программам, должны думать, выходя за пределы анализа практических примеров. Не потому, что некоторые из этих кейсов плохи сами по себе и не дают представления о том, как подходить к тестированию, а потому, что они не вписываются в контекст всех других тестов вашей программы тестирования.
Когда вы видите практический кейс на $1 000 000 долларов, все изложенное в нем кажется просто потрясающим. Но если я вам скажу, что этот кейс на миллион появился после 4 лет тестирования и $5 000 000 инвестиций, вы, вероятно, будете не так воодушевлены.
Необходимо учитывать не только последовательные результаты тестов, но и то, как в целом работает ваша программа тестирования и становитесь ли вы лучше при ее осуществлении, а не только в неком конкретном тесте. И чтобы сделать это, вам нужно сконцентрироваться на характеристиках тестов».
Как проводить сплит-тестирование для достижения долгосрочного успеха?
Что представляет собой высокоскоростное тестирование?
Метод заключается в быстром движении через процесс роста. Морган Браун поделился схемой процесса роста:
Процесс роста. 1. Сформулируйте идею (Ideate) — неукротимое воображение. 2. Приоритезируйте (Prioritize) — поставьте в фокус приоритезацию. 3. Тестируйте (Test) — быстрое тестирование приоритетных идей. 4. Анализируйте (Analyze) — анализ и обучение
Для оттачивания высокоскоростного тестирования вам понадобится пройти через каждый этап, оптимизировав скорость.
1. Постоянное формулирование идей
Если вы хотите делать много тестов, вам нужно будет генерировать много идей. Шон Эллис объясняет, почему это порой сложно.
«Если за создание идей отвечает лишь один человек, он выдохнется в течение нескольких недель (по крайней мере, если мы говорим о замыслах, достойных тестирования). Даже внутри мотивированной команды формулирование идей может проходить с переменным успехом и в итоге остановится, если не будет налажен процесс, обеспечивающий приток новых мыслей».
Наилучший способ найти идеи для тестов — провести исследование, посвященное конверсии. Другой путь постоянного прибавления идей — вовлечение в процесс всей компании. Задавайте вопросы разработчикам, клиентам… Собирайте крупицы со всех уголков.
Конечно, можно генерировать идеи, опираясь на стадии воронки. Взгляните на «пиратские метрики» (AARRR) от Дейва МакКлюра (Dave McClure) из «500 стартапов» (500 Startups):
Сверху вниз. Привлечение (Acquisition): как пользователи нашли вас? Активация (Activation): был ли первый опыт пользователей отличным? Удержание (Retention): возвращаются ли пользователи? Прибыль (Revenue): как вы делаете деньги? Рефералы (Referral): рассказывают ли о вас пользователи другим?
Для оптимизаторов эти описания будут чуть отличаться:
- Приобретение: оптимизация электронной рассылки, PPC-рекламы и т.д.
- Активация: оптимизация для первой конверсии.
- Удержание: оптимизация для второй, третьей, четвертой конверсии.
- Прибыль: оптимизация для реальных денег. (Это особенно относится к SaaS-бизнесу и сайтам лидогенерации).
- Рефералы: оптимизация для существующих клиентов, готовых поддерживать отношения с брендом.
Большинство людей при слове «оптимизация» представляют стадию активации, то есть получение потенциальным клиентом продающего email, скидочного предложения и т.п. К счастью, существуют еще 4 этапа воронки, доступных для оптимизации.
Если вы проводите исследование, включающее всю компанию и простирающееся дальше оптимизации на стадии активации, у вас будет неограниченный источник идей. Их даже может оказаться слишком много.
2. Стратегическая приоритезация
Обилие идей не вполне соотносится с высокой продуктивностью в плане скорости. Тем не менее, ее можно достичь, если с умом приоритезировать эти идеи.
Последнее может быть сделано разными способами. Чтобы лучше понять процесс, обратимся к изучению того, как другие компании выделяют приоритеты и какую последовательность действий они выбирают.
ICE от GROWTHHACKERS.COM
Шон Эллис и его команда встроили в свою программу для тестирования и экспериментов Projects особую систему приоритезации, известную под именем ICE. Вот, в чем смысл системы:
- Влияние: если что-то работает, то какое влияние это окажет на KPI и доход?
- Уверенность: насколько вы уверены в этом влиянии?
- Легкость: насколько просто запустить тест или эксперимент?
Каждой из перечисленных категорий вы присваиваете цифру от 0 до 10, общее среднее число даст оценку идее в целом. Например:
- Влияние: 7
- Уверенность: 10
- Легкость: 10
Результат рейтинга — 9. Идею с такой оценкой предпочтительнее тестировать раньше идеи, получившей 3.
BUCKETS от CONVERSIONXL
Здесь используется несколько иной подход. После завершения исследования, все идеи распределяются по четырем «корзинам»:
1. Займись отладкой инструментов (например, необходима настройка веб-отслеживания Event Tracking в Google Analytics).
2. «Просто сделай это» — англ. JDI, Just Do It (например, не хватает изображений продукта).
3. Тестируй (например, нужно сдвинуть менее популярные продукты в другое меню).
4. Проанализируй (например, непонятно, почему процесс покупки такой медленный).
Затем каждой идее присваивается от 1 до 5 звезд на основе ожидаемого эффекта.
TIR от BRYAN EISENBERG
Компания по онлайн-маркетингу Bryan Eisenberg, за которой стоит одноименный основатель, использует свою систему выбора приоритетных идей, обращающую внимание на 3 фактора:
- Время: сколько занимает процесс внедрения?
- Влияние: каков потенциальный доход, ожидаемый итог?
- Ресурсы: сколько будет стоить проведение теста/эксперимента?
Каждому фактору приписываются очки от 1 до 5, где 5 — лучший показатель. Так, если проект не займет много времени, он получит 5 по шкале «Время».
Затем необходимо перемножить три фактора. Наилучший возможный результат будет равняться 125 (5 x 5 x 5). Чем выше очки, тем лучше, поэтому выбираются идеи, приближающиеся к 125.
3. Продуманный подход к управлению тестированием
Вот несколько не столь радужных статистических выводов из вышеупомянутого отчета «Тренды оптимизации конверсии 2016 года»:
26% участников опроса встречаются со своей CRO-командой, «только когда это необходимо». Еще 23% проводят такие встречи не чаще 2 раз в неделю.
41% респондентов отметили, что в их компании нет человека, прямо ответственного за оптимизацию конверсии.
Такие сведения говорят, что программам тестирования нужна поддержка руководства. И чем скорее, тем лучше.
Морган Браун рассказывает, почему важен контроль и как к нему прийти:
«Рост — это приоритет организации каждую минуту любого дня, потому подконтрольность ответственной за него команды обязательна в данном процессе.
У нас контроль осуществляется с помощью еженедельных встреч, посвященных теме роста. Это не мозговой штурм. Скорее, это ускоренное планирование либо ретроспективные встречи, взятые из гибкой разработки ПО, но они помогают придать драйва процессу и наладить контроль».
Браун предлагает выделить целый час на наделе для:
1. Пересмотра KPI и обновления фокуса роста.
2. Обзора запущенных тестов и тех, что начать еще не успели.
3. Обсуждения основных открытий тестов с прошлой недели.
4. Выбора новых тестов из запасника идей на следующую неделю.
5. Создания списка наиболее интересных тестов к выполнению в ближайшем будущем.
6. Определения, сколько еще новых идей было предложено и кто из сотрудников внес в это наибольший вклад на прошлой неделе.
Помимо регулярных встреч, важно правильно управлять ресурсами и реалистично смотреть на скорость своего тестирования. Шон Эллис из GrowthHackers.com:
«Некоторые эксперименты роста могут внедряться маркетинговой командой, другие — специалистами в области развития продуктов, а третьи требуют глубоких познаний в сфере разработки. Равномерное распределение нагрузки по наиболее приоритетным экспериментам между различными рабочими группами значительно снизит стресс от скоростных целей. Несмотря на то, что мы определили для себя проведение в среднем трех тестов в неделю, обычно запускается 5. Таким образом, даже если появятся проблемы с определенными тестами, мы все равно останемся в рамках поставленных целей».
4. Аналитическая оценка > Победы
После завершения всех тестов, вам нужно обозначить результаты для последующего ознакомления и изучения. Такие подробные выводы дадут вам 3 основных преимущества:
1. Исключается случайное повторение тестов. (Это бывает в больших командах и при экстенсивной программе тестирования.)
2. Облегчается донесение преимуществ и выводов до клиентов, начальников и коллег.
3. Анализ результатов приумножит ваши знания, а также повысит качество будущих тестов.
Например, компания бронирования билетов и отелей Hotwire делает рейтинг тестов по перспективе получения важных знаний. Они не зацикливаются на количестве тестов и определении и победителей. Hotwire обращает особое внимание на эксперименты, способствующие осмыслению новых фактов, изучению аудитории или сайта.
Как разработать эффективную стратегию сплит-теста?
Что может пойти не так?
При проведении высокоскоростных тестов можно столкнуться с несколькими проблемами. В вашу задачу входит быть в курсе возможного хода развития событий и подготовиться к нему заранее.
Таких ситуаций может быть несколько, но три из них особо вероятны: ваша корпоративная культура может не принять новый метод, могут «прокрасться» угрозы верности тестов либо качество тестирующих программ может начать падать.
1. Отсутствие культуры экспериментов
Вашей главной целью должно стать утверждение культуры экспериментаторства и роста, базирующегося на данных. Вот несколько ориентиров, как это можно сделать:
- Убедитесь, что новости и открытия в сфере оптимизации доносятся до всех в компании;
- Поощряйте оптимизацию на всех уровнях, даже прибегая к геймификации;
- Празднуйте как победы, так и провалы и приоритезируйте открытия и обучение.
Какой бы путь вы не выбрали, начинайте его реализацию и как можно быстрее. Без культуры экспериментаторства высокоскоростные тесты не будут иметь успеха.
Пример: 1% ЭКСПЕРИМЕНТОВ
Джош Аберант (Josh Aberant), директор по развитию в SparkPost, ранее работавший в Twitter, поделился концептом «1% экспериментов». Все работники Twitter — не только команда роста — получили разрешение проводить 1% экспериментов (то есть эксперименты на 1% трафика). Более того, если сотрудник появлялся на встрече с управленцами без какого-либо открытия, сделанного на основе недавнего 1% экспериментов, это считалось большой промашкой.
Естественно, вряд ли у вас есть 100 000 000 юзеров для проведения достоверного 1% экспериментов, так что никто не поощряет вас внедрять метод в своей организации. Просто примите к сведению, что высокоскоростное тестирование должно означать приверженность всей компании.
2. Слишком быстрое завершение тестов (и другие угрозы их достоверности)
Введение высокоскоростного тестирования может привести к тому, что тесты начинают вводиться слишком быстро в интересах скорости. Делать этого категорически нельзя, объясняет Тон Весселинг из Testing.Agency (программы сплит-тестирования).
«Ваш тест имеет фиксированную продолжительность. Вы не можете его остановить, пока он является значимым, вы не проводите его потому, что он незначимый. Все это подсчитывается заранее.
Допустим, вот тест, который мы собираемся делать в течение 2 недель. Мы знаем, что у нас будет много конверсий, что его эффект будет равен 8% или больше (для того мы этот тест и создали).
Потом мы осуществляем данное тестирование в течение запланированных 2-х недель, останавливаем его и смотрим на результаты».
Вы можете использовать калькулятор размера выборки, чтобы подсчитать, сколько пользователей вам нужно, чтобы дать то или иное определение тесту. Обязательно тестируйте прирост за полную неделю (Full Week Increments), чтобы иметь представительную выборку (так, определенный день недели или время суток могут оказать значительное влияние на результаты).
Конечно, нельзя утрировать данную рекомендацию (например, заканчивать тест слишком рано или, наоборот, ждать месяцами из-за низкого трафика), иначе возникнет та же проблема. Тон Весселинг очень доходчиво объяснил эту ошибку.
«Люди часто удаляют свои cookies. В среднем вы теряете 10% cookies в течение двух недель. Это означает, что пользователи, участвующие в ваши х тестах, при отсутствии cookie имеют 50% шансов закончить их, выбрав неправильную вариацию.
Итак, если вы продолжите в таком духе в течение года, вы можете быть уверены, что оба трафика покажут одинаковый результат. Не будет значительной разницы между двумя группами, результата не будет.
Именно поэтому, если вы проводите А/Б-тест слишком долго, вы всегда будете видеть, как эти конверсионные линии сдвигаются все больше по направлению друг к другу… и в итоге вы придете в никуда.
В начале есть определенный эффект, но в конце — все то же самое. Вы прекращаете тест слишком поздно. По моему мнению, не надо тестировать более 4 недель.
Помните об удалении cookie, но также и о том, что оно может иметь разный итог. Если у вас есть поле введения логина — супер! Вы можете тестировать в течение многих, многих недель».
Когда вы действуете быстро, угрозам достоверности тестов легче проникнуть в ваш процесс. Поэтому не жертвуйте скоростью, но будьте внимательны.
3. Падение качества
Ранее упоминались параметры качества и количества. Как правило, если вы перемещаете фокус на что-то одно, страдает другое. Если вы хотите, чтобы ваша программа высокоскоростного тестирования работала, вам нужно поддерживать на должном уровне оба параметра. Клэр Во обращает внимание на 3 важные в этом плане метрики.
«Всем нам важно думать о трех вещах:
1. Во-первых, не ставить такой вопрос: «В чем заключается успех любого теста?». Спросите себя: «Проводим ли мы эффективные тесты? Каков уровень успеха? Каков средний прирост? Каково ожидаемое значение теста, готового к запуску?».
2. Вопрос «Проводим ли мы эффективные тесты?» подразумевает: вкладываем ли мы необходимое количество ресурсов? Нужный ли это тип ресурсов? Уделяем ли мы достаточно времени тестам и является ли наш ROI позитивным?
3. Даже если вы не пропустили все эти нюансы, но при этом не отслеживаете их в течение времени и не улучшаете качество, скорее всего, что-нибудь пойдет неправильно или ваша работа станет ухудшаться».
Так что суть скрывается не столько в качестве одного теста, но всей программы тестирования в целом. До того, как приступить к ее началу, выставите шкалу качества, основываясь на метриках, приведенных выше. Затем посмотрите на тренды с течением времени. И тогда, если оно начнет резко падать, вы сможете предпринять немедленные меры.
Как понять, что вы готовы к сплит-тестированию?
Как увеличить скорость тестирования?
Как подойти к увеличению скорости ответственно? Как считает Клэр Во, следует обратить особое внимание на три фактора: объем тестирования, скорость и охват.
«На вопрос «Каков количественный объем вашей программы тестирования?» я обычно получаю такой ответ: «Мы проводим Х тестов в течение месяца». То есть люди проводят 1, 5 или 50 тестов в месячный период.
Я считаю, что часто, отвечая так на вопрос о количественных показателях программы тестирования, команды имеют в виду, что, например, 4 теста в месяц они выполняют… в лучшем случае.
Ну, мы не будем считать июнь. И, да, мы не проводили тесты в декабре… На прошлой неделе был мой день рождения, как-то не хотелось напрягаться…»
Как видим, не так уж и много усердия прикладывается для поддержания определенного количества тестов. Поэтому вам следует придерживаться этих метрик:
1. Сколько тестов вы можете провести? До того, как вы начнете подсчитывать, сколько тестов вы проводите, реально оцените свои возможности по этому поводу, спросите себя: каков ваш объем тестирования?
2. Сколько тестов вы проводите? Каковы скорость и охват тестирования?
3. Данный момент редко отслеживается: становитесь ли вы лучше? Выделяете ли вы тренды с течением времени и насколько вы в этом хороши?
4. Когда вы не проводите тесты, по какой причине вы этого не делаете? Если у ответственного сотрудника было особое настроение по поводу своего дня рождения — нет проблем. Но пусть он будет честным с собой и с командой.
Читайте далее, чтобы узнать, как вы можете ответить на эти очень важные вопросы.
1. Объем тестирования
Оценить его довольно просто. Год состоит из 52 недель, разделите это число на среднюю продолжительность теста (в неделях). Затем умножьте частное на количество разных страниц/воронок, которые вы способны тестировать в одно и то же время.
Например, если уровень трафика дает понять, что необходимо проводить тесты в течение двух недель и имеется 10 лидогенерирующих страниц, которые можно оценивать одновременно, объем тестирования составит 260 = (52 / 2 х 10). Что равно пяти тестам в неделю.
Если по какой-то причине вы не используете полностью свой объем тестирования, вы теряете деньги. Так что найдите свой предел и посвятите усилия той скорости тестирования, которая позволит поддерживать необходимый объем тестов.
2. Скорость тестирования
Измерение скорости зависит только от того, насколько быстро продвигаются ваши тестирования и эксперименты.
«Определив свой объем тестирования, вы должны поставить цель и начать проверять, насколько хорошо вы идете к нужному объему. И здесь в дело вступает скорость. Так сколько экспериментов или тестов проводится за взятый промежуток времени?
Неделя для сайтов с большим трафиком и высокоскоростных тестов — это вполне разумно. А для сайтов с низким трафиком больше подойдет помесячный трекинг.
Даже если в среднем вы проводите лишь 1 тест, посмотрите на результаты от месяца к месяцу и задайтесь вопросом: «Почему мы пришли к нулю? Почему мы не можем запускать 4?».
Найдите свои тренды по скорости тестирования — они позволят понять, какова ваша производительность.
График Клэр Во для оценки одной из метрик эффективности CRO «Скорость тестирования. Сколько экспериментов проводится за [период времени]». В течение недели — для сайтов с высоким трафиком, в течение месяца — для сайтов с низким. Бонус — определение трендов, ведущих вас к цели
Бонусом тут станет выделение трендовых линий в процессе. Так что, если хотите быть совсем изощренными и произвести впечатление, проведите отслеживание трендов в течение выделенного отрезка времени на пути к вашей цели.
Особое внимание нужно обратить на проявление трендов с течением времени. Остается ли ваша скорость одной и той же? Падает? Увеличивается? Недостаточно знать, сколько тестов вы проводите в месяц, сравните эту цифру с той, что была в прошлом месяце. Если вы не становитесь лучше, вы становитесь хуже.
3. Охват тестирования
Как только вы определите, сколько тестов можете проводить (объем) и сколько вы проводите (скорость), все, что останется, это понять, каков ваш охват тестирования. Данная метрика отвечает на важный вопрос: какой процент дней, выделенных на тестирование, вы используете для запуска теста. Клэр Во, Experiment Engine:
«Кто из нас знает, сколько трафика мы тратим попусту каждый день? Кто из нас действительно осознает, что его трафик в прошлом месяце был потерян?
Все это должно отслеживаться с помощью измерения так называемого охвата тестирования. Посмотрите на все дни в году, доступные для тестирования. Вычеркните те, что не укладываются в реальные обстоятельства, например, выходные для eCommerce и т.п.
В какой процент оставшихся дней вы на самом деле проводите тесты в живом времени? Это очень мощная метрика, потому что она обнаруживает пробелы программы тестирования. И вы можете бесстрастно взглянуть на нее и оценить, какую долю растраченного трафика можно допустить».
Сколько дней прошло с тех пор, как вы провели 0 тестов? Спрашивали ли вы себя, почему вы не давали им старт? Почему вы тратите время и трафик? Обратно вы этот трафик не получите, когда, наконец, будете готовы запустить тестирование.
Идеальная цель, разумеется, заключается в 100%-ном охвате. Калькулирование упущенного трафика поможет открыть глаза и вдохновит на создание культуры экспериментаторства, о которой говорилось выше.
7 методов оптимизации конверсии на лендингах с низким трафиком
Заключение
Следует ли вам двигаться быстро, когда речь заходит о тестировании и экспериментировании? Безусловно! Имеет ли смысл ломать вещи? Нет, качество так же важно, как его брат, количество.
Чтобы внедрить высокоскоростные тесты, необходима приверженность:
- Постоянной выработке идей, касающейся всей компании и покрывающей имеющиеся воронки;
- Приоритезации стратегических идей с использованием доступных схем организации этого процесса;
- Управлению тестированием, означающим еженедельные встречи для создания подотчетности и эффективного/реалистичного контроля ресурсов;
- Ставке на обучение и распространение знаний с помощью извлеченных CRO-специалистами уроков, доступного всем в компании;
- Уклонению от разнообразных подводных камней высокоскоростного тестирования (снижения качества, проникновения угроз достоверности и т.д.).
Вам следует также помнить о трех значимых метриках тестирования:
1. Объем, то есть сколько тестов вы в состоянии проводить.
2. Скорость, то есть сколько тестов вы проводите в неделю/месяц.
3. Охват, то есть сколько отведенных для этого дней вы используете на проведение теста.
Задумываетесь об оптимизации конверсии? Ознакомьтесь с нашей технологией по увеличению бизнес-показателей с гарантией результата >>>
Высоких вам конверсий!
По материалам: conversionxl.com
