Консалтинг и разработка: как совмещать процессы и ПО
Как мы совмещаем E2E-диагностику процессов с профессиональной разработкой ПО. Почему консалтинг без разработки не работает.
Автор: Александр Ожерельев, основатель NeoGraph · Опубликовано: 08.03.2026
TL;DR: 70% рекомендаций традиционного консалтинга не реализуются. Причина: консультанты находят проблемы, но не могут их решить -- они не пишут код. NeoGraph -- команда профессиональных разработчиков ПО, которая совмещает E2E-диагностику процессов с разработкой решений: от интеграций между системами до AI-ассистентов. Находим разрыв -- пишем код -- измеряем результат.
Проблема: «Отличная презентация, но дальше что?»
Типичный сценарий работы с консалтинговой компанией:
- Консультанты проводят аудит (2-4 недели)
- Готовят презентацию на 80 слайдов
- Рекомендуют «внедрить систему X» или «оптимизировать процесс Y»
- Уходят
Что происходит дальше: компания ищет разработчиков, которые смогут реализовать рекомендации. Разработчики не понимают контекст, переделывают часть анализа заново, и через 6 месяцев получается нечто, отдалённо похожее на изначальный план.
Потеря: 3-6 месяцев и 30-50% бюджета на повторный анализ и «перевод» рекомендаций в технические задания.
Наш подход: диагностика + разработка в одной команде
В NeoGraph нет разделения на «консультантов» и «разработчиков». Одна команда:
- Проводит E2E-диагностику -- находит разрывы на стыках подразделений, оценивает зрелость Начальный-Зрелый, считает экономику
- Проектирует архитектуру решения -- API-интеграции, схемы данных, выбор технологий
- Пишет код -- интеграции, AI-ассистенты, дашборды, автоматизации
- Внедряет и измеряет -- развёртывание, фиксация baseline, замер KPI
Ни одна рекомендация не остаётся на слайде. Каждая превращается в работающий код с измеренным результатом.
Стек и инженерные практики
Мы используем инструменты промышленного уровня:
Инфраструктура и интеграции
- API-интеграции: REST, WebSocket, GraphQL. Готовые коннекторы к Bitrix24, SberCRM, 1С, МойСклад, Telegram
- Оркестрация: n8n для автоматизации сценариев между системами
- Базы данных: PostgreSQL для транзакционных данных, специализированные хранилища для поиска и связей
- Очереди и события: реактивная архитектура для обработки в реальном времени
AI и интеграция с моделями
- Ответы по документам без галлюцинаций: проверяемые ссылки на источник, принцип «нет цитаты — нет ответа»
- AI-ассистент с доступом к процессам компании: отвечает на вопросы о цепочках, ролях, узких местах
- Выбор LLM по задаче: OpenAI, Claude, YandexGPT, Llama (on-prem) — без vendor lock-in
- AI-агенты для конкретных доменов: продажи, поддержка, HR — каждый под свою роль и регламент
Разработка и эксплуатация
- TypeScript и Python — основные языки
- Next.js — веб-приложения и дашборды
- Docker — контейнеризация для on-prem развёртывания
- Автоматизированная сборка и деплой
- Git — версионирование кода и описаний процессов
Безопасность
- 152-ФЗ — обработка персональных данных по российскому законодательству
- On-prem — развёртывание LLM и баз данных на серверах клиента при необходимости
- NDA — юридическая защита конфиденциальности до начала работы
Пример: от разрыва до кода за 2 недели
Разрыв: «Приёмка без системы»
Диагностика выявила: материал принимается на склад, но в 1С отражается через 1-3 дня. Производство не видит, что нужный материал уже пришёл.
Что мы сделали (не рекомендовали -- сделали):
- Написали Telegram-бота для кладовщика: сканирует штрих-код ТТН → создаёт документ приёмки в 1С через API
- Настроили обратное событие из 1С → n8n → уведомление в Telegram мастеру участка: «Болты М10 x 1000 шт. оприходованы, склад 2, ячейка A-14»
- Добавили дашборд: время приёмки от ТТН до оприходования в реальном времени
Результат: время приёмки сократилось с 1-3 дней до 15-40 минут. Простои производства из-за «невидимого» материала — ноль.
Почему это требует именно разработки
Консалтинговая компания написала бы в рекомендациях: «Автоматизировать приёмку материалов». Затем заказчик искал бы подрядчика, объяснял задачу, согласовывал ТЗ, ждал разработки.
Мы нашли разрыв и через 2 недели показали работающий прототип с измеренным результатом. Потому что та же команда, которая провела диагностику, написала код.
Что такое формализация процессов и зачем это инженерам
Мы описываем процессы не в PowerPoint, а в структурированном виде с метриками. Каждая операция в цепочке привязывается к роли, системам, KPI и источникам данных:
| Цепочка | Этап | Кто отвечает | Что замеряем | Источник данных |
|---|---|---|---|---|
| Закупка → Оплата | Приёмка материала | Кладовщик | Время от ТТН до оприходования | Интервью + выгрузка 1С |
| Закупка → Оплата | Согласование заявки | Снабжение | Время от запроса до утверждения | Журнал заявок |
| Заказ → Деньги | Сборка заказа на складе | Кладовщик | Время от заказа до отгрузки | WMS-логи |
Такое описание даёт три преимущества, которых нет у слайдов:
- Версионирование — храним в Git, видим историю изменений через diff
- Автоматизация — строим карту процессов, маппим инструменты, считаем покрытие KPI программно
- AI-ассистент с контекстом — модель отвечает на вопросы про цепочки, узкие места и ответственных, опираясь не на пересказ, а на формальное описание
Подробнее: Формализация процессов и AI-ассистент с доступом к процессам.
Когда разработка критична, а когда -- нет
Не каждый разрыв требует кода. Вот простая матрица:
| Тип разрыва | Решение | Нужна разработка? |
|---|---|---|
| Нет регламента | Написать регламент, обучить | Нет |
| Согласование в мессенджере | Настроить workflow в BPM | Минимально |
| Нет интеграции между системами | API-коннектор, n8n-сценарий | Да |
| Нет сквозной видимости | Дашборд, AI-ассистент с доступом к процессам, AI-ассистент | Да |
| Нет предиктивной аналитики | ML-модель, data pipeline | Да |
Примерно 60-70% разрывов на предприятии с уровнем Начальный-Базовый требуют именно разработки: интеграции, автоматизации, дашборды. Консалтинг без кода закрывает только 30-40% проблем.
FAQ
Чем вы отличаетесь от обычной студии разработки? Студия разработки ждёт ТЗ. Мы начинаем с диагностики процессов и сами формулируем, что нужно разработать. Каждая разработка привязана к конкретному разрыву в процессе, метрике и формуле ROI.
А если нам нужна только диагностика без разработки? Такой формат тоже есть. Результат диагностики -- карта разрывов на стыках отделов с цифрами потерь в рублях, расчёт ROI по каждому разрыву и план пилота. Можете реализовать своими силами или привлечь нас на этапе разработки.
Какой минимальный проект? Экспресс-диагностика одной цепочки -- от 2-3 дней. Пилотный проект (диагностика + разработка решения для одного стыка) -- от 4-8 недель.
Работаете ли вы с legacy-системами (1С, старые ERP)? Да. Большинство наших проектов связаны с интеграцией с 1С, Битрикс24 и другими системами, которые уже есть у клиента. Мы не заменяем legacy -- мы строим мосты между системами.
Что дальше
- E2E диагностика бизнес-процессов -- что получите, сроки, стоимость
- AI-консалтинг: стратегия внедрения ИИ -- от аудита до пилота
- Что такое сквозные E2E процессы -- полное определение
- Диагностика Закупка → Оплата: где теряются деньги в закупках
- Методика работы NeoGraph -- шаги, источники, уровни уверенности
- О компании -- кто мы и как работаем