Сначала разобраться. Потом создавать.
Исследуем бизнес, аудиторию, рынок и будущий продукт до начала разработки. Определяем, что действительно нужно создавать, как это должно работать и во что имеет смысл инвестировать.
Самая дорогая ошибка — хорошо разработать не то.
Разработка может быть технически идеальной и всё равно не решить задачу бизнеса. Если неверно определены продукт, структура, сценарии или приоритеты, проблема обнаруживается уже после того, как в дизайн и разработку вложены время и деньги. Исследование переносит эти решения в начало проекта.
Не собираем требования. Принимаем решения.
Хорошее исследование не заканчивается папкой документов. Оно должно снять неопределённость в ключевых вопросах будущего проекта.
Какую задачу должен решить продукт?
Не «какие блоки будут на главной», а зачем проект нужен компании, что должно измениться после запуска и какой результат будет считаться успешным.
Для кого мы это создаём?
Кто принимает решение, что важно пользователю, какие вопросы и барьеры возникают на пути к целевому действию.
Что действительно должно войти в проект?
Отделяем необходимое от функциональности «на всякий случай» и определяем приоритет первой версии.
Как превратить идею в реалистичный проект?
Определяем структуру, пользовательские сценарии, интеграции, ограничения, этапы и порядок разработки.
Смотрим на проект с пяти сторон.
Сайт существует не отдельно от бизнеса. Поэтому одновременно учитываем коммерческую задачу, аудиторию, рынок, интерфейс и технические ограничения.
Бизнес
Цели проекта, продукты, экономика, процессы, продажи, ограничения и ожидания команды.
Аудитория
Сегменты пользователей, мотивы, вопросы, барьеры и сценарии принятия решения.
Рынок
Конкуренты, привычные решения, ожидания аудитории и возможности для отличия.
Текущий продукт
Если сайт уже существует — изучаем его структуру, контент, интерфейс, данные и накопленные проблемы.
Технологии
Интеграции, роли, внешние системы, данные и ограничения, которые влияют на архитектуру проекта.
От неопределённости — к проекту, который можно оценить.
Не растягиваем исследование ради самого исследования. Каждый этап должен приблизить нас к конкретному решению.
Погружаемся
Изучаем бизнес, существующие материалы, продукты и ограничения. Общаемся с ключевыми участниками проекта.
Проверяем
Анализируем аудиторию, рынок, конкурентов, текущий сайт и исходные гипотезы.
Проектируем
Формируем структуру, ключевые сценарии, состав функций и прототипируем важные экраны.
Планируем
Определяем приоритеты, этапы реализации, технические требования, сроки и порядок бюджета.
Не презентация ради презентации.
На выходе остаётся рабочая основа, с которой можно переходить к дизайну и разработке — у нас или у другой команды.
Концепция продукта
Что создаём, для кого, какую бизнес-задачу решаем и в чём ценность продукта.
Структура
Разделы, сущности, связи между ними и информационная архитектура.
Пользовательские сценарии
Ключевые пути пользователей и логика взаимодействия с будущим продуктом.
UX-прототип
Прототипируем ключевые страницы и сценарии до начала полноценного дизайна.
Требования
Функции, роли, интеграции и технические условия, которые нужно учесть в разработке.
План реализации
Приоритеты, этапы, предварительный объём проекта, сроки и порядок бюджета.
После исследования можно принять решение.
Исследование не обязано закончиться большой разработкой. Его задача — дать достаточно информации, чтобы бизнес мог осознанно выбрать следующий шаг.
Исследование нужно не каждому проекту.
Если задача простая и уже хорошо определена, не будем продавать лишний этап.
Когда ошибка на старте будет стоить дорого.
- запускается новый сложный сайт или сервис
- нужно полностью переосмыслить существующий продукт
- несколько аудиторий и пользовательских ролей
- много интеграций и бизнес-логики
- внутри компании нет единого видения проекта
- нужно определить приоритет первой версии
- проект требует существенных инвестиций
Когда задача уже понятна.
- нужен небольшой корпоративный сайт
- структура и функциональность очевидны
- нет сложных ролей и интеграций
- продукт хорошо знаком рынку
- нет необходимости проверять бизнес-гипотезу
Исследуют те, кто понимает, как это потом создавать.
Решение сразу проверяется не только с точки зрения бизнеса и UX, но и с точки зрения реальной реализации.
Частые вопросы об исследовании проекта
Можно прийти с идеей, старым сайтом, техническим заданием или просто с бизнес-задачей.
Это как раз подходящая ситуация для исследования. Начинаем не с структуры сайта, а с задачи бизнеса, аудитории и контекста. После этого формируем возможное решение.
Техническое задание можно использовать как исходный материал. Но если проект крупный, полезно сначала проверить, действительно ли зафиксированные в нём решения соответствуют задачам бизнеса и пользователей.
Да. Особенно если планируется серьёзный редизайн, изменение структуры, новые функции или трансформация сайта под изменившийся бизнес.
Для большинства задач ориентируемся на цикл около 1–2 недель. Если продукт включает много ролей, подразделений, интеграций или сложную бизнес-логику, объём и срок определяем отдельно.
Нет. Результаты исследования должны быть самостоятельной рабочей основой проекта. С ними можно продолжить разработку вместе с IDEAL или передать материалы другой команде.
Это тоже хороший результат. Цель исследования — не доказать необходимость большой разработки, а найти рациональное решение задачи. Иногда им действительно оказывается более простой продукт.
Есть задача. Но пока неясно, каким должно быть решение?
Расскажите о бизнесе, идее или существующем проекте. Посмотрим, действительно ли нужен отдельный этап исследования и что именно стоит выяснить до начала разработки.
Обсудить задачуИногда решение — новый сайт. Иногда — редизайн, каталог, интеграция, SEO или развитие существующего продукта. Сначала разбираемся, что действительно нужно изменить.