Методы сбора требований - Проводим интервью

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

📌 Что за метод?

Интервью — это личное общение с заказчиком, пользователями или другими людьми, где аналитик задаёт вопросы, чтобы получить полное представление о проекте.

📌 Что спрашивать?

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

📌 Как учиться проводить интервью?

Начните с простых вопросов и постепенно углубляйтесь. Важно развивать навыки активного слушания, чтобы понять не только ответы, но и контекст. Практика — лучший способ научиться задавать вопросы!

Как подготовиться к интервью для сбора требований? 📝

Вы на новом проекте, и через неделю встреча с заказчиком. Что делать?

1️⃣ Узнайте, что уже известно

Попросите у коллег документы, описания и ранее собранные требования. Это поможет не задавать очевидных вопросов на встрече.

2️⃣ Изучите предметную область

Узнайте о бизнесе заказчика: прочитайте статьи, изучите аналогичные системы. Сформируйте своё представление о бизнесе заказчика и обсудите это с коллегами, всё ли вы правильно поняли.

3️⃣ Определите темы и вопросы

Продумайте, что вы успеете обсудить за встречу, выделите темы, и подготовьте примерные вопросы: что должен делать продукт? какие есть ограничения? кто пользователи?

4️⃣ Визуализируйте идеи команды

Если у вашей команды уже есть идеи о будущем продукте, подготовьте схемы и макеты. Визуализация помогает легко донести информацию.

5️⃣ Узнайте об участниках

Проверьте, кто будет на встрече, и их роли. Это поможет задавать более точные вопросы.

Что спрашивать на интервью? 🤔

Вам поручили собрать требования для приложения по доставке еды. Впереди интервью с владельцем ресторана. Что спрашивать?

1️⃣ Начните с целей проекта

Спросите: Зачем вам это приложение? Поняв цель, вы сможете лучше понять заказчика и узнаете, куда копать дальше.

2️⃣ Узнайте о пользователях

Спросите: Кто будет пользоваться приложением? Это поможет понять, какие функции важны для клиентов и сотрудников.

3️⃣ Изучите текущие процессы

Спросите: Как сейчас происходит оформление и доставка заказа? Это даст понимание, какие процессы нужно улучшить.

3️⃣ Изучите текущие процессы

Спросите: Как сейчас происходит оформление и доставка заказа? Это даст понимание, какие процессы нужно улучшить.

4️⃣ Определите ключевые функции

Спросите, какие функции необходимы: Меню, корзина, отслеживание доставки?

5️⃣ Учтите ограничения и пожелания

Не забудьте про технические и бизнес-ограничения. Спросите: Есть ли особые требования к безопасности, дизайну или скорости работы приложения?

Используя такие вопросы, вы сможете провести интервью структурированно, не забыв о главных аспектах проекта. 🎯

Идем на интервью! Пора практиковаться.

Представьте, что вам поручили собрать требования для приложения по бронированию столиков в ресторане. У вас запланирована встреча с заказчиком на полчаса ⏰. Нужно узнать самое главное, чтобы потом работать с полученными ответами и планировать следующие встречи 📅.

Какие вопросы вы зададите, чтобы собрать основные требования за эти полчаса? 💡

Наш вариант интервью для приложения по бронированию столиков в ресторане:

  • Аналитик: Здравствуйте! Давайте начнем с самого главного: зачем вашему ресторану нужно приложение? 🤔
  • Заказчик: Привет! Ну, это в первую очередь для удобства гостей. Хочется, чтобы можно было легко забронировать столик и, возможно, сразу выбрать еду.
  • Аналитик: Отлично! А кто будет основным пользователем? Это туристы, местные жители? 🕵️
  • Заказчик: Думаю, в основном местные жители. Хотя, если туристы тоже захотят — только за!
  • Аналитик: Понял. Теперь давайте уточним по основному процессу, как сейчас гости бронируют столик? Вы как-то принимаете звонки, или это происходит больше на месте?
  • Заказчик: Обычно по телефону. Но это утомительно, хотелось бы автоматизировать процесс. Это вторая причина, зачем нам нужно приложение.
  • Аналитик: Прекрасно, за этим мы и здесь! Как вы себе представляете будущее приложение? 🗓
  • Заказчик: Хочу, чтобы гости могли выбрать столик заранее, буквально в пару кликов. Идеально, если они сразу увидят план зала и смогут выбрать место, например, у окна или подальше от других гостей для приватности. Также хотелось бы, чтобы в приложении сразу была информация о нашем меню, чтобы гость мог не только бронировать столик, но и заказывать еду заранее.
  • Аналитик: Хорошо, я как гость сам бы этого хотел! Проработаем макеты пользовательского интерфейса и обсудим детали! А как вы сейчас подтверждаете бронирование? Могу предложить добавить уведомления, например, по SMS или email.
  • Заказчик: Да, точно! Пусть у нас будут оба варианта, на всякий случай.
  • Аналитик: Отлично, учту. А если клиент решит отменить бронь, как нам поступить?
  • Заказчик: Наверное, было бы полезно уведомить нас об отмене. Так мы бы посадили гостей, которые пришли без брони. Нам важно знать о свободных местах.

...
Так прошла наша первая встреча!

Зачем писать протокол встречи? 📝

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

Пример протокола по встрече о приложении для бронирования столиков:

Дата встречи: 15 января 2025
Тема: Интервью с заказчиком для приложения бронирования столиков Участники: Системный аналитик, Заказчик (владелец ресторана)

👇👇👇👇👇👇👇👇👇👇

Ключевые цели приложения:

📌 Обеспечить удобное бронирование столиков для гостей.

📌 Возможность выбора столика (у окна, для приватности).

📌 Предварительный заказ блюд из меню.

Пользователи:

Местные жители (основная аудитория), потенциальные туристы.

Основной процесс:

Сейчас бронирование проходит по телефону. Приложение должно автоматизировать этот процесс, сохраняя возможность бронирования по телефону.

Функциональные требования:

  • Выбор столика на плане зала — возможность выбрать место (например, у окна или в приватной зоне).
  • Просмотр меню и предварительный заказ еды — клиент может выбрать блюда до визита.
  • Подтверждение бронирования — отправка уведомлений по SMS и email.
  • Отмена бронирования — уведомление ресторана об отмене для управления доступностью столиков.

Следующие шаги:

  • Разработать макеты интерфейса (отображение плана зала, меню).
  • Продумать и утвердить функциональность уведомлений и отмены бронирования.
  • Протокол сохраняет важные детали и помогает вернуться к ним в любой момент!
avatar

Вера Коновалова

Старший системный аналитик с более 8 лет опыта. За плечами более 15 проектов. Примеры: агрегатор покупки ОСАГО, судебная система, Т-Инвестиции, система для управления рисками в Райффайзен Банке, проекты для Сбера, личный кабинет Лаборатории Касперского. Основатель AnalystCore.

Подписаться

Читайте авторские заметки в нашем сообществе

Telegram для начинающих

Перейти в → AnalystCore | Начало пути в IT | Системный аналитик

Приходите за теорией простыми словами и мотивацией!

Telegram для опытных

Перейти в → AnalystCore | Системный аналитик в IT

Сюда за лайфхаками по работе