UX-исследование с небольшим бюджетом: узнайте клиентов заранее

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

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

#Зачем исследовать до разработки

Любой сайт или приложение строится на предположениях: «клиентам важна цена», «люди будут записываться онлайн», «им нужно приложение, а не сайт». Часть предположений верна. Часть — дорогие ошибки. Исследование — это просто самый дешёвый момент, чтобы понять, где что: до дизайна, до разработки, до запуска.

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

#Что на самом деле нужно узнать

Не пытайтесь узнать всё. Сфокусируйтесь на четырёх вопросах:

1. Кто клиент? Не только возраст и пол, а его ситуация. «Мама в Кишинёве, которая после работы записывает ребёнка к педиатру» полезнее, чем «женщины 25–40».
2. Какую задачу он решает? Записаться, сравнить, заказать, узнать стоимость, найти телефон.
3. Что ему мешает сейчас? Непонятные цены, нет онлайн-записи, сайт не работает на телефоне, приходится звонить.
4. Какими словами он говорит? Язык клиентов — золото для заголовков, пунктов меню и SEO.

#Недорогие методы UX-исследования

#Интервью с клиентами

Самый ценный метод. Поговорите с пятью-шестью людьми, которые являются (или могут стать) вашими клиентами. Спрашивайте о прошлом, а не о будущем: «Расскажите, как вы в последний раз заказывали цветы онлайн» даёт реальные ответы, а «Пользовались бы вы приложением для этого?» — вежливые догадки.

Хорошие вопросы для интервью:

• Что вы пытались сделать? Как всё прошло?
• Как вы решаете эту задачу сейчас? Что раздражает?
• Что чуть не заставило вас бросить?
• Как вы выбирали между вариантами?

Больше слушайте, чем говорите, ничего не продавайте и записывайте точные фразы.

#Данные, которые у вас уже есть

Телефон, Viber, Telegram, Messenger и почта полны материала для исследования. Пролистайте переписку с клиентами за последние месяцы и сгруппируйте: о чём спрашивают чаще всего? Каждый повторяющийся вопрос — это недостающий контент или непонятный элемент интерфейса.

#Разбор конкурентов

Возьмите трёх конкурентов — местных и один хороший пример из-за рубежа — и попробуйте выполнить на каждом сайте реальную задачу: найти цену, записаться, оформить заказ. Отметьте, что было удобно, а что раздражало. Задача не скопировать, а понять ожидания, которые у ваших клиентов уже есть.

#«Партизанское» юзабилити-тестирование

Когда есть набросок, прототип или готовый сайт, дайте человеку задачу и наблюдайте. Это может быть знакомый из вашей целевой аудитории, клиент в вашем магазине или коллега из другого отдела. Попросите «думать вслух» — и молчите. Nielsen Norman Group давно говорит, что юзабилити-тест примерно на пяти пользователях выявляет большую часть проблем дизайна, а несколько небольших раундов тестирования полезнее одного большого исследования. Это правило про юзабилити-тесты, а не про опросы и статистику.

#Опросы и аналитика

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

#План исследования на одну неделю

1. День 1. Запишите свои предположения и четыре вопроса выше. Разберите переписку и обращения.
2. День 2. Пройдите сайты трёх конкурентов. Отметьте паттерны и пробелы.
3. Дни 3–4. Проведите пять-шесть коротких интервью.
4. День 5. Набросайте структуру сайта или приложения — на бумаге или в конструкторе проекта — и быстро протестируйте её на двух-трёх людях.
5. Выходные. Подведите итог: 3 главные цели пользователей, 3 главных препятствия, ключевые фразы. Это основа для дизайна и ТЗ.

#Как превратить выводы в решения

Исследование окупается, только если меняет то, что вы строите. Для каждого вывода напишите одну строку: «Мы узнали X, поэтому сделаем Y».

Мы узнали, что большинство клиентов звонят только уточнить условия доставки → выносим информацию о доставке на каждую карточку товара и в FAQ.

Затем расставьте приоритеты: первым идёт то, что затрагивает больше всего людей и блокирует главную цель. Этот список становится вашим UX-планом и определяет структуру, о которой мы писали в гайде как сделать хороший UI/UX. Если вы готовите первую версию продукта, он же поможет решить, что войдёт в MVP, а что подождёт.

#Частые ошибки

• Спрашивать, чего люди хотят. Они начнут придумывать функции. Лучше спрашивайте, что они делают и что их раздражает.
• Говорить только с друзьями. Друзья милые. Слишком милые. Найдите хотя бы несколько незнакомых людей из целевой аудитории.
• Наводящие вопросы. «Вам ведь было бы удобно записываться онлайн?» — на это есть только один вежливый ответ.
• Исследовать и игнорировать. Если выводы не изменили план, неделя потрачена впустую.
• Ждать идеального исследования. Пять неидеальных интервью лучше, чем ноль идеальных.

#FAQ

#Со сколькими пользователями нужно поговорить?

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

#Можно ли проводить UX-исследование, если продукта ещё нет?

Да, и это лучший момент. Интервью, разбор конкурентов и анализ переписки не требуют продукта. Структуру можно проверить на бумажном наброске или скелете из конструктора.

#Стоит ли исследовать ради простого лендинга?

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

#Кто должен проводить исследование — разработчик или я?

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

#Начните с того, что уже знаете

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