Discovery-фаза (предпроектное обследование) — это этап, на котором аналитик изучает существующее устройство бизнеса заказчика до того, как появится проектное решение. На практике обследование ведётся преимущественно через интервью с сотрудниками заказчика и отчасти через демонстрацию работы в информационных системах. Отдельная практическая проблема этого этапа — фиксация результатов: час разговора превращается в часы работы над протоколом, и от того, как организован конспект, зависят и сроки, и полнота итогового документа. Ниже собраны приёмы, которые снижают трудозатраты на фиксацию и помогают удерживать контекст вместе с заказчиком.
1. Суть темы
Предпроектное обследование отвечает на вопрос «как устроено сейчас», а не «как надо будет». Аналитик собирает верхнеуровневое понимание бизнес-процессов, уточняет проблемы и ожидания, а затем переводит это в документ — протокол или отчёт по итогам обследования.
Ключевая сложность — не сам разговор, а его письменный след. Час опроса с записями от руки выливается в 2–4 часа подготовки протокола или отчёта, а полноценный документ по итогам обследования на 2–3 дня может занимать 4–6 дней работы. Если сразу набирать текст, время на подготовку документа снижается, но запоминается меньше, чем при записи заметок от руки. Этот компромисс между скоростью фиксации и полнотой запоминания — центральный для этапа.
2. Приёмы фиксации результатов
Участники обсуждения предложили несколько взаимодополняющих практик. Их удобно разделить по ситуации, в которой они применяются.
| Ситуация | Приём | Что даёт |
|---|---|---|
| Исследовательское интервью | Запись разговора с разрешения, затем транскрибация и редактирование | Точность, защита от когнитивных ошибок |
| Встреча, где принимаются решения | Наброски на доске или в документе, видимом всем на экране | Общий контекст, фиксация решений «на месте» |
| Заказчик много рассказывает и показывает | Скриншоты, фото экрана с телефона | Сохранение визуального контекста систем |
| Есть готовые материалы | Запрос письменных ответов, инструкций, списка вопросов | Снижение нагрузки на протокол |
| Нужно разгрузить аналитика | Второй человек, который печатает | Параллельная фиксация без потери внимания |
Отдельно стоит отметить разницу между исследовательским интервью и встречей, где принимаются решения. В первом случае запись и последующая транскрибация оправданы. Во втором лучше сразу делать наброски на доске или в общем документе. При демонстрации систем помогают скриншоты, а обсуждение удобно фиксировать не полной стенограммой, а важными моментами: вопросами-ответами, выводами и решениями.
Пределы транскрибации тоже важны: многие CX-исследователи до сих пор транскрибируют записи интервью, чтобы не попасться на когнитивные ошибки, однако у аналитиков параллельно бывает намного больше дел, и позволить себе такое они не могут. Поэтому транскрибация — инструмент выборочный, а не обязательный.
3. Визуальные техники и совместная работа с заказчиком
Наглядная работа с заказчиком снижает риск недопонимания. Простой и надёжный вариант — сразу рисовать на белой доске: решения прорабатываются вместе с заказчиками, а затем схемы «причёсываются» и иногда оформляются в виде схем с пояснениями.
Дополнительно помогают:
- взять с собой второго человека, чтобы тот печатал;
- заранее тщательно расписать повестку, если от заказчиков требуется выбрать варианты решений;
- делать скриншоты, если заказчик много рассказывает и показывает.
4. Техники: Event Storming, Impact Mapping и другие
Более тяжёлые техники на предпроектном этапе требуют осторожности. Event Storming для организации, где такая методика применяется впервые, несёт высокие риски — возможно, к ней стоит возвращаться ближе к разработке информационной системы.
Более лёгкий путь — в режиме онлайн открыть доску и рисовать схему процесса, не заботясь о нотации: «стрелочки с квадратиками» вполне подходят, а затем переходить к impact map. Артефакт процесса и артефакт карты позволяют оставаться в контексте с бизнес-заказчиком. С impact map можно нарезать пользовательские истории и плавно перейти к проектированию информационной системы.
При этом уместность Impact Mapping в контексте изучения существующего спорна: если задача — именно исследование, логичнее говорить о Value Stream Mapping. Логика сторонников impact map такова: времени и ресурсов на полноценное описание as-is часто не хватает, поэтому переход к изменениям проходит быстрее. В качестве варианта в контексте исследования стоит рассмотреть также CJM.
5. Что важно запомнить
- Discovery — это про «как устроено сейчас», а не про проектное решение.
- Основные каналы сбора информации — интервью и демонстрация работы в системах; см. 02.02.01 Интервьюирование и анкетирование.
- Фиксация результатов — самостоятельная задача с измеримой стоимостью: час опроса ≈ 2–4 часа протокола.
- Приёмы фиксации выбираются под ситуацию: запись и транскрибация — для исследования, наброски на доске — для встреч с решениями, скриншоты — для демонстраций.
- Визуальные техники (доска, схема процесса, impact map, CJM) помогают удерживать контекст с заказчиком.
- Понимание проблем и интересов сторон — основа обследования; см. 02.01.01 Определение бизнес-проблем и возможностей и 02.01.03 Анализ заинтересованных сторон (Stakeholder Map).