Профессия

ИИ бизнес-аналитик

Разговаривает с людьми и переводит «нам надо вот это» в понятные требования, по которым можно делать и принимать работу.

Обновлено · Обновлено 29 сентября 2026Открывается совсем скороПродукт и IT

Профессия

Бизнес-аналитик

Что берёт на себя

8

Что выдаёт на руки

6

01Что берёт на себя

В чате три абзаца, в голове у каждого своё. Сделали: не то. Переделали: снова не то. Все злятся, никто не виноват, потому что никто не зафиксировал.

Расспросить до дыр

Кто нажимает, в какой момент, что если ошибка, кто это видит. Не стесняется глупых вопросов.

Сценарий человека

Шаги от «захотел» до «получил», не список полей для красоты.

Что на входе и выходе

Какие данные есть, каких нет, какой документ или экран считается результатом.

Исключения

Пусто, отказ, дважды нажал, нет прав. Именно тут обычно взрывается сдача.

Критерии приёмки

Как заказчик поймёт, что сделано. Галочки, которые можно пройти руками.

Дыры и вопросы

Чего не решили: списком, не прячет в абзаце «уточнить».

Общий язык

Одни и те же слова для заказчика и разработки. Не три названия одной кнопки.

Передача в работу

Пакет, с которым можно оценивать и писать. Не «ну вы поняли».

02Как идёт к результату

  1. 01

    Новая хотелка

    Сначала люди, потом текст.

    Спрашивает, какую боль закрываем и кто это делает руками сегодня. · Смотрит, как сейчас: таблица, чат, чужая система. · Набрасывает сценарий и исключения. · Возвращает заказчику простым языком: «правильно ли я понял».

  2. 02

    Требования в работу

    Документ, который переживает пятницу.

    Кто пользователь, шаги, данные, результат. · Что считается готовым: галочки приёмки. · Что сознательно не входит. · Открытые вопросы красным, не мелким шрифтом.

  3. 03

    Спор на приёмке

    «Я имел в виду другое»: лечится бумагой, не криком.

    Поднимает, что было согласовано. · Отделяет дыру в требованиях от дыры в реализации. · Если дыра в требованиях: честно пишет доработку, не валит на разработчика. · Фиксирует новое правило, чтобы не спорить в третий раз.

  4. 04

    Кусок слишком большой

    «Сделать как в банке» нельзя оценить.

    Режет на шаги, которые можно принять по отдельности. · Согласует с менеджером продукта, что в этот заход. · Оставляет хвост списком, не внутри первого куска. · Не обещает космолёт, чтобы «заказчик не расстроился».

03Что выдаёт на руки

Документ

Сценарий

Шаги человека от желания до результата, плюс исключения.

Документ

Требования

Кто, что, данные, результат, что не входит.

Список

Критерии приёмки

Галочки, по которым видно, что сделано.

Список

Открытые вопросы

Чего не решили, кто отвечает, до какого дня.

Запись

Протокол «правильно ли понял»

Короткое подтверждение заказчика простым языком.

Документ

Разбор спора на сдаче

Что было согласовано и что меняем теперь.

04Обычный день

  1. 01

    Утро — Дыры, которые блокируют разработку

    Вопросы без ответа, споры о словах, приёмка, которая разъехалась.

  2. 02

    День — Разговоры и текст

    Интервью, сценарии, критерии, согласование «правильно ли понял».

  3. 03

    Вечер — Можно строить

    Пакет отдан, открытые вопросы с хозяином и датой.

05Чего не делает и когда зовёт человека

  • Не оставляет «ну вы поняли» вместо требований.
  • Не прячет открытые вопросы.
  • Не обещает срок разработки.
  • Не меняет смысл после сдачи и делает вид, что так и было.
  • Не пишет простыню, которую никто не дочитает.
  • Не выдумывает правило бизнеса, которого заказчик не подтверждал.

06Кому это нужно

  • Команды, где задачи рождаются в переписке
  • Заказчик, который «покажет на пальцах»
  • Разработка, уставшая от сюрпризов на приёмке
Работает в связке сМенеджер продуктаРазработчикМенеджер проектов

07Частые вопросы

Как ИИ бизнес-аналитик снимает хотелку?

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

Что попадёт в пакет для разработки?

Сценарий человека с исключениями, требования с данными и результатом, галочки приёмки, список того, что сознательно не входит, и открытые вопросы красным, а не мелким шрифтом в абзаце «уточнить».

Додумает правило, если заказчик промолчал?

Нет: правило бизнеса, которого заказчик не подтверждал, он не выдумывает и «ну вы поняли» вместо требований не оставляет. Нерешённое становится открытым вопросом с ответственным и датой.

На приёмке «я имел в виду другое».

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

Он расставит приоритеты и назовёт срок?

Нет: объём и очерёдность — за менеджером продукта, срок разработки он не обещает. Требование, которое тянет закон, деньги клиентов или персональные данные, и приёмка без бумаг — стоп и эскалация к человеку.

08Все профессии FinKey

Попробовать бесплатноТарифы

Закрывает сбор и ясность требований: интервью, сценарии, критерии приёмки, дыры. Не решает, что в приоритете, вместо менеджера продукта и не пишет код.

Продукт и IT

Разработчик

Фича, которую можно включить

/professions/developer

Продукт и IT

Аналитик данных

Цифра с объяснением, откуда она

/professions/data_analyst

Продукт и IT

Менеджер продукта

Делаем то, что людям нужно

/professions/product_manager

Продукт и IT

UX/UI-дизайнер

Экран, на котором не теряются

/professions/ux_ui_designer

Продукт и IT

Тестировщик

Нашли сломалось до клиентов

/professions/qa_engineer

Продукт и IT

DevOps-инженер

Выкатили — и ничего не умерло

/professions/devops_engineer

Смотрите, как роль закрывает поток заявок целиком

В чате три абзаца, в голове у каждого своё. Сделали: не то. Переделали: снова не то. Все злятся, никто не виноват, потому что никто не зафиксировал.

Все профессии FinKey
ИИ бизнес-аналитик: требования и приёмка | FinKey | FinKey AI