@reinmaker1990

Как построить процесс постоянного A/B тестирования интерфейса сайта на поток и не сесть в лужу?

ДД, думаю что многие сталкивались с такой проблемой, есть интернет магазины, есть владелец бизнеса который хочет получать фидбек, иметь все самое лучшее как у амазона и тд, при затратах на ИТ в 1000 раз ниже чем у тех на кого он равняется.
Как организовать постоянное тестирование интерфейса при наличии очень урезанной команды, сео+2 программиста, конетент-менеджер, есть примеры знакомых у которых работают постоянно тесты и эксперименты по модернизации интерфейса с увеличением конверсии, но там над этим трудятся почти 2 десятка заинтересованных человек, плюс подключаются внешние отделы.
Возможно ли в моем случае как -то попытаться реализовать это? бизнес аналитика и маркетолога у нас нет, и единственное что есть это задача и наша небольшая команда.
Извиняюсь за сумбурность мысли, думаю смысл смог передать.
  • Вопрос задан
  • 43 просмотра
Пригласить эксперта
Ответы на вопрос 1
@vabka
Токсичный
Сначала нужно сформулировать, зачем вам нужна автоматизация и что вам для этого нужно.
> сео+2 программиста
Ну так узнайте у своих программистов, потянут ли они это вообще. Может у них даже навыков нужных нет?

С таким штатом я бы разбил задачу на куски:
1. Разобраться, какой вообще нужен софт, чтобы собрать и запустить новый экземпляр сайта в вашем случае. (БД, веб-сервер и прочее)
2. Написать скрипты для их раскатки.
3. Начать писать тесты.
Для существующих фич лучше делать функциональные (aka браузерные тесты), тк с ними можно меньшим количеством покрыть большее количество кода и точно закрыть основные сценарии работы. (В этот момент надо ещё раз узнать у своих программистов, что они способны такое делать - вполне может быть, что такого нет, и тогда придётся либо вкладываться в обучение, либо нанимать automation QA)
4. Поднять teamcity или что-то аналогичное. Пусть он теперь это всё сам запускает.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы