‼️ Однажды я пришла в проект, где требований не было…

Аналитики поймут — такие истории случаются чаще, чем кажется 😅

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

Я пришла как Senior Business Analyst — нас было трое аналитиков, включая меня. Когда мы оформили доступы и зашли в проект, оказалось, что кроме желания “сделать детскую карту раньше конкурентов” ничего нет:
😟нет требований,
😟нет документации,
😟нет исследователей,
😟нет разработчиков.

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

🚒 Что мы сделали

1️⃣ Нашли корпоративный шаблон описания требований (BRD) — и разделили между собой разделы;
2️⃣ Через внутренние контакты искали людей, которые владели кусочками информации о возможностях текущей системы;
3️⃣ Изучали рынок и искали намёки на решения конкурентов — детских карт тогда в РФ ещё не было;
4️⃣ Сами проводили мини-исследования, проектировали интерфейсы и CJM;
5️⃣ Параллельно изучали нормативно-правовую базу, чтобы учесть требования к картам несовершеннолетних.

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

🧠 Как аналитик работает с такой неопределённостью

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

🪫 Мой алгоритм (и то, чему я учу в Клубе):

1️⃣ Зафиксировать точку входа. Что реально известно? Даже если это всего одна фраза “хотим детскую карту”.
2️⃣ Разложить идею на вопросы. Кто, зачем, что изменится, какие системы вовлечены?
3️⃣ Собрать следы информации. Документы, устные обсуждения, регламенты, даже слухи — всё важно на старте.
4️⃣ Сформулировать гипотезы требований. Это не финальная версия, а карта того, что “мы предполагаем, что нужно”.
5️⃣ Проверить гипотезы с ключевыми людьми. Даже если это неформальные встречи — они сокращают риск недопонимания.
6️⃣ Постепенно превращать хаос в структуру. Любой найденный фрагмент — сразу фиксировать и трассировать к цели проекта.

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

❗️ Почему я делюсь этим примером?

Потому что “неопределённость” — это не провал, а естественная среда работы аналитика.

Не у всех есть идеальный backlog, но у каждого есть возможность сделать первый шаг в ясность.

🔍 А у вас был проект, куда вы пришёли, а требований не оказалось вообще?
Как ты из этого выбирались?

#ITHumanWork #BusinessAnalysis