Интервьюирование и анкетирование

10 мин

На этой странице

1. Суть темы
2. Ключевые понятия
Типы интервью
Экспертное, пользовательское и техническое интервью
Анкета: типы вопросов
Триангуляция
3. Как применяется в работе аналитика
Подготовка к интервью
Сколько интервью «достаточно»
Проведение: очно и удалённо
Обработка результатов и цепочка к требованиям
Анкетирование: когда и как
Практический сценарий комбинирования
Этика сбора данных
ИИ как ассистент (не замена аналитика)
Выбор инструмента для анкет
4. Типовые ошибки и ограничения
Интервью
Анкетирование
Связи с другими разделами базы
Источники и дополнительные материалы
Книги и стандарты
Статьи и гайды
Исследования: LLM и requirements engineering
Онлайн-курсы

Интервью и анкеты — два базовых, но принципиально разных инструмента выявления требований (elicitation). Первый даёт глубину и контекст, второй — широту и количественную картину. Задача аналитика — понимать, когда применять каждый метод, как комбинировать их и как перевести результаты в проверяемые требования, а не остановиться на «мы поговорили с пользователями». Опрос по e-mail или в мессенджере без платформы — та же логика статической анкеты, а не «неформальный чат».

1. Суть темы

Интервью (interviews) — структурированная или полуструктурированная беседа с заинтересованной стороной с целью извлечь информацию о потребностях, проблемах, ожиданиях и контексте. Аналитик участвует напрямую: может уточнять, просить примеры, замечать невербальные сигналы.

Анкетирование (surveys / questionnaires) — сбор информации от группы респондентов через стандартизированный набор вопросов, обычно без прямого участия аналитика в момент ответа. После запуска формулировки и порядок вопросов не переписываются на лету — в отличие от интервью, где аналитик адаптирует ход беседы. При этом в статической анкете допустимо условное ветвление (logic branching): путь респондента по блокам зависит от ответов, но сами вопросы зафиксированы заранее. Адаптивные опросы и чат-боты с «персонализацией в реальном времени» — уже другой класс инструмента.

Ключевое различие для проекта: глубина против охвата. Интервью закрывают «почему» и «как на самом деле устроено», анкета — «насколько часто» и «что важнее для большинства». В BABOK® v3 оба метода относятся к области «Elicitation and Collaboration» (гл. 4) и описаны как техники в гл. 10: 10.25 Interviews и 10.45 Survey or Questionnaire (см. 00.04 Основные стандарты и своды знаний (BABOK, SEBoK, ISO 29148)). ISO/IEC/IEEE 29148 трактует elicitation как часть процессов requirements engineering — от сбора информации до её формализации.

Групповой формат с несколькими респондентами одновременно (фокус-группа, совместная сессия) — не одиночное интервью; его логика ближе к 02.02.02 Воркшопы, фасилитация и совместные сессии.

Критерий	Интервью	Анкетирование
Глубина информации	Высокая	Низкая–средняя
Охват респондентов	Низкий (единицы–десятки)	Высокий (десятки–сотни)
Гибкость	Высокая (уточнения, смена фокуса в реальном времени)	Формулировки фиксированы после запуска; маршрут по блокам может быть условным (ветвление)
Затраты времени аналитика	Высокие на одного респондента	Низкие на одного, выше на подготовку и анализ
Риск искажений	Влияние интервьюера, социальная желательность	Самовыборка, неверная интерпретация вопросов
Лучше всего для	Корневые причины, сложные процессы, конфликтующие интересы	Частота, приоритеты, проверка гипотез на широкой выборке

2. Ключевые понятия

Типы интервью

Тип	Характеристика	Когда применять
Структурированное	Жёсткий список вопросов в фиксированном порядке.	Верификация гипотез, сравнимые ответы от небольшого числа респондентов (3–7).
Полуструктурированное	План тем и ключевых вопросов, гибкий порядок, уточнения.	Рабочий default аналитика для глубинного понимания.
Неструктурированное	Свободная беседа вокруг темы.	Новая предметная область, установление доверия.

Для охвата многих респондентов с однотипными вопросами рациональнее анкета (или анкета + несколько глубинных интервью), а не серия структурированных интервью — последнее дорого по времени и не масштабируется.

Экспертное, пользовательское и техническое интервью

Цель и гайд зависят от роли респондента:

Эксперт предметной области (SME): правила, исключения, интеграции, «как должно быть по регламенту».
Конечный пользователь (end user): реальный сценарий работы, обходные пути, боли в интерфейсе и процессе.
Технический стейкхолдер (архитектор, разработчик, DevOps, владелец смежной системы): ограничения платформы, существующие контракты, технический долг, риски интеграции. Здесь выше риск solutioning — респондент предлагает готовую реализацию вместо описания потребности. Держите гайд на уровне «что должно работать и при каких условиях», а не «какой стек выбрать»; язык — достаточно точный, но без преждевременного проектирования. См. 09.06 Ведение переговоров с техническими командами.

Один человек может совмещать роли — тогда в гайде явно разделяйте блоки «как вы работаете», «как устроено по правилам» и «что допустимо технически».

Анкета: типы вопросов

Закрытые: выбор из вариантов, шкала Лайкерта, ранжирование, да/нет. Удобны для количественного анализа.
Открытые: свободный текст. Дают качественные инсайты, но требуют кодирования; держите 1–2 на анкету.
Смешанные: выбор варианта + «Другое (укажите)».

Триангуляция

Ни интервью, ни анкета сами по себе не дают «истины». Данные одного метода сверяйте с другими источниками: другими интервью, 02.02.03 Наблюдение и анализ документов, метриками системы. Это снижает риск зафиксировать заявленное мнение вместо фактического поведения и подводит к 02.04.01 Верификация и валидация (V&V).

3. Как применяется в работе аналитика

Эта статья — про elicitation-контекст: выбор метода, подготовка гайда, связка с требованиями и типичные ловушки BA. Техники активного слушания, типы вопросов, работа с сопротивлением и паузами — в 09.01 Техники активного слушания и опросов; здесь только то, что нужно для проведения интервью как метода сбора требований.

Подготовка к интервью

Цель: не «поговорить вообще», а «понять, почему падает конверсия на шаге оплаты». Выравнивайте её с 02.01.01 Определение бизнес-проблем и возможностей и 02.01.02 Цели, KPI и критерии успеха (SMART, GQM) — сначала проблема и критерий успеха, потом вопросы о UI и процессе.
Респондент: по 02.01.03 Анализ заинтересованных сторон (Stakeholder Map) — носитель нужной информации; один «громкий» пользователь не равен всей группе.
Гайд: 5–10 открытых вопросов («как», «почему», «что происходит, когда…»); минимум закрытых «да/нет». Явно отметьте in/out of scope для сессии — интервью легко раздувает объём («а давайте ещё…»); фиксируйте идеи за границей, но не обещайте их в гайде (см. 02.01.04 Определение границ решения (Scope Modelling)).
Контекст: регламенты, данные о текущей системе, материалы из 02.02.03 Наблюдение и анализ документов.
Логистика: время, формат (очно / видео), запись — только с явного согласия (устного или письменного, по политике организации). Гайд и протокол — локальные артефакты проекта (шаблонов интервью в базе нет); перед стартом elicitation сверьтесь с 10.04 Чеклист аналитика перед стартом разработки.

Сколько интервью «достаточно»

Универсального числа нет. Практическая эвристика на проекте:

минимум по одному представителю каждой значимой роли из карты стейкхолдеров;
продолжать, пока новые интервью не добавляют существенных тем (насыщение) или пока не проявятся противоречия между ролями, требующие отдельной проработки;
UX-исследования с формальным расчётом выборки — в 02.02.04 Прототипирование и UI-UX-исследования; для BA достаточно осознанного покрытия ролей, а не статистической репрезентативности.

Проведение: очно и удалённо

Трёхфазовая структура (доли времени зависят от длительности и цели, не от универсальных процентов):

Разогрев: цель, использование результатов, согласие на запись, простой входной вопрос о роли.
Основная часть: гайд как опора, не клетка; активное слушание (см. 09.01 Техники активного слушания и опросов), уточнения, просьба показать на экране, пример из последнего раза.
Завершение: резюме («я услышал, что…»), «что ещё важно?», договорённость о следующих шагах.

Удалённые интервью (видеозвонок, screen share) сегодня — норма по умолчанию. Заранее проверьте связь, инструмент записи, часовой пояс и язык; попросите респондента открыть нужные системы до начала. При демонстрации экрана — минимизация лишнего: лишние вкладки, чужие данные, уведомления с персональной информацией. Запись и общие заметки ведите параллельно — транскрипт не заменяет вашу интерпретацию.

Кто ведёт заметки: solo-интервью — аналитик слушает и фиксирует ключевое; при сложной теме подключайте note-taker (не участвует в диалоге). Цитаты в протоколе должны быть согласованы с расшифровкой перед включением в 02.03.03 Спецификация требований (SRS, Use Case, User Story) и трассировку.

Обработка результатов и цепочка к требованиям

Расшифровать и структурировать в тот же или следующий день, пока свеж контекст.
Выделить потребности, боли, ограничения; сравнить с другими интервью — где противоречия, где закономерности.
Сформулировать гипотезы требований, а не готовые решения.
Зафиксировать в артефактах: 02.03.03 Спецификация требований (SRS, Use Case, User Story), 04.02 Пользовательские истории (User Stories) и Job Stories — по принятому на проекте формату.
Отправить респонденту structured notes или краткое «review my understanding» для подтверждения понимания — мост к валидации (02.04.01 Верификация и валидация (V&V)).

При расхождении между интервью не усредняйте молча: зафиксируйте конфликт, проверьте, не отражает ли он разные роли или скрытые интересы (02.01.03 Анализ заинтересованных сторон (Stakeholder Map)), при необходимости вынесите на 02.02.02 Воркшопы, фасилитация и совместные сессии или дополнительное интервью с влиятельной стороной.

Анкетирование: когда и как

Применять, когда нужно:

охватить группу, которую невозможно опросить лично (десятки и более);
получить распределение частот, рейтинги болей, приоритеты для 02.03.02 Приоритизация требований (MoSCoW, WSJF, Кано);
проверить гипотезы, сформированные на интервью.

Когда анкета не нужна или достаточно короткого опроса:

малый штат (единственный отдел, 5–15 человек) и все ключевые роли уже закрыты интервью + 02.02.03 Наблюдение и анализ документов — полноценная анкета избыточна;
корпоративный B2B-проект с десятками, а не сотнями пользователей — часто хватает pulse-опроса на 15–30 человек для проверки приоритетов, без масштаба «100+»;
100+ респондентов — сценарий массового продукта или широкой внутренней аудитории; для типичного enterprise BA это исключение, а не норма.

Принципы дизайна:

одна мысль — один вопрос;
ясный язык без жаргона для нетехнической аудитории;
нейтральные формулировки;
логичный порядок: от простого к сложному, от общего к частному;
длина и цель согласованы: размытая цель чаще губит опрос, чем лишние пять вопросов; при этом анкета на 20+ вопросов обычно снижает процент завершения — сокращайте до минимума, нужного для решения;
обязательные vs необязательные вопросы: длинная цепочка обязательных полей подряд повышает отказ; критичные измерения — обязательны, второстепенные — по желанию;
пилот на 2–3 коллегах, не вовлечённых в проект, с ревизией формулировок — базовая проверка validity (измеряем ли то, что задумали) и reliability (одинаково ли понимают вопрос);
ветвление (logic branching / skip patterns): проверьте, что условные переходы не «ломают» анкету и не показывают респонденту чужие блоки вопросов.

Выборка и метрики: анкета через общий канал даёт самовыборку — услышите тех, кому есть что сказать и кто успел ответить. «Молчаливые» стейкхолдеры анкетой не заменяются; для них нужны таргетированные интервью. Смотрите response rate, долю полных против частичных ответов; при низком отклике или явной нерепрезентативности выборки не используйте результаты для жёсткой приоритизации без оговорок.

Обработка: для закрытых вопросов — распределения, средние, мода; для открытых — тематическое кодирование. Помните: анкета отражает заявленное мнение, не обязательно поведение; триангулируйте с интервью и наблюдением.

Практический сценарий комбинирования

Старт: 5–7 полуструктурированных интервью с ключевыми стейкхолдерами и типичными пользователями → гипотезы.
Анкета или pulse-опрос: проверка частоты и важности болей — на 15–30 респондентах в корпоративном проекте или 100+ при массовой аудитории (если она реально существует).
Уточнение: неожиданный паттерн в данных → 2–3 целевых интервью для объяснения причин.

Этика сбора данных

Применительно к интервью и анкетам, а не «этике профессии» в целом:

Информированное согласие: цель, использование, конфиденциальность, право не отвечать.
Минимизация данных: только то, что нужно для решения; идентификаторы — отдельно от содержательных ответов.
Анонимность vs идентифицируемость: анонимный опрос повышает честность при чувствительных темах, но не позволяет уточнить ответ; идентифицируемый — наоборот. Выбор зависит от конфликта интересов и политики организации.
Предотвращение вреда: чувствительные темы и конфликт интересов (например, руководитель и подчинённый в одной цепочке процесса) — формулировки и формат так, чтобы респондент не рисковал положением.
ПДн и регуляторика: при опросах с идентификаторами — правовой контур организации (152-ФЗ, отраслевые нормы, политики безопасности); см. 08.06 Юридические и регуляторные требования РФ (PCI-DSS) для общего обзора регуляторных ограничений в проектах.

ИИ как ассистент (не замена аналитика)

LLM и сервисы транскрипции могут ускорить черновик гайда, расшифровку записи и первичное кодирование открытых ответов. Финальные формулировки, выводы и решения остаются за аналитиком: проверяйте предвзятость вопросов, не загружайте в публичные модели ПДн и коммерческую тайну. Детали — в 11.03 Промпт-инжиниринг для аналитика, 11.06 Этические и правовые аспекты, 11.07 Практические кейсы применения LLM в анализе.

Выбор инструмента для анкет

Критерии важнее бренда: политика безопасности и хранения данных, экспорт результатов, интеграции, поддержка ветвления, соответствие требованиям к ПДн. На практике: корпоративные формы (Google/Microsoft Forms), enterprise-платформы с аналитикой (Qualtrics), self-hosted open-source (Formbricks) при жёстких требованиях к контролю данных.

4. Типовые ошибки и ограничения