BA - бизнес-аналитик, А/Б тесты не проводили, все делалось в режиме реал-тайм.
Вопрос увеличения продаж - больше вопрос работы с трафиком. Перед началом всех работ мы увидели, что большая часть трафика по статистике просто отваливается на каком то из этапов хождения по сайту, вот с этими всеми проблемами мы и работали.
40% прямых заходов это не только переходы из закладок. Это еще и прямые заходы после отправки уведомлений на почту (положил в корзину и не купил), а также периодические рассылки раз в несколько недель о новостях.
PS Если у них реально до прорисовки страницы было 5 секунд, то это маразм...
Вот в этом и весь интерес - это среднее время на всех устройствах. Встречались случаи 1-2 сек, были до 8 сек. Проблема была вообще неочевидной: разные анализаторы показывали разные результаты, пришлось все время от TTFB до полной отрисовки замерять вручную на всех устройствах, с которых заходит трафик
Ну и откуда они берут зарплату для отзвона 24/7 для меня представляется загадкой, хотя сказать про необходимость ничего не могу, так как я то наблюдаю ОЧЕНЬ нишевый магазин (у покупателя по факту выбор из 4 и никто круглосуточно не работает).
Выход прост. Общение с покупателем через почту, телефон или любой другой вид связи. При покупке указывается, как и когда удобно связаться, это учитывается сразу. Про зарплату не совсем понял - отдел продаж на аутсорсе, по договору работают в таком графике
Встречались ли вам сайты ужасные до безобразия (с любой точки здравого смысла), но когда смотришь на статистику, цифры поражают воображение? Мы подобное наблюдаем точно раз в год, и тогда не понятно вообще, с чем работать. Остается только расширение (если говорить о e-commerce) в сторону интересов ЦА
Да, немного оговорились в кейсе (сам кейс неспешно писали около месяца), был выбор между объединением (хардкор или скрипт) и асинхронной загрузкой во всех браузерах. На мобильных мы решили проблему с помощью http2
Я имел в виду пруфы на источники в интернете. Откуда изначально взялась эта идея?
Со времен работы с Wordpress есть накопленный опыт в темах разработчиков убирать сразу вызов css через @import и ?version в head/footer. Там прирост производительности значительный после данных изменений, благодаря не самой простой структуре работы темы на движке. Примерно то же наблюдается в большинстве CMS. Насколько я помню, при большом количестве запросов с ?version х количество трафика х скан-боты суммарно увеличивается нагрузка на процессор сервера (дай бог VDS/VPS, ведь чаще всего это просто хостинг) и операций I/O , от этого скорость загрузки страницы конечно падает
У меня очень большие сомнения, что убирание данного параметра дало такой большой прирост. Были ли тесты чистыми, то есть, полностью закрыть браузер и открыть снова в инкогнито или обычная перезагрузка в том же инкогнито или перезагрузка с очисткой кеша? Есть ли какой-нибудь пруф, что параметры в запросах к css дают дополнительные запросы на стороне сервера? Пусть на такие сайты заходят в основном через инкогнито, но это не значит, что не инкогнито надо игнорировать. Вы не ответили, как вы решаете проблему автообновления файлов на стороне кеша браузера при обновлении их на сервере, если вы убрали параметр, который для этого используется?
Надо посмотреть, остались ли у нас пруфы, ведь работы велись полгода назад. Могу сказать, что тесты были чистыми - замерялись параметры на потоке трафика в течение 3-х дней с ?version и без. Для автообновления файлов мы используем ExpiresActive On ExpiresDefault "modification" в htaccess.
Вы вставили php скрипт, который сжимает css файлы в один. Правильно? При чем тут тогда асинхронная загрузка? Или js скрипт, который асинхронно подгружает стили?
С помощью js скрипта загружаем css файлы асинхронно. При сжатии файлов в один конфликты возникали в бразуерах Opera
Простите, что? Какое нахождение версии на сервере? Какое формирование ссылки? Вы сами в оптимизации участвовали или просто пересказываете то, что вам навешали? Простите, вы несёте дикую дичь. Что main.css, что main.css?v=3.2 - количество запросов одно и то же, просто во втором случае, если в кеше браузера версия 3.1, а на сайте 3.2, тогда да, идёт запрос не к локальному кешу, а к серверу. Если вы убрали версию, как вы обеспечите адекватное обновление файла на стороне клиента при обновлении js или css файлов? У юзера будут грузится старые стили из локального кеша. То есть, изменений он не увидит.
Да, верно. Если есть локальный кеш и пользователь заходит не в первый раз. А что, если он заходит в режиме инкогнито каждый раз на сайт? В этой нише таких большинство, с различными техническими нюансами. В любом случае, тесты показали: отключение версий у 14 файлов дает прирост в производительности, особенно при увеличении нагрузки.
Объединение файлов в один и асинхронная загрузка - это совершенно разные вещи. Вы просто повторяете фразы от ваших разработчиков, не понимая их?
Цель данных работ была сделать асинхронную загрузку ресурсов и выключить неиспользуемые файлы CSS. Прикинув время на объединение файлов в один, с сохранением логики загрузки кода, и временем на вставку скрипта в четыре строки - оставили последнее. На выходе будет одинаковый результат
А почему не обновили версию php 7.1 до более новой? Это бы ускорило выполнение кода где-то на 25%.
Точно сказать не могу. Одна из причин - были нюансы в работе плагинов
Если совсем конкретно, у Google есть с десяток нейронных сетей, которые сами все данные собирают и делают предварительный анализ. Сделать какой либо полноценный анализ на аудиторию от 10 тыс. чел в сути вообще не представляется возможным, слишком много разнообразных данных, паттернальность каждого типа целевой аудитории разная
Фактор 1. У магазина 4 склада, на которых всегда бывает 80% всех позиций. При этом, около 40% всех товаров магазин продает под своими брендами. Нишу не могу назвать, но поверьте, это узкоспециализированные товары не первой необходимости, и их постоянное наличие крайне важный момент
Фактор 2. Учитывая, что в компании индекс NPS остается на уровне 83...85%, а доходимость заказов и их обработка 100%, причем 24/7 (ночью часто бывают заказы) без выходных и праздников, а совершение звонка после получения заказа в среднем 3..7 минут -> с отделом продаж полный порядок
Вы заметьте, я ничего не утверждаю. Цифры говорят сами за себя.
А они говорят, что при одинаковом количестве трафика можно делать совершенно разные продажи, с бОльшим средним чеком, если подойти к ситуации с другой стороны
Без проблем, задавайте вопросы, я постараюсь по мере возможности на все ответить
Ну и как обычно мы понятия не имеем что ещё делалось собственником в это время.
Ничего. Отдел продаж на аутсорсе, заказ совершается в 98% случаев по схеме: заказал на сайте - упал на почту - менеджер набрал. Статистика показывает конкретно количество полученных заказов через сайт
Короче. Как обычно, никакой оценки какие же именно работы помогли, так как делалось всё одновременно.
Работы велись поэтапно, ровно как показано в кейсе. При этом, после каждого этапа мы замеряли результаты и изменения поведения (ПФ) по прямым и косвенным признакам (аналитика, вебвизор)
В связи с чем случился успех - сказать сложно. Потому, что факторов влияющих - тьма.
Да, согласен, факторов тьма! Поэтому мы работаем с BA - бизнес-аналитиком в связке, чтобы не отклонятся от основной идеи - увеличения заказов и средней корзины
Уверен, что суть совсем не в UX и не в увеличении шрифтов с 14 до 16.Люди не тупые. Если нужно что-то купить и цена хорошая - купят даже там, где "дизайн 90-х."
Шрифт играет большую роль в восприятии и эмоциональном отклике, особенно на мобильных устройствах (мы не только увеличили значимые текстовые и активные элементы, но еще и поменяли шрифт, исходя из e-commerce тематики и целевой аудитории проекта). Существуют исследования влияния определенного шрифта на сумму заказа - не просто так при разработке операционной системы MacOS в среде взаимодействия "пользователь - ПК" Стив Джобс в свое время очень заморочился с отображением шрифтов - данный опыт он перенес далее в iOS, создав уникальную шрифтовую гарнитуру, и до сих пор каллиграфия играет у Apple важную роль, даже в рекламных роликах. Очень советую почитать данную статью для общего понимания важности типа шрифтов
А скорость загрузки да, также важная составляющая, но боюсь, без смены акцентов получить выдающиеся результаты не получится. Здесь сработал конкретно комплексный подход
Там больше дело в логике построения интерфейса и объектов совершения действий (все активные элементы). Youtube очень хорошо встраивает новые элементы управления раз в несколько месяцев и корректирует недостатки текущего интерфейса. UX это же не смена цвета кнопки, конкретно по Youtube Google в 2019 году показывал, насколько точно они определяют весь путь юзера от захода на платформу до выхода, подспутно совершая различные действия. На этой статистике были внедрены интересные инструменты - Плейлисты ("Джем" - автоматический плейлист из различных роликов), автосубтитры, динамические рекомендации. Представьте все это в размере миллиарда посещений ежедневно )
Тут у нас классика музгозапудривания с первого абзаца:
1) "улучшения оборота на 75%" - ладно хоть не шелковистость волос увеличиваете на 100%
2) "улучшения оборота на 75%" "используя только" ... "исследования" и ... "подход" - "исследования" и "подход", которые что-то улучшают в попугаях...
В своей работе мы опираемся только на твердые цифры (научный подход), о чем стараемся говорить всегда. Зачем мне вступать в спор, если цифры говорят сами за себя? Посмотрите на динамику оборота за период март 2021 - июнь 2021:
То есть, 2.1 млн это было пиковое значение, а теперь посмотрим следующие месяцы, начиная с августа 2021 и заканчивая декабрем 2021:
Даже несмотря на небольшой сезонный откат в сентябре, динамика остается положительной и понятной.
В остальном, работа UX сводится к тому, чтобы как можно проще подвести клиента к совершению целевого действия. Ведь изначально на сайт он попал, имея определенный интерес к товарам. Не правда ли?
Сталкивались с различными вариантами - и CMS, и самописные системы, с Opencart работаем время от времени. Одно могу сказать точно - с Битрикс24 помочь будет очень сложно в виду замудренной структуры и самобытности самой системы, в которой минимальные изменения "не в коробке" может внести профильный программист.
1) версия php 7.1, на борту Apache 2.1.1.
2) CMS PrestaShop с кучей запущенных плагинов
3) Бюджет включал в себя проведение всех типов исследований и разработку ТЗ для программистов в трекинг системе. Бюджет зависел от нескольких вещей - количество типовых страниц, трафик в сутки, тип CMS (или самописная) - чтобы разобраться в логике
4) Да, это наша основная специализация.
Прошу заметить что история более чем рядовая, и к сожалению, UX в полноценном смысле используется в действительно больших проектах (например, у Сбера есть целая UX-лаборатория из 20 инженеров для своих проектов), но в проектах среднего масштаба это большая редкость
Убрали версии css/js файлов в коде (напр, /main.css?version=3.2) - чем сэкономили совокупно еще 0.7 - 1 сек
Версии в файлах создают дополнительные запросы между клиентом и сервером (обращение к серверу -> нахождение нужной версии -> получение ответа на код файла -> формирование ссылки) вместо того чтобы напрямую одним запросом тянуть нужный файл
После этого, сконвертировали все изображения в Webp - минифицированный и продвинутый веб-формат картинок, рекомендуемый Google, чем сократили размер еще на 52%.
В данном случае, Webp уже был оптимизирован до максимума с помощью Fileoptimizer
Объединили 22 css файла в 1
С помощью скрипта асинхронной загрузки CSS файлов ) Это проще всего в данном случае, и не сломает логику загрузки
Если CMS, то манипуляции с загрузкой js и css файлов делались хардкодом или как-то иначе?
В нашем случае, меняли логику загрузки в файлах темы
Для ускорения бекенда хватило оптимизации только БД или с кодом тоже что-то делали?
Ревизию делали по всему коду - там при возможных манипуляциях прироста производительности не ожидалось. Оптимизация БД дала возможность сократить время на каждый запрос
Прошу не путать с UI - как раз в интерфейсной части у гигантов индустрии есть вопросы. Но с точки зрения исследования человеческого опыта - из года в год рост наблюдается рост всех показателей, и мы должны всегда помнить, что для каждого проекта ключевой показатель только один. Например, у Youtube - это показатель вовлеченности. Исследования за 2020 год показали увеличение вовлеченности среднего мирового посетителя ресурса на 51% по сравнению с 2019
BA - бизнес-аналитик, А/Б тесты не проводили, все делалось в режиме реал-тайм.
Вопрос увеличения продаж - больше вопрос работы с трафиком. Перед началом всех работ мы увидели, что большая часть трафика по статистике просто отваливается на каком то из этапов хождения по сайту, вот с этими всеми проблемами мы и работали.
40% прямых заходов это не только переходы из закладок. Это еще и прямые заходы после отправки уведомлений на почту (положил в корзину и не купил), а также периодические рассылки раз в несколько недель о новостях.
Вот в этом и весь интерес - это среднее время на всех устройствах. Встречались случаи 1-2 сек, были до 8 сек. Проблема была вообще неочевидной: разные анализаторы показывали разные результаты, пришлось все время от TTFB до полной отрисовки замерять вручную на всех устройствах, с которых заходит трафик
Выход прост. Общение с покупателем через почту, телефон или любой другой вид связи. При покупке указывается, как и когда удобно связаться, это учитывается сразу. Про зарплату не совсем понял - отдел продаж на аутсорсе, по договору работают в таком графике
Встречались ли вам сайты ужасные до безобразия (с любой точки здравого смысла), но когда смотришь на статистику, цифры поражают воображение? Мы подобное наблюдаем точно раз в год, и тогда не понятно вообще, с чем работать. Остается только расширение (если говорить о e-commerce) в сторону интересов ЦА
Да, немного оговорились в кейсе (сам кейс неспешно писали около месяца), был выбор между объединением (хардкор или скрипт) и асинхронной загрузкой во всех браузерах. На мобильных мы решили проблему с помощью http2
Со времен работы с Wordpress есть накопленный опыт в темах разработчиков убирать сразу вызов css через @import и ?version в head/footer. Там прирост производительности значительный после данных изменений, благодаря не самой простой структуре работы темы на движке. Примерно то же наблюдается в большинстве CMS. Насколько я помню, при большом количестве запросов с ?version х количество трафика х скан-боты суммарно увеличивается нагрузка на процессор сервера (дай бог VDS/VPS, ведь чаще всего это просто хостинг) и операций I/O , от этого скорость загрузки страницы конечно падает
Надо посмотреть, остались ли у нас пруфы, ведь работы велись полгода назад. Могу сказать, что тесты были чистыми - замерялись параметры на потоке трафика в течение 3-х дней с ?version и без. Для автообновления файлов мы используем ExpiresActive On ExpiresDefault "modification" в htaccess.
С помощью js скрипта загружаем css файлы асинхронно. При сжатии файлов в один конфликты возникали в бразуерах Opera
Да, верно. Если есть локальный кеш и пользователь заходит не в первый раз. А что, если он заходит в режиме инкогнито каждый раз на сайт? В этой нише таких большинство, с различными техническими нюансами. В любом случае, тесты показали: отключение версий у 14 файлов дает прирост в производительности, особенно при увеличении нагрузки.
Цель данных работ была сделать асинхронную загрузку ресурсов и выключить неиспользуемые файлы CSS. Прикинув время на объединение файлов в один, с сохранением логики загрузки кода, и временем на вставку скрипта в четыре строки - оставили последнее. На выходе будет одинаковый результат
Точно сказать не могу. Одна из причин - были нюансы в работе плагинов
Если совсем конкретно, у Google есть с десяток нейронных сетей, которые сами все данные собирают и делают предварительный анализ. Сделать какой либо полноценный анализ на аудиторию от 10 тыс. чел в сути вообще не представляется возможным, слишком много разнообразных данных, паттернальность каждого типа целевой аудитории разная
Фактор 1. У магазина 4 склада, на которых всегда бывает 80% всех позиций. При этом, около 40% всех товаров магазин продает под своими брендами. Нишу не могу назвать, но поверьте, это узкоспециализированные товары не первой необходимости, и их постоянное наличие крайне важный момент
Фактор 2. Учитывая, что в компании индекс NPS остается на уровне 83...85%, а доходимость заказов и их обработка 100%, причем 24/7 (ночью часто бывают заказы) без выходных и праздников, а совершение звонка после получения заказа в среднем 3..7 минут -> с отделом продаж полный порядок
Вы заметьте, я ничего не утверждаю. Цифры говорят сами за себя.
А они говорят, что при одинаковом количестве трафика можно делать совершенно разные продажи, с бОльшим средним чеком, если подойти к ситуации с другой стороны
Без проблем, задавайте вопросы, я постараюсь по мере возможности на все ответить
Ничего. Отдел продаж на аутсорсе, заказ совершается в 98% случаев по схеме: заказал на сайте - упал на почту - менеджер набрал. Статистика показывает конкретно количество полученных заказов через сайт
Работы велись поэтапно, ровно как показано в кейсе. При этом, после каждого этапа мы замеряли результаты и изменения поведения (ПФ) по прямым и косвенным признакам (аналитика, вебвизор)
Да, согласен, факторов тьма! Поэтому мы работаем с BA - бизнес-аналитиком в связке, чтобы не отклонятся от основной идеи - увеличения заказов и средней корзины
Шрифт играет большую роль в восприятии и эмоциональном отклике, особенно на мобильных устройствах (мы не только увеличили значимые текстовые и активные элементы, но еще и поменяли шрифт, исходя из e-commerce тематики и целевой аудитории проекта). Существуют исследования влияния определенного шрифта на сумму заказа - не просто так при разработке операционной системы MacOS в среде взаимодействия "пользователь - ПК" Стив Джобс в свое время очень заморочился с отображением шрифтов - данный опыт он перенес далее в iOS, создав уникальную шрифтовую гарнитуру, и до сих пор каллиграфия играет у Apple важную роль, даже в рекламных роликах. Очень советую почитать данную статью для общего понимания важности типа шрифтов
А скорость загрузки да, также важная составляющая, но боюсь, без смены акцентов получить выдающиеся результаты не получится. Здесь сработал конкретно комплексный подход
Там больше дело в логике построения интерфейса и объектов совершения действий (все активные элементы). Youtube очень хорошо встраивает новые элементы управления раз в несколько месяцев и корректирует недостатки текущего интерфейса. UX это же не смена цвета кнопки, конкретно по Youtube Google в 2019 году показывал, насколько точно они определяют весь путь юзера от захода на платформу до выхода, подспутно совершая различные действия. На этой статистике были внедрены интересные инструменты - Плейлисты ("Джем" - автоматический плейлист из различных роликов), автосубтитры, динамические рекомендации. Представьте все это в размере миллиарда посещений ежедневно )
Ну что же вы сразу так дерзко?)
В своей работе мы опираемся только на твердые цифры (научный подход), о чем стараемся говорить всегда. Зачем мне вступать в спор, если цифры говорят сами за себя? Посмотрите на динамику оборота за период март 2021 - июнь 2021:
То есть, 2.1 млн это было пиковое значение, а теперь посмотрим следующие месяцы, начиная с августа 2021 и заканчивая декабрем 2021:
Даже несмотря на небольшой сезонный откат в сентябре, динамика остается положительной и понятной.
В остальном, работа UX сводится к тому, чтобы как можно проще подвести клиента к совершению целевого действия. Ведь изначально на сайт он попал, имея определенный интерес к товарам. Не правда ли?
Сталкивались с различными вариантами - и CMS, и самописные системы, с Opencart работаем время от времени. Одно могу сказать точно - с Битрикс24 помочь будет очень сложно в виду замудренной структуры и самобытности самой системы, в которой минимальные изменения "не в коробке" может внести профильный программист.
1) версия php 7.1, на борту Apache 2.1.1.
2) CMS PrestaShop с кучей запущенных плагинов
3) Бюджет включал в себя проведение всех типов исследований и разработку ТЗ для программистов в трекинг системе. Бюджет зависел от нескольких вещей - количество типовых страниц, трафик в сутки, тип CMS (или самописная) - чтобы разобраться в логике
4) Да, это наша основная специализация.
Прошу заметить что история более чем рядовая, и к сожалению, UX в полноценном смысле используется в действительно больших проектах (например, у Сбера есть целая UX-лаборатория из 20 инженеров для своих проектов), но в проектах среднего масштаба это большая редкость
Сайт был на CMS PrestaShop. Разберем по пунктам:
Версии в файлах создают дополнительные запросы между клиентом и сервером (обращение к серверу -> нахождение нужной версии -> получение ответа на код файла -> формирование ссылки) вместо того чтобы напрямую одним запросом тянуть нужный файл
В данном случае, Webp уже был оптимизирован до максимума с помощью Fileoptimizer
С помощью скрипта асинхронной загрузки CSS файлов ) Это проще всего в данном случае, и не сломает логику загрузки
В нашем случае, меняли логику загрузки в файлах темы
Ревизию делали по всему коду - там при возможных манипуляциях прироста производительности не ожидалось. Оптимизация БД дала возможность сократить время на каждый запрос
Прошу не путать с UI - как раз в интерфейсной части у гигантов индустрии есть вопросы. Но с точки зрения исследования человеческого опыта - из года в год рост наблюдается рост всех показателей, и мы должны всегда помнить, что для каждого проекта ключевой показатель только один. Например, у Youtube - это показатель вовлеченности. Исследования за 2020 год показали увеличение вовлеченности среднего мирового посетителя ресурса на 51% по сравнению с 2019