Почему не СДЕЛАТЬ несколько, 2-5 вариантов расположения кнопки и протестировать это хоть на реальных пользователях, хоть на ux-тестах?
Чем описанный вариант теста лучше?
До кучи, кнопку на выбранном месте можно визуально реализовать так, что она будет как первой в иерархии, так и гдето в конце - тогда все результаты ваших тестов можно выкинуть в ведёрко :)
Ну и на десерт - сколько вы потратили денег на тесты, не только на юзеров, но и время вашей команды на все эти действия, сбор данных, коммуникации, размещения тестов ? И сколько стоило бы фронт-ендеру закодить 2-5 вариантов? Думаю, второй вариант дешевле раза минимум в два, а то и 5-10, если есть возможность тестить на продакшене и фронт шустрый 🙃
Не сочтите за токсичность, только аргументы и конструктив ведь )
Привет, этот текст больше про аудитории UX тестов, но ответим и на твои вопросы:
1. Подобные тесты намного дешевле, чем a/б - и самое главное, они быстрее ими тестировать можно не только кнопки - но и более глобальные гипотезы/функционал останавливаясь только на прототипах/макетах. Подобный тест для проверки аудитории занял на подготовку и прохождение - полдня 1 человека у которого ставка дешевле чем разраба, где большая часть - ожидание. 2. Это не отменяет a/б тестов, они всегда идут после запуска на бой. 3. В этом случае, нам было интересно считают ли пользователи так же как мы, если сделаем сами - то не узнаем паттерн пользователя, а предложим лишь выбор наших мыслей, но и такой подход можно использовать
Почему не СДЕЛАТЬ несколько, 2-5 вариантов расположения кнопки и протестировать это хоть на реальных пользователях, хоть на ux-тестах?
Чем описанный вариант теста лучше?
До кучи, кнопку на выбранном месте можно визуально реализовать так, что она будет как первой в иерархии, так и гдето в конце - тогда все результаты ваших тестов можно выкинуть в ведёрко :)
Ну и на десерт - сколько вы потратили денег на тесты, не только на юзеров, но и время вашей команды на все эти действия, сбор данных, коммуникации, размещения тестов ? И сколько стоило бы фронт-ендеру закодить 2-5 вариантов? Думаю, второй вариант дешевле раза минимум в два, а то и 5-10, если есть возможность тестить на продакшене и фронт шустрый 🙃
Не сочтите за токсичность, только аргументы и конструктив ведь )
Привет, этот текст больше про аудитории UX тестов, но ответим и на твои вопросы:
1. Подобные тесты намного дешевле, чем a/б - и самое главное, они быстрее ими тестировать можно не только кнопки - но и более глобальные гипотезы/функционал останавливаясь только на прототипах/макетах. Подобный тест для проверки аудитории занял на подготовку и прохождение - полдня 1 человека у которого ставка дешевле чем разраба, где большая часть - ожидание.
2. Это не отменяет a/б тестов, они всегда идут после запуска на бой.
3. В этом случае, нам было интересно считают ли пользователи так же как мы, если сделаем сами - то не узнаем паттерн пользователя, а предложим лишь выбор наших мыслей, но и такой подход можно использовать
Спасибо за комменты)