Бизнес- и системный анализ · Discovery
Бизнес- и системный анализ для IT-проектов
Разбираемся, что и зачем строить, до того, как тратить бюджет на разработку — по фиксированной смете и с понятным списком, что войдёт в работу, а что нет.
Бизнес-аналитика и discovery — это отдельный короткий этап (1–4 недели) перед разработкой под ключ: мы изучаем процессы, цели и пользователей, снимаем требования и собираем прототип, чтобы вы пошли в разработку с чётким объёмом и оценкой — без лишних функций и переделок. Стоимость от 90 000 ₽ по фикс-смете, которую засчитываем в разработку. Все документы остаются у вас — даже если продолжите с другой командой.
Бесплатно обсудим задачу и за один звонок скажем, нужен ли вам discovery — или можно сразу в разработку.
в разработку
Бизнес-аналитика IT-проекта — это анализ требований, а не аналитика данных
Здесь речь про предпроектную бизнес-аналитику и системный анализ для разработки ПО: мы собираем, согласуем и документируем требования к будущему продукту в виде реализуемого технического задания — чтобы разработчики оценили и построили именно то, что нужно бизнесу. Это не построение отчётов и дашбордов по уже накопленным данным: если вам нужна аналитика данных — это BI-дашборды и data engineering, отдельные услуги.
Обе роли входят в discovery: бизнес-аналитик снимает требования, системный аналитик доводит их до реализуемого технического задания. На выходе — требования, прототип и фиксированная смета разработки, которую мы засчитываем в проект.
Кто работает на проекте: BA, SA и PM
Три роли часто путают, потому что все три работают с командой и заказчиком. Принципиальное различие — в вопросе, на который каждый отвечает.
| Роль | Ключевой вопрос | Результат | Когда нужен |
|---|---|---|---|
| Бизнес-аналитик (BA) | Что и зачем строим? | Vision, User Story Map, карта процессов BPMN, бизнес-требования, приоритеты (MoSCoW) | На старте: пока требования размытые или стейкхолдеры видят задачу по-разному |
| Системный аналитик (SA) | Как это реализовать? | Функциональная спецификация (SRS/ТЗ), ER-диаграмма, описание интеграций (1С/CRM/ERP), OpenAPI-контракты | Когда бизнес-требования готовы и нужно перевести их в технические задачи для разработчиков |
| Менеджер проекта (PM) | Когда, кем и в какой последовательности? | План-график, ресурсный план, управление рисками, статусы и риски, итоговые поставки | На всём протяжении проекта: организует работу команды, коммуникации с заказчиком |
В нашем discovery работают сразу бизнес-аналитик и системный аналитик, а PM ведёт весь процесс — поэтому заказчику не нужно координировать три отдельных исполнителя.
Наши клиенты
Наши проекты
Наши проекты — это целая история слаженной работы, полного погружения в ваш бизнес и продолжительного партнерства. Какой бы сложной ни была задача, мы всегда находили способы для ее решения.
Универсальный продажник: приложение для обучения продавцов розницы — кейс YuSMP
«Универсальный продажник» — мобильное приложение для обучения и информационной поддержки сотрудников розничных сетей. Платформа объединяет в едином ци
Система электронного документооборота (ЭДО)
Система электронного документооборота — веб-платформа для создания, обмена и архивирования внутренних документов крупной розничной компании со сложной
Личный кабинет абонента
Нативный личный кабинет для iOS и Android, который закрывает все базовые потребности абонента: от смены тарифа до оплаты услуг. Баланс и пакеты на одн
Обсудим ваш продукт
Готовы начать разработку вашего проекта? Оставьте заявку, и наш менеджер бесплатно проконсультирует вас, рассчитает стоимость и сроки, чтобы вы могли принять взвешенное решение.
Наши преимущества
Фиксированная смета до старта. Называем стоимость и срок аналитики заранее, а не «по факту» — вы знаете, за что платите, ещё до подписания.
Стоимость зачтём в разработку. Если продолжаете проект с нами, цена discovery уходит в счёт разработки — аналитика не становится «лишними» деньгами.
Документы остаются у вас. Vision, требования, прототип и смету получаете в собственность — можно продолжить с любой командой, мы не привязываем к себе.
Честно скажем, если не нужно. Есть готовое ТЗ или задача типовая — предупредим, что discovery можно пропустить, и не продадим лишний этап.
Что идёт не так, когда пропускают предпроектную аналитику
Три типичные ситуации, которые мы видим у клиентов, уже запустивших разработку без discovery. Каждая из них решаема — но переделка обходится дороже и дольше, чем анализ в начале.
Оценка выросла втрое в середине разработки
Команда начала писать код по устным договорённостям. На третьем спринте выяснилось, что у двух отделов заказчика разные представления о том, как работает ключевой процесс. Разработчики «заложили» сценарий ненужным образом — и теперь нужно переделывать. Стоимость discovery была бы меньше, чем стоимость переделки.
Как это решает бизнес-аналитик: согласует требования со всеми стейкхолдерами ещё до старта, фиксирует в документе и получает подпись — у разработчиков нет открытых вопросов с первого спринта.
Продукт сделан, но пользователи его не используют
Разработка завершена в срок и в бюджет. После запуска выясняется, что сценарий, под который делали функцию, в реальной работе не нужен: пользователи обходят её стороной. Несколько месяцев разработки — потеряны. Причина: никто не проводил JTBD-интервью с реальными пользователями до старта.
Как это решает бизнес-аналитик: проводит интервью с целевой аудиторией, строит Customer Journey Map и выявляет реальные задачи — чтобы строить то, чем будут пользоваться, а не то, что казалось правильным на планёрке.
Интеграция с 1С всплыла на этапе тестирования
Проект уже в разработке, когда выяснилось: для синхронизации склада с 1С нужен нестандартный обмен, который не был заложен в архитектуру. Дополнительное время — недели, дополнительный бюджет — незапланированный. Причина: никто не зафиксировал интеграционную карту на старте.
Как это решает системный аналитик: составляет карту интеграций в начале: какие системы, в какую сторону, по каким правилам. Контракты API и форматы обмена фиксируются до написания кода — не обнаруживаются в процессе тестирования.
Что заказывают вместе с аналитикой
Discovery — это вход в проект. Дальше собранные требования и прототип превращаются в ТЗ, дизайн и код. Ниже смежные услуги, которые логично продолжают аналитику — можно взять по отдельности или пакетом.
Когда этот этап окупается, а когда нет
Discovery окупается не всегда. Ниже честные критерии: в каких проектах предпроектная аналитика экономит бюджет, а в каких это лишний этап и можно сразу в разработку. Это помогает не переплачивать за документы, которые вам не нужны.
Стоит заказать, если
- Проект сложный или новый для вас: цена ошибки в разработке высокая, а оценки подрядчиков сильно расходятся.
- Требования пока «в голове» или в переписке — их нужно собрать, согласовать и приоритизировать.
- Несколько заинтересованных сторон (продукт, продажи, IT) видят задачу по-разному.
- Есть интеграции с 1С, CRM, ERP или внешними системами — нужно заранее понять стыки и риски.
- Нужна реалистичная смета и план, чтобы защитить бюджет перед руководством или инвестором.
Можно пропустить, если
- Задача типовая и понятная: лендинг, сайт-визитка, небольшая доработка по готовому макету.
- У вас уже есть детальное ТЗ или прототип — тогда сразу оценка и разработка.
- Гипотеза уже проверена на живых пользователях и объём работ очевиден.
- Бюджет и сроки жёстко фиксированы, а функционал минимальный и не меняется.
- Нужно срочно выпустить MVP «как есть», а аналитику отложить на второй этап.
Стоимость и сроки discovery
Ниже три формата аналитики с понятной вилкой цены и сроком. Внутри каждого — что входит и, отдельной строкой, что НЕ входит, чтобы не было сюрпризов в счёте. Точную смету фиксируем после первого звонка и засчитываем её в разработку, если продолжаете с нами.
- 2–3 интервью с ключевыми участниками
- Карта основного бизнес-процесса
- Черновой бэклог функций
- Укрупнённая оценка сроков и бюджета
Не входит: детальное ТЗ, дизайн-макеты, юнит-экономика.
Подходит: мобильное приложение к существующему сервису, ЛК, интеграция двух систем.
- Серия интервью и конкурентный анализ
- Карта процессов (BPMN) и User Story Map
- Требования (SRS) и приоритизация (MoSCoW)
- Кликабельный прототип ключевых экранов
- План-график и фиксированная смета разработки
Не входит: сама разработка, финальный UI всех экранов, нагрузочное тестирование.
Подходит: бюджет разработки от 3 млн ₽.
- Обследование процессов «как есть» и «как надо»
- Архитектурный скетч и оценка интеграций (1С/ERP/API)
- Реестр рисков и ограничений
- Дорожная карта этапов внедрения
- Смета и план по ресурсам
Не входит: разработка и внедрение, миграция данных, лицензии стороннего ПО.
Подходит: бюджет разработки от 10 млн ₽, ERP/MES, миграции.
*Итоговая стоимость зависит от числа процессов, участников и интеграций и фиксируется в смете до начала работ. *Информация на сайте носит сугубо информационный характер, и ни при каких условиях не является публичной офертой, определяемой положениями Статьи 437(2) Гражданского кодекса РФ.
Как выбрать подрядчика: 5 критериев
Большинство компаний прячут цены и не говорят, когда discovery не нужен. Эти пять вопросов помогут отделить подрядчика, который закрывает реальную задачу, от того, кто просто продаёт «процесс».
1. Называет цену до начала работ?
Хороший признак: стоимость аналитики фиксируется в договоре до первого рабочего дня. Плохой признак: «всё индивидуально, посчитаем после погружения» — смета может вырасти в процессе. Мы называем стоимость формата на первом звонке (от 90 000 ₽, 250 000 ₽ или 400 000 ₽) и фиксируем её в смете до старта.
2. Что остаётся у вас после работы?
Хороший признак: вы получаете редактируемые артефакты (Figma, Confluence, Jira, draw.io) в собственность и можете передать их любой другой команде. Плохой признак: «документация хранится у нас» или «вы получите PDF с картинками» — это привязка к подрядчику, не результат.
3. Скажет, когда discovery не нужен?
Хороший признак: на первом звонке честно скажут, что на типовую задачу (лендинг, мелкая доработка с готовым ТЗ) тратить деньги на discovery не стоит. Плохой признак: любой запрос автоматически превращается в продажу аналитики — без вопроса «а вам это точно нужно?»
4. Работает парой BA+SA?
Хороший признак: на проекте есть оба — бизнес-аналитик (собирает требования на языке бизнеса) и системный аналитик (переводит их в техническое задание для разработчиков). Плохой признак: «один специалист делает всё» — на сложных продуктах это означает либо поверхностный анализ, либо ТЗ без сценариев.
5. Засчитывает стоимость в разработку?
Если подрядчик планирует вести для вас разработку, стоимость discovery должна засчитываться в счёт проекта — иначе вы платите дважды за одну оценку. Мы засчитываем стоимость для всех форматов: экспресс, product discovery и предпроектное обследование.
Красный флаг: нет опыта в вашей отрасли
Хороший признак: аналитик работал с похожими системами — знает регуляторные ограничения (ЦБ, 152-ФЗ, ЕГИСЗ), типовые интеграции (1С, ERP, CRM) и отраслевые сценарии. Плохой признак: «универсальные аналитики» без конкретных примеров из вашей области.
Что вы получаете: артефакты и методы
По итогам аналитики вы получаете не «отчёт для галочки», а рабочие документы, по которым можно сразу оценивать и разрабатывать. Ниже методы, которые применяем, и документы, которые остаются у вас.
Исследование
- Глубинные интервью
- Customer Journey Map
- Конкурентный анализ
- Анализ текущих процессов
Моделирование
- BPMN-схемы процессов
- User Story Map
- Use Cases и сценарии
- Data-модель и сущности
Требования
- Vision продукта
- Требования (SRS)
- Бэклог с приоритетами (MoSCoW)
- Основа для ТЗ
Оценка
- Кликабельный прототип
- План-график этапов
- Фиксированная смета
- Реестр рисков
Инструменты и нотации, которыми работаем
Аналитика — это не только методология, но и конкретные инструменты, в которых мы моделируем процессы, собираем требования и прототипы. Все артефакты остаются у вас в редактируемом виде, а не в виде «картинок в PDF» — чтобы их можно было развивать дальше вместе с продуктом.
Моделирование процессов
Схемы «как есть» и «как надо» строим в нотации BPMN 2.0 (Camunda Modeler, draw.io, Lucidchart), пользовательские пути — в формате CJM и User Story Map на онлайн-досках Miro и FigJam. Нотация выбирается под аудиторию: BPMN — для согласования с IT, упрощённые схемы — для бизнес-заказчика.
Требования и документация
Требования (SRS), use cases и бэклог ведём в Confluence и Jira (или YouTrack / Kaiten — под ваш стек), с трассировкой «требование → задача → приёмка». Приоритизация — по MoSCoW и RICE. Это даёт единый источник правды вместо разрозненных таблиц и переписки.
Прототипы и интерфейсы
Кликабельные прототипы ключевых экранов собираем в Figma — их можно показать пользователям и проверить сценарии ещё до разработки. Прототип связывается с требованиями, поэтому дизайнер и разработчик видят, какой экран какому требованию соответствует.
Модель данных и интеграции
Сущности и связи описываем в ER-диаграммах (dbdiagram.io, draw.io), контракты интеграций с 1С, CRM, ERP и внешними API — в виде спецификаций OpenAPI/Swagger и схем последовательностей. Так стыки систем видны до старта разработки, а не всплывают на этапе интеграционного тестирования.
Мы не навязываем свой стек: если у вас уже приняты Jira, Notion или другой трекер — работаем в нём, чтобы документация жила там же, где и остальные задачи проекта.
Как проходит discovery по шагам
Аналитика идёт короткими этапами: у каждого — свой понятный результат, который вы видите и согласуете. Так вы в любой момент понимаете, на что уходят время и деньги, и можете остановиться с готовым результатом.
Погружение и цели
Сроки: 1–2 дняРазбираем бизнес-задачу, ограничения и критерии успеха. Фиксируем, какую проблему решает продукт и для кого — чтобы аналитика отвечала на реальный вопрос, а не собирала данные впустую.
Интервью и исследование
Сроки: 3–7 днейПроводим интервью с заказчиком, пользователями и командой, изучаем конкурентов и текущие процессы. Собираем факты, а не догадки — на них строятся все дальнейшие решения.
Моделирование процессов
Сроки: 3–5 днейОписываем процессы «как есть» и «как должно быть» в схемах BPMN, находим узкие места и точки автоматизации. Здесь видно, где продукт реально экономит время и деньги.
Требования и приоритеты
Сроки: 3–7 днейПревращаем находки в требования и User Stories, расставляем приоритеты по MoSCoW и собираем бэклог. Отделяем то, без чего продукт не запустится, от «хотелок» на потом.
Концепция, прототип и оценка
Сроки: 3–7 днейСобираем кликабельный прототип ключевых экранов и считаем реалистичную смету и сроки по этапам. Вы видите будущий продукт «в кликах» и понимаете бюджет до первой строчки кода.
Передача и старт разработки
Сроки: 1–2 дняПередаём пакет документов, проговариваем риски и дорожную карту. Дальше можно идти в разработку с нами (со зачётом стоимости discovery) или с любой другой командой — всё готово для старта.
Специфика по отраслям
Требования к discovery в каждой отрасли свои: B2B SaaS нужна ролевая модель и интеграции, медицине — соответствие 152-ФЗ и сценарии под разные типы медработников, финтеху — скоринговые модели и антифрод. Подбираем формат и глубину аналитики под отраслевой контекст, а не шаблон.
Финтех и банки
В финансовых продуктах аналитика начинается с регуляторных ограничений: ЦБ, 152-ФЗ, ПДПД, хранение транзакций — фиксируем их в требованиях до старта разработки. Отдельно документируем скоринговые модели и антифрод: кто принимает решение, по каким правилам, как это журналируется для аудита.
Медицина и здравоохранение
В медицинских продуктах (МИС, кабинеты пациентов, запись) несколько категорий пользователей с разными сценариями: врач, регистратор, медсестра, пациент, администратор — нужно детальное ролевое моделирование. Отдельно фиксируем требования к интеграции с ЕГИСЗ, ОМС и лабораторными системами до оценки разработки.
E-commerce и маркетплейсы
В торговых платформах аналитика сосредоточена на покупательском пути: от поиска до оплаты, точки отвала, edge-cases с возвратами, логика промоакций. Для маркетплейсов добавляется продавецкий контур — онбординг, модерация карточек, выплаты; прорабатываем его параллельно с покупательской частью, а не «потом».
SaaS и IT-стартапы
Для SaaS-продуктов ключевой вопрос discovery — попадание в проблему: JTBD-интервью, конкурентный анализ, определение минимальной ценности MVP. Бизнес-аналитик формулирует гипотезы как измеримые критерии успеха, чтобы проверить главные риски за минимальный бюджет — это сокращает путь к обратной связи рынка с 6 месяцев до 6–8 недель.
Производство и промышленность
Системы MES, SCADA, ERP требуют глубокого погружения в технологический процесс: аналитик работает в паре с технологом, фиксирует производственные потоки, точки ручного ввода и интеграции с оборудованием. Отдельно документируем нормативные требования — стандарты качества, прослеживаемость партий, электронные паспорта — до проектирования БД.
EdTech
В образовательных платформах discovery согласует три взгляда: что хочет учащийся (результат), что он делает (видео, задания) и что видит администратор (прогресс, дропаут). Отдельно прорабатываем роли преподавателя и куратора — создание курса, проверка работ, обратная связь.
Мы в каталогах и рейтингах
Рейтинги и каталоги
Публикации наших экспертов
Блог наших экспертов — разбираем веб-разработку, дизайн, стек и стоимость проектов простым языком.
