Growth hacking: высокоскоростные тесты для роста бизнеса

Одна из фраз Марка Цукерберга стала широко распространена: «Двигайся скоро и круши/разламывай. В случае если ничего не ломается, значит, ты двигаешься не хватает скоро».

С того времени многие стартаперы и маркетологи, несущие ответственность за рост (так именуемые «growth hackers») очертя голову подхватили эту идею. «Двигайся скоро и круши/разламывай» обозначает определенный стиль судьбы, совершенную модель поведения для амбициозных предпринимателей, энергично проталкивающих собственные идеи и днем, и ночью, подобно Гари Вайнерчуку (Gary Vaynerchuk), американскому предпринимателю и гуру маркетинга.

Но как правильно это заявление, сделанное Цукербергом много-много лет назад? Применимо ли оно к оптимизации конверсии? Философия скоростных тестов, популяризированная многими специалистами в области роста, дает основание верить, что основатель Facebook не был далек от истины.

Growth Hacking: как действенно совмещать продажи и развитие?

Что такое скоростные тесты?

Этот термин (англ. High Velocity Testing, High Tempo Testing) свидетельствует подход, при котором эксперименты и быстрое тестирование рассматриваются как ключ к громадному росту. Звучит достаточно легко, не так ли?

Дабы ускорить рост, тестируйте больше и стремительнее.Growth hacking: высокоскоростные тесты для роста бизнеса

Шон Эллис (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 семь дней, за которой стоит одноименный основатель, применяет собственную совокупность выбора приоритетных идей, обращающую внимание на 3 фактора:

  • Время: какое количество занимает процесс внедрения?
  • Влияние: каков потенциальный доход, ожидаемый результат?
  • Ресурсы: сколько будет стоить проведение теста/опыта?

Каждому фактору приписываются очки от 1 до 5, где 5 — лучший показатель. Так, в случае если проект не займет большое количество времени, он возьмёт 5 по шкале «Время».

После этого нужно перемножить три фактора. Наилучший вероятный итог будет равняться 125 (5 x 5 x 5). Чем выше очки, тем лучше, исходя из этого выбираются идеи, приближающиеся к 125.

3. Продуманный подход к управлению тестированием

Вот пара не столь радужных статистических выводов из упомянутого выше отчета «Тренды оптимизации конверсии 2016 года»:

26% участников опроса видятся со своей CRO-командой, «лишь в то время, когда это нужно». Еще 23% выполняют такие встречи не чаще 2 раз в неделю.

41% опрощеных подчернули, что в их компании нет человека, прямо важного за оптимизацию конверсии.

Такие сведения говорят, что программам тестирования нужна помощь управления. И чем скорее, тем лучше.

Морган Браун говорит, из-за чего ответствен контроль и как к нему прийти:

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

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

Браун предлагает выделить битый час на наделе для:

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 в течение 14 дней. Это указывает, что пользователи, участвующие в ваши х тестах, при отсутствии cookie имеют 50% шансов закончить их, выбрав неправильную вариацию.

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

Как раз исходя из этого, если вы проводите А/Б-тест через чур продолжительно, вы постоянно будете видеть, как эти конверсионные линии сдвигаются все больше по направлению друг к другу и в итоге вы придете в никуда.

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

Не забывайте об удалении cookie, вместе с тем и о том, что оно может иметь различный результат. В случае если у вас имеется поле введения логина — супер! Вы имеете возможность тестировать в течение многих, многих недель».

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

3. Падение качества

Ранее упоминались количества и параметры качества. В большинстве случаев, если вы перемещаете фокус на что-то одно, страдает второе. Если вы желаете, дабы ваша программа скоростного тестирования трудилась, вам необходимо поддерживать на высоком уровне оба параметра.

Клэр Во обращает внимание на 3 серьёзные в этом замысле метрики.

«Всем нам принципиально важно думать о трех вещах:

1. Во-первых, не ставить таковой вопрос: «В чем содержится успех любого теста?». Спросите себя: «Проводим ли мы действенные тесты? Каков уровень успеха? Каков средний прирост?

Каково ожидаемое значение теста, готового к запуску?».

2. Вопрос «Проводим ли мы действенные тесты?» подразумевает: вкладываем ли мы нужное количество ресурсов? Необходимый ли это тип ресурсов? Уделяем ли мы достаточно времени тестам и есть ли отечественный ROI хорошим?

3. Кроме того если вы не пропустили все эти нюансы, но наряду с этим не отслеживаете их в течение времени и не улучшаете уровень качества, вероятнее, что-нибудь отправится неправильно либо ваша работа начнёт ухудшаться».

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

И тогда, если оно начнет быстро падать, вы сможете предпринять немедленные меры.

Как осознать, что вы готовы к сплит-тестированию?

Как расширить скорость тестирования?

Как подойти к повышению скорости ответственно? Как вычисляет Клэр Во, направляться обратить особенное внимание на три фактора: количество тестирования, охват и скорость.

«На вопрос «Каков количественный количество вашей программы тестирования?» я в большинстве случаев приобретаю таковой ответ: «Мы проводим Х тестов в течение месяца». Другими словами люди выполняют 1, 5 либо 50 тестов в месячный период.

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

Ну, мы не будем вычислять июнь. И, да, мы не проводили тесты в декабре Несколько дней назад был мой сутки рождения, как-то не хотелось напрягаться»

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

1. какое количество тестов вы имеете возможность совершить? Перед тем, как вы начнете подсчитывать, сколько тестов вы проводите, реально оцените собственные возможности по этому поводу, спросите себя: каков ваш количество тестирования?

2. какое количество тестов вы проводите? Каковы охват и скорость тестирования?

3. Этот момент редко отслеживается: становитесь ли вы лучше? Выделяете ли вы тренды с течением времени и как вы в этом хороши?

4. В то время, когда вы не проводите тесты, по какой причине вы этого не делаете? В случае если у важного сотрудника было особенное настроение по поводу собственного дня рождения — нет неприятностей. Но пускай он будет честным с собой и с командой.

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

1. Количество тестирования

Оценить его достаточно легко. Год складывается из 52 недель, поделите это число на среднюю длительность теста (в семь дней). После этого умножьте частное на количество различных страниц/воронок, каковые вы способны тестировать в одно да и то же время.

К примеру, в случае если уровень трафика показывает , что нужно проводить тесты в течение 14 дней и имеется 10 лидогенерирующих страниц, каковые возможно оценивать в один момент, количество тестирования составит 260 = (52 / 2 х 10). Что равняется пяти тестам в неделю.

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

2. Скорость тестирования

Измерение скорости зависит лишь от того, как скоро продвигаются ваши тестирования и опыты.

«Выяснив собственный количество тестирования, вы должны поставить цель и начать контролировать, как прекрасно вы идете к нужному количеству. И тут в дело вступает скорость. Так какое количество опытов либо тестов проводится за забранный временной отрезок?

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

Кроме того в случае если в среднем вы проводите только 1 тест, взглянуть на результаты от месяца к месяцу и задайтесь вопросом: «Из-за чего мы пришли к нулю? Из-за чего мы не можем запускать 4?».

Отыщите собственные тренды по скорости тестирования — они разрешат осознать, какова ваша производительность.

График Клэр Во для оценки одной из метрик эффективности CRO «Скорость тестирования. какое количество опытов проводится за [период времени]». На протяжении семи дней — для сайтов с высоким трафиком, в течение месяца — для сайтов с низким. Бонус — определение трендов, ведущих вас к цели

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

Особенное внимание необходимо обратить на проявление трендов с течением времени. Остается ли ваша скорость одной и той же? Падает?

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

3. Охват тестирования

Когда вы выясните, сколько тестов имеете возможность проводить (количество) и какое количество вы проводите (скорость), все, что останется, это осознать, каков ваш охват тестирования. Эта метрика отвечает на серьёзный вопрос: какой процент дней, выделенных на тестирование, вы используете для запуска теста. Клэр Во, Experiment Engine:

«Кто из нас знает, сколько трафика мы тратим попусту ежедневно? Кто из нас вправду поймёт, что его трафик в прошлом месяце был потерян?

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

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

какое количество дней прошло с того времени, как вы совершили 0 тестов? Задавали вопросы ли вы себя, из-за чего вы не давали им старт? Из-за чего вы тратите трафик и время?

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

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

7 способов оптимизации конверсии на лендингах с низким трафиком

Заключение

направляться ли вам двигаться скоро, в то время, когда речь идет о экспериментировании и тестировании? Непременно! Имеет ли суть разламывать вещи?

Нет, уровень качества так же принципиально важно, как его брат, количество.

Дабы внедрить скоростные тесты, нужна приверженность:

  • Постоянной выработке идей, касающейся всей компании и покрывающей имеющиеся воронки;
  • Приоритезации стратегических идей с применением дешёвых схем организации этого процесса;
  • Управлению тестированием, означающим еженедельные встречи для подотчетности и действенного/реалистичного контроля ресурсов;
  • Ставке на распространение и обучение знаний посредством извлеченных CRO-экспертами уроков, дешёвого всем в компании;
  • Уклонению от разнообразных подводных камней скоростного тестирования (понижения качества, проникновения угроз достоверности и т.д.).

Вам направляться кроме этого не забывать о трех значимых метриках тестирования:

1. Количество, другими словами какое количество тестов вы в состоянии проводить.

2. Скорость, другими словами какое количество тестов вы проводите в неделю/месяц.

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

Вспоминаете об оптимизации конверсии? Ознакомьтесь с отечественной разработкой по повышению бизнес-показателей с гарантией результата

Высоких вам конверсий!

По данным: conversionxl.com

Случайные статьи:

Мифы о Growth Hacking — #МифыОбИнтернетМаркетинге


Подборка похожих статей:

admin