Итак, ваш сайт запущен... Что делать дальше?

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

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

Выделение времени на итерацию после запуска

Главное — с самого начала заложить время на оптимизацию после запуска. Определяя сроки или спринт проекта, не отождествляйте запуск с его окончанием. Вместо этого запланируйте запуск нового сайта, приложения или функции примерно на две трети от начала проекта. Это оставит время для мониторинга и итераций после запуска.

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

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

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

Выявление проблемных точек

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

В Google Analytics просмотрите показатель выходов в процентах, чтобы определить наименее эффективные страницы.

Но Google Analytics — не единственный инструмент, который может помочь; я также настоятельно рекомендую Microsoft Clarity. Этот бесплатный инструмент предоставляет подробные данные о пользователях. Он включает записи сеансов и тепловые карты. Они помогут вам найти области для улучшения вашего сайта или приложения.

Обратите особое внимание на «инсайты», которые покажут вам такие показатели, как:

  • Ярые щелчки. Это когда люди постоянно нажимают на что-то из-за разочарования.
  • Мертвые клики. Это когда люди нажимают на что-то, на что нельзя нажать.
  • Чрезмерная прокрутка. Когда люди прокручивают страницу вверх и вниз в поисках чего-либо.
  • Быстрый возврат. Когда пользователи по ошибке посещают страницу и быстро возвращаются на предыдущую страницу.

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

Microsoft Clarity предоставляет бесценную информацию для выявления проблем на вашем веб-сайте или в приложении.

Диагностика конкретных проблем

Как только вы нашли проблемную страницу, следующая задача — точно определить, что именно идет не так.

Я обычно начинаю с изучения тепловых карт страницы, которые можно найти в Clarity или аналогичных инструментах. Эти тепловые карты покажут, какие области страницы наиболее активны, и потенциально укажут на проблемы.

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

Записи сеансов могут быть полезны для выявления конкретных проблем на странице.

Если проблема всё ещё остаётся неясной, я могу провести опрос. Я спрошу пользователей об их опыте. Или я могу пригласить несколько человек и провести юзабилити-тестирование страницы.

Опросы проводить проще, но они могут несколько мешать пользователю и не всегда дают желаемую информацию. Если я всё же использую опрос, то обычно показываю его только при намерении выхода, чтобы минимизировать помехи для пользовательского опыта.

Если я провожу юзабилити-тестирование, то в этом случае я предпочитаю проводить тестирование с участием сторонних специалистов. Хотя это занимает больше времени, это позволяет мне задавать вопросы, которые почти всегда выявляют проблему на странице. Обычно для тестирования достаточно всего 3–6 человек.

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

Тестирование возможных решений

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

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

A/B-тестирование небольших изменений

Если вы раньше не занимались A/B-тестированием, то это не так уж и сложно.

Использование инструмента A/B-тестирования начинается с постановки цели, например, добавления товара в корзину. Затем вы создаете версии страницы с предлагаемыми улучшениями. Они показываются определённому проценту посетителей.

Внесение изменений обычно осуществляется через простой интерфейс WYSIWYG и занимает всего пару минут.

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

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

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

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

Повторить

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

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

Мы запускаем клиентские сайты и проводим аналитику-диагностику проблем. Напишите мне для этого:

НАПИСАТЬ В WHATSAPP

ОСТАВЬТЕ КОММЕНТАРИЙ ПЕРВЫМ!

РАЗВЕРНУТЬ СТАТЬИ ПО ТЕМЕ

Д е й с т в у й !
Оставьте ваши контакты и мы ответим в течение 10 минут.
Ваша заявка принята!

Рассылка Reconcept, подпишитесь на наш полезный блог

Ваша заявка принята!