Услуга WEDOLAB - предпроектный анализ
Что это
Предпроектный анализ – это стартовый инженерный этап, на котором мы переводим абстрактную бизнес-задачу и «боли» заказчика в прозрачную архитектуру будущего IT-решения и пошаговый план его внедрения.
Зачем нужен: главная цель этапа – минимизировать риск запуска «пилота ради пилота». Мы заранее выявляем ограничения IT-инфраструктуры, анализируем реальную готовность данных и договариваемся о конкретных критериях успеха до написания первой строчки кода.
Когда применяется
Мы рекомендуем начинать с предпроектного анализа в следующих ситуациях:
- В компании есть потребность во внедрении ИИ или автоматизации, но нет четкого понимания, с чего начать и как именно это технически реализовать.
- В процессе участвует множество разрозненных IT-систем (CRM, порталы, локальные папки, сайт компании), и неочевидно, какая из них является главным источником достоверных данных и кто ими управляет.
- Существуют строгие требования информационной безопасности, из-за чего необходимо заранее спроектировать сетевой контур и учесть ограничения на использование облачных сервисов.
- Бизнесу нужна реалистичная оценка сроков и стоимости по этапам (PoC → Пилот → Промышленная эксплуатация) без абстрактных фантазий и скрытых платежей.
Что мы делаем на этом этапе
Вместо того чтобы обещать мгновенный результат, мы последовательно разбираем задачу на инженерные компоненты:
- Анализируем текущий процесс и проектируем целевую схему работы (to-be) с детализацией по конкретным шагам и зонам ответственности систем.
- Проводим инвентаризацию источников данных и документов, оценивая их фактическую готовность к машинной обработке.
- Фиксируем базовую архитектурную концепцию: выбираем компоненты системы, определяем узлы интеграций, сетевые контуры и политику прав доступа.
- Жестко выделяем границы для MVP или PoC: договариваемся, что критически важно реализовать в первой версии, а какой функционал сознательно откладывается.
- Определяем прозрачные критерии успеха и правила приёмки системы без раздачи невыполнимых гарантий, но с обязательной измеримостью результата.
- Формируем план внедрения: как система будет переходить от стартового прототипа к пилоту, а затем – в промышленную эксплуатацию с учетом всех технических зависимостей.
Входные данные и зависимости
Чтобы анализ был предметным, для старта нам потребуется от команды заказчика:
- Краткое описание задачи и главной проблемы («что работает не правильно и где теряются время / деньги») в свободной форме.
- Базовое описание процесса или пользовательских сценариев, а также прямой контакт владельца этого процесса для уточнений.
- Перечень участвующих IT-систем и источников знаний с готовностью предоставить к ним тестовые доступы или выгрузки в согласованном объёме.
- Список жестких ограничений по сетевому контуру, информационной безопасности и политике работы с данными (на уровне «что точно нельзя делать»).
- Примеры реальных данных из практики: 10–20 типичных диалогов, обращений, тикетов, лидов или логов операций (в строго обезличенном виде).
Результат этапа
По итогам анализа бизнес получает прозрачную картину предстоящей работы:
- Зафиксированная архитектурная концепция и границы первого этапа. Вы четко понимаете, что именно мы делаем сейчас, а что оставляем на развитие.
- Оценка данных и интеграций. Становится понятно, где реально лежит нужная фактура, а какие базы данных или регламенты критически важно привести в порядок до старта кодинга.
- План внедрения. Пошаговый маршрут «PoC → пилот → Промышленная эксплуатация» с зафиксированными критериями статуса «успешно / неуспешно» для каждого этапа.
Риски и ограничения (что может тормозить процесс)
- Нет владельца процесса. Если на стороне бизнеса некому принимать решения, верифицировать логику и отвечать за внедрение, проект неизбежно расползается в требованиях и зависает.
- Нет доступа к данным и системам. Без возможности изучить реальную фактуру (выгрузки, API) наша архитектурная оценка и прогнозы будут лишь приблизительными.
- Желание автоматизировать «всё и сразу». Попытка охватить все процессы компании в одном пилоте ведет к провалу. Мы всегда рекомендуем сузить фокус до 1–2 приоритетных сценариев для первого этапа.
- Сложный контур и ИБ. Строгие корпоративные политики безопасности могут значительно увеличить время согласований. Мы учитываем это на старте и заранее обсуждаем приемлемые варианты размещения (on-premise, закрытые облака, гибрид).
Стоимость услуг
Итоговый бюджет проекта рассчитывается индивидуально и зависит от технического стека, глубины интеграции в бизнес-процессы и объема данных. Ознакомьтесь с нашими тарифами, чтобы сориентироваться в средних бюджетах на разработку.