После запуска онлайн-проект никогда не будет полностью эффективным без дополнительных усилий со стороны. Только благодаря дальнейшей оптимизации сайта он полностью раскроет свой потенциал. Это даст рост конверсии.
Есть две характеристики Интернета, которые делают его уникальным и захватывающим средством для дизайна. Это его способность собирать беспрецедентные объемы данных о том, как пользователи взаимодействуют с ним, и легкость, с которой можно что-то изменить.
Тем не менее, несмотря на огромный потенциал цифровых технологий, многие компании полностью игнорируют их. Они запускают веб-сайт и, кроме нескольких текстовых изменений и обновлений, они не работают над ним до следующего редизайна через несколько лет.
Топовые компании в Интернете постоянно оптимизируют свои сайты после запуска. Так они полностью раскрывают их потенциал.
Amazon избегает редизайна своего веб-сайта, вместо этого развивая его с течением времени с помощью программы тщательного тестирования:
Невозможно переоценить важность этой постоянной оптимизации.
Почему оптимизация после запуска имеет решающее значение?
По правде говоря, вы можете провести любое предварительное тестирование, какое захотите. Однако, вы не знаете, как пользователи будут реагировать на веб-сайт до его запуска. Проверка до начала работы, безусловно, позволяет избежать дорогостоящих ошибок. Однако, она не может дать полностью реалистичную картину реального опыта.
Тем не менее, с действующим сайтом пользователи взаимодействуют ежедневно. Становятся очевидными проблемы, то, как они возникают, и способы их устранения.
Улучшение критических показателей.
Если у вас есть время и ресурсы для оптимизации после запуска, вы можете значительно улучшить взаимодействие и конверсию.
Небольшие изменения после запуска могут иметь огромное значение для эффективности веб-сайта. Например, Джаред Спул избавил пользователей от необходимости регистрироваться на сайте электронной коммерции, чтобы оформить покупку. Это дало рост продаж на 45%, что равнялось 300 миллионам долларов увеличения дохода только за первый год!
Тестирование после запуска также может обеспечить значительную экономию средств, поскольку оно позволяет избежать периодических доработок.
Избегайте дорогостоящих изменений внешнего вида и устройства веб-страинц. Редизайн сайта чрезвычайно расточителен по двум причинам:
- Модернизируясь, веб-ресурс, как правило, отбрасывает хорошее, что в нем есть. Он строится, можно сказать, с нуля. Это грубый метод, который игнорирует то, как некоторые элементы вашего существующего сайта будут работать.
- Из-за того, что редизайн стоит дорого, он происходит только раз в несколько лет. Большую часть своей жизни веб-страницы не работают с максимальной эффективностью.
Вместо этого мы должны со временем развивать наши сайты посредством тщательного тестирования после запуска. Но как именно это выглядит?
Процесс оптимизации после запуска.
Когда сайт запускается и у пользователей есть время приспособиться к нему, обычно применяют циклический процесс оптимизации. Он состоит из трех шагов, которые повторяют почти постоянно:
- Найти проблемную область для решения.
- Определить точную проблему.
- Проверить возможные решения.
Рассмотрите возможность внедрения циклического процесса оптимизации, который со временем оптимизирует веб-сайт:
Давайте рассмотрим их более подробно.
1. Найдите проблемную зону.
Оптимизация веб-сайта начинается с выявления областей сайта, которые не работают с максимальной эффективностью. Для этого вам нужно четко понимать, в чем именно заключается проблема.
Какие проблемы искать?
Обычно недостатки бывают чаще всего в трех ключевых областях:
- Вовлеченность. Пользователи не взаимодействуют с контентом или преждевременно покидают веб-сайт?
- Удобство использования. Пользователи изо всех сил пытаются найти нужный им контент или выполнить важные задачи на веб-сайте?
- Конверсия. Покидают ли пользователи сайт до того, как завершат призыв к действию? Те, кто действовал, не вернутся на сайт позже?
Глядя на такие показатели, вы поймете, что есть возможности для улучшения. Затем вам нужно определить, где на сайте что-то идет не так. Как правило, в этом может помочь аналитика.
Использование аналитики для поиска проблем.
Поиск проблемных мест — это не точная наука и требует некоторой интуиции. Однако это хорошая отправная точка для определения общих областей, в которых могут возникнуть проблемы.
Даже с ограниченными знаниями аналитики относительно легко находить потенциальные проблемы на сайте.
Аналитика — мощный инструмент для выявления потенциальных проблем на веб-страницах:
Важно обращать внимание на:
- Страницы отказов. Это страницы, на которые пользователи попадают, а затем сразу же уходят, не просматривая какой-либо другой контент. Страницы, которые не вовлекают пользователя глубже в сайт и не вызывают призыв к действию, обычно являются областью для улучшения.
- Маршруты сайта. По какому пути проходят пользователи через сайт. Выбирают ли они самый прямой маршрут к призыву к действию или отвлекаются? Есть ли некоторые пути через сайт, которые работают хуже других? Если люди пойдут по определенному маршруту, есть ли вероятность, что они быстро покинут сайт?
- Пункты выдачи. Какие страницы заставляют людей уходить с сайта?
- Страницы с высокой задержкой. Какие страницы замедляют путь пользователя? На каких страницах люди обычно застревают?
Нас интересует аналитика конкретных страниц. Другими словами, знание общего времени ожидания или показателя отказов сайта не поможет сузить круг проблем.
Нужно знать, какие страницы имеют высокий показатель отказов или время ожидания.
В итоге вы должны получить список потенциальных страниц, на которых могут быть проблемы. Конечно, то, что страница имеет длительное время ожидания или многие люди покидают сайт, не обязательно означает, что она дает сбой. Знание того, на каких страницах может быть проблема, также не позволяет нам точно диагностировать проблему.
Чтобы точно понять, что происходит, нам нужно более подробно изучить каждую проблемную страницу. Неудивительно, что я начинаю с того, что сосредотачиваюсь на самой неэффективной странице на основе вышеуказанных критериев.
2. Диагностика проблемы.
Чтобы выяснить причину проблемы, можно начать с такого приложения, как Fullstory или Hotjar. В них есть два полезных инструмента для диагностики проблем — тепловые карты и регистраторы сеансов. Эти тесты дают представление о причине неполадок.
В Hotjar есть тепловая карта и регистратор сеансов:
Использование тепловых карт.
Тепловые карты — отличная отправная точка, чтобы сузить круг потенциальных проблем на странице. Используем карты прокрутки и карты кликов.
Карта прокрутки дает четкое представление о том, где на странице сосредоточено внимание людей. Если люди просматривают важный фрагмент контента или призыв к действию, возможно, вы нашли свою проблему.
Карты кликов также полезны, потому что они помогают понять, понимают ли пользователи страницу. Пытаются ли они нажимать на объекты, на которые нельзя нажимать? Нажимают ли они на вторичный контент, который уводит их от вашего призыва к действию? Или, что еще хуже, они гневно щелкают случайным образом из-за разочарования!?
Тепловые карты дают полезный обзор поведения посетителей сайта. А просмотр некоторых пользовательских сеансов даст более конкретную информацию.
Просмотр записей сеанса.
Как только вы увидите возможные проблемы, стоит просмотреть записи пользовательских сеансов, чтобы увидеть, действительно ли пользователи ведут себя так, как ожидалось.
Например, представьте: кажется, пользователи нажимают на неактивный элемент страницы. Используя такой инструмент, как Fullstory, вы можете фильтровать все записанные сеансы и просматривать только те сеансы, в которых пользователи пытались щелкнуть этот элемент. Теперь вы можете увидеть, что они сделали дальше или даже в некоторых случаях, что заставило их щелкнуть элемент в первую очередь.
После нажатия они покинули сайт или адаптировались и продолжили работу без проблем? Если они отказались от своей задачи, то явно есть что-то, что нужно исправить.
Конечно, у сессионных записей есть свои пределы. Иногда вы наблюдаете за поведением пользователей и не понимаете, почему они так поступили. В тех случаях, когда вы запутались, самое время обратиться к тестированию юзабилити.
Запуск юзабилити-тестирования.
Если позволяет время, после того, как определили конкретную проблему на определенной странице, стоит провести быстрое тестирование удобства использования. Я установил простой тест, который потребует от пользователя найти проблемную область, которую я определил, и посмотреть, что произойдет. Я наблюдаю за их поведением и прошу объяснить, что они сделали и почему.
Обычно эта проверка выполняется с увеличением и занимает всего несколько минут. Часто можно положиться на друзей и семью для этого тестирования, если веб-сайт не является узкоспециализированным.
К этому моменту будет довольно четкое представление о проблеме, связанной с этой страницей на веб-сайте, и несколько идей, как ее исправить. Но как узнать, какой подход будет лучше, и быть уверенным, что я не сделаю ничего хуже?
Это подводит нас к нашему последнему шагу — тестированию наших потенциальных решений.
3. Проверка возможных решений.
Есть два основных подхода — количественный и качественный. Имея это в виду, давайте рассмотрим эти два варианта и когда мы должны использовать каждый.
Использование количественного A/B тестирования.
Один из самых популярных вариантов оптимизации сайта после запуска – A/B тестирование. Этот количественный подход к тестированию эффективен, потому что он работает с реальными пользователями, которые взаимодействуют на вашем реальном веб-сайте совершенно естественно. Если решение хорошо себя зарекомендовало при A/B тестировании, вы можете быть уверены, что оно будет работать при развертывании на всем сайте для всех аудиторий.
Если вы не знаете, на самом базовом уровне A/B тестирование включает в себя отображение процента посетителей сайта с различными версиями страницы. Это позволяет вам попробовать одно или несколько потенциальных решений на действующем сайте, чтобы увидеть, работает ли какое-либо из них лучше, чем текущая версия.
A/B тестирование показывает разным пользователям разные версии страницы:
Показывая варианты только небольшому проценту пользователей, вы избегаете развертывания решения, которое могло бы действительно ухудшить ситуацию.
Чтобы убедиться, что решение будет работать лучше, вам необходимо собрать достаточно данных, чтобы быть статистически точными. Эта осознанная потребность в большом количестве результатов может оттолкнуть людей от использования A/B тестирования, думая, что это инструмент для сайтов с высокой посещаемостью, таких как Amazon.
Вариант для сайтов с низким трафиком: ждать, пока не будет достаточно результатов. Да, это требует некоторого терпения, но даст статистически значимые результаты.
Другой подход — сделать оценку эффективности решения, не дожидаясь получения статистически значимого набора данных. То, что инструмент A/B тестирования говорит, что у вас недостаточно результатов, не означает, что вы должны его слушать!
Последний вариант — адаптировать тест, чтобы увеличить количество получаемых результатов. Это можно сделать, сократив разрыв между объектом тестирования и точкой преобразования.
Например, изменение текста в форме подписки на информационный сайт тесно связано с критерием успеха нажатия кнопки подписки. Однако тестирование влияния заголовка сообщения в блоге на подписку не так строго связано, поэтому коэффициент конверсии будет относительно ниже. Это означает, что вам придется дольше ждать статистически значимых результатов.
Чем больше шагов от точки тестирования до точки конверсии, тем больше пользователей выпадет и тем больше времени потребуется для получения результатов.
Для того, что случается нечасто, например, подписки на рассылку новостей, вы можете рассмотреть более мелкое, более распространенное действие. Если вы хотите протестировать заголовки этих сообщений в блоге, вам может быть лучше проверить, сколько пользователей щелкают, чтобы просмотреть сообщение, а не переходят ли они на подписку.
Без сомнения, A/B тестирование — это мощный и отличный способ оптимизации вашего веб-сайта. Это так, особенно когда речь идет о тестировании различных комбинаций текста и изображений.
Фактически, существует множество инструментов, которые позволяют вам создавать варианты контента на вашем сайте без каких-либо навыков программирования. Google даже предлагает бесплатный инструмент под названием Optimize, который не требует настройки, если у вас уже установлена Analytics.
Создать базовые варианты в Google Optimize невероятно просто!
Однако все становится намного сложнее, если изменения в ваших вариациях более существенны. В таких случаях может быть более подходящим качественное тестирование.
Провести качественное тестирование.
Качественное тестирование в основном вращается вокруг проверки прототипа с небольшим количеством пользователей. Вместо тестирования решений на реальном сайте вы создаете прототип и проводите тестирование удобства использования.
Качественное тестирование имеет некоторые преимущества перед A/B тестированием. Не в последнюю очередь потому, что вам не нужно полагаться на статистически значимые результаты. Это означает, что не придется много ждать, чтобы выяснить, какое решение работает лучше всего.
У качественного тестирования есть еще одно преимущество. Оно говорит вам, почему тот или иной вариант работал лучше. Это потому, что вы действительно можете спросить пользователей, что они сделали и почему. Хотя количественное тестирование полезно для выявления проблем, оно не говорит вам, почему возникла проблема. Здесь может помочь качественное тестирование.
Однако, вероятно, самым большим преимуществом качественного тестирования является то, что вы тестируете прототип. Вам не нужно создавать полностью рабочую версию ваших вариаций, что позволяет вам тестировать более сложные изменения с помощью всего лишь набора дизайна или каркаса.
Оба подхода имеют свои преимущества и недостатки, поэтому имеет смысл комбинировать их соответствующим образом. Вместе они должны привести к решению, которое должно устранить любую проблему, которую вы определили.
После того, как вы развернули свое решение, вы можете переключить свое внимание на следующую проблему.
Постоянный цикл.
Секрет успеха в оптимизации вашего сайта – сделать это непрерывным процессом.
Это означает, что, когда вы устраняете одну проблему, вы возвращаетесь к началу нашего трехэтапного процесса и начинаете снова с определения следующей самой большой проблемы в опыте. Постоянно изменяя сайт с течением времени, вы постепенно улучшите его эффективность и избежите необходимости дорогостоящего редизайна через несколько лет.
Повторяя цикл: тестирование – уточнение проблемы –исправление – тестирование – уточнение проблемы – исправление, вы постепенно улучшите эффективность сайта. Вы избежите необходимости дорогостоящего редизайна через несколько лет.
Конечно, реальность такова, что даже если вы стремитесь оптимизировать сайт в долгосрочной перспективе, не всегда легко добиться согласия заинтересованных сторон. В заключении рассмотрим три совета, как обеспечить оптимизацию после запуска.
Обеспечение оптимизации после запуска.
Первый совет: убедиться, что вы встроили оптимизацию пост-сайта в первоначальный план проекта при редизайн веб-страниц. Большинство планов проектов заканчиваются при запуске веб-сайта, и это никогда не бывает хорошей идеей, даже если вы не собираетесь проводить постоянную оптимизацию после запуска.
Когда веб-сайт запускается, неизбежно появляются ошибки, которые нужно исправить, и контент, который нужно настраивать. Вот почему стоит запускать сайт примерно на две трети от общего срока проекта. Это дает достаточно времени для устранения проблем и дает возможность выработать привычку к оптимизации после запуска.
Во-вторых, важно говорить о пост-пусковой функциональности с самого начала проекта. У заинтересованных сторон обычно есть идеи о том, как сайт может быть улучшен. Чтобы избежать сползания объема, начните второй этап списка желаний. Это установит идею о том, что веб-сайт может развиваться и меняться после запуска.
Наконец, используйте любую возможность, чтобы поговорить о пост-запуске во время разработки. Задайте вопросы о том, как заинтересованные стороны собираются использовать ресурсы и управлять сайтом после запуска.
Когда дело доходит до оптимизации после запуска, лучше хоть что-то, чем ничего.
Помогут даже несколько недель послепродажной оптимизации, чем ее отсутствие. Заинтересованным сторонам не нужно постоянно стремиться к улучшению сайта. Если вы сможете убедить компаньонов сделать оптимизацию хоть на короткое время, они быстро увидят выгоды от этого в долгосрочной перспективе.
По материалам сайта: https://boagworld.com.
✔️ Как использовать Hotjar для тепловых карт?
Зарегистрируйтесь в Hotjar, добавьте код отслеживания Hotjar, фрагмент JavaScript, на свой веб-сайт, затем перейдите на панель управления Hotjar. Нажмите «Добавить тепловую карту», выберите страницу, на которую вы хотите настроить таргетинг, затем нажмите «Создать тепловую карту».
✔️ Как я узнаю, что мой Hotjar для аналитики работает?
После того, как вы установили Hotjar правильно, есть встроенная проверка системы. На панели Insights нажмите кнопку Tracking в правом верхнем углу.
✔️ Какие еще есть важные виды аналитики веб-сайта?
Важно отслеживать такие показатели:
Взаимодействий за посещение страниц / сеансов, обратное преобразование посетителей, цену за посещение, затраты на привлечение потенциальных клиентов – цена за конверсию, просмотры страниц и др.
✔️ Как составлять вопросы для юзабилити-тестирования?
Вопросы должны быть ясными, конкретными и напрямую связанными с вашими задачами тестирования. Например: «Можете ли вы сказать мне, почему вы щелкнули по A вместо B?». Это вопросы, требующие развернутого ответа для выявления проблемы на сайте. Если вам нужны количественные данные, задавайте закрытые вопросы, где ответ да / нет.
❤️ Можно ли автоматизировать юзабилити-тестирование?
Для юзабилити-тестирования
требуется случайный ввод жестов, который может предоставить только человек. Создать автоматизированный процесс для этого типа теста сложно. Цель юзабилити-теста — оценить поведение человека.
❤️ Как долго нужно проводить A/B тест?
Чтобы ваши данные были точными, эксперты рекомендуют запускать тест как минимум на одну-две недели.
❤️ Когда не следует использовать A/B тест?
Не проводите A/B тестирование, когда у вас еще нет значимого трафика, у вас еще нет обоснованной гипотезы, риск немедленных действий низкий.
