Как построить процесс постоянного A/B тестирования интерфейса сайта на поток и не сесть в лужу?
Есть интернет-магазины, есть владелец бизнеса, который хочет получать фидбек, иметь все самое лучшее, как у амазона и т.д., при затратах на ИТ в 1000 раз ниже, чем у тех, на кого он равняется.
Как организовать постоянное тестирование интерфейса при наличии очень урезанной команды? - сео, два программиста, контент-менеджер. Есть примеры знакомых, у которых работают постоянно тесты и эксперименты по модернизации интерфейса с увеличением конверсии, но там над этим трудятся почти два десятка заинтересованных человек, плюс подключаются внешние отделы.
Возможно ли в моем случае как-то попытаться реализовать это? Бизнес-аналитика и маркетолога у нас нет.
Сначала нужно сформулировать, зачем вам нужна автоматизация и что вам для этого нужно.
> сео+2 программиста
Ну так узнайте у своих программистов, потянут ли они это вообще. Может у них даже навыков нужных нет?
С таким штатом я бы разбил задачу на куски:
1. Разобраться, какой вообще нужен софт, чтобы собрать и запустить новый экземпляр сайта в вашем случае. (БД, веб-сервер и прочее)
2. Написать скрипты для их раскатки.
3. Начать писать тесты.
Для существующих фич лучше делать функциональные (aka браузерные тесты), тк с ними можно меньшим количеством покрыть большее количество кода и точно закрыть основные сценарии работы. (В этот момент надо ещё раз узнать у своих программистов, что они способны такое делать - вполне может быть, что такого нет, и тогда придётся либо вкладываться в обучение, либо нанимать automation QA)
4. Поднять teamcity или что-то аналогичное. Пусть он теперь это всё сам запускает.
1. Разобраться, какой вообще нужен софт, чтобы собрать и запустить новый экземпляр сайта в вашем случае. (БД, веб-сервер и прочее)
магазины работают под 1С-Битрикс, имеет свой встроенные интерфейс А/Б тестов, но все больше компаний которые работают с ним даже имея больший бюджет выделенный на ИТ , отказываются от внутреннего функционала в сторону google optimize и чего то похожего( пока не выяснил)
3. Начать писать тесты.
Для существующих фич лучше делать функциональные (aka браузерные тесты), тк с ними можно меньшим количеством покрыть большее количество кода и точно закрыть основные сценарии работы. (В этот момент надо ещё раз узнать у своих программистов, что они способны такое делать - вполне может быть, что такого нет, и тогда придётся либо вкладываться в обучение, либо нанимать automation QA)
google optimize для этих целей рассматриваю
Автоматизация как таковая тут не нужна, тут нужно начать, посмотреть результаты и вынести решение.
Наши задумки по тестам наверное не такие глобальные что бы использовать все описанное вами, но вам отдельное спасибо!, мы же хотим поставить на потом тесты триггерных кнопок, баннеров, табов и подобное, т.е коллега из другой фирмы дал пример как сворачивание одного таба при загрузке страницы и открытие другого, т.е была при загрузке отображена инфа А , а они поменяли на ифу Б , дала результат по конверсии + 1.3-1.5%
reinmaker90, понял, что вы хотите сделать. Я как-то невнимательно прочитал и подумал, что вы в принципе хотите тестирование сайта автоматизировать, а на самом деле вы хотите a/b тестирование.
Я не знаю, как это обычно делается в битриксе, так что не смогу подсказать.
Простой
