Разработка внутренних систем для бизнеса
Внутренняя система — это не «сайт для сотрудников», а рабочий процесс, переложенный в код: кто что делает, откуда берутся данные, что происходит в нестандартной ситуации. Начинаем с разбора этого процесса и только потом выбираем технологии.
Когда это нужно
- Ручная работа в таблицах и мессенджерах, где теряются заявки и данные.
- Есть CRM (например, Bitrix24), но нужны сценарии, которых в ней нет.
- Нужна панель управления для модерации, учёта или контроля исполнения.
- Несколько сервисов, которые надо связать в один процесс.
Что входит
- Разбор процесса: роли, сценарии, данные, интеграции, ограничения.
- Серверная часть: бизнес-логика, база данных, API, фоновые задачи.
- Веб-интерфейс администратора и рабочие места сотрудников.
- Интеграции: Bitrix24, телефония, платёжные и внешние API, ИИ-модели.
- Инфраструктура, запуск, документация и поддержка после старта.
Как идёт работа
- Короткое интервью и письменный разбор задачи — что автоматизируем и зачем.
- Сценарии и структура данных на бумаге, согласование до начала разработки.
- Разработка итерациями с показами рабочих версий.
- Запуск на вашей инфраструктуре или на нашей, передача доступов и инструкций.
- Сопровождение: доработки по мере изменения процесса.
Когда достаточно доработать CRM
Если роли, статусы и данные уже помещаются в существующую CRM, начинаем с её настройки или интеграции. Отдельная система нужна, когда процесс требует собственных рабочих мест, сложных прав доступа или обработки материалов, которой в CRM нет.
Что определяет объём разработки
На оценку влияют число ролей и сценариев, качество исходных данных, перенос истории, внешние API и требования к размещению. Для первой версии выделяем один законченный процесс: например, приём обращения, обработку и фиксацию результата.
Как проверить результат
До разработки описываем обычный сценарий и исключения: повторную заявку, недоступность интеграции, смену ответственного. На рабочей версии проверяем путь заявки, права пользователей и историю действий. После запуска сравниваем ручные операции и время обработки на том же процессе.
Чего не делаем
- Не делаем «просто нарисовать экраны» без разбора процесса — так системы не выживают.
- Не берёмся за системное ПО, драйверы и микроконтроллеры.
Примеры
- Сюжет (запущен) — «Сюжет» обрабатывает фоторепортажи: готовит описания по редстандарту, встраивает метаданные в файлы и открывает семантический поиск и закрытую клиентскую витрину. Разработка Tatar.dev.
- Signal (запущен) — Обязательные уведомления сотрудникам: доставка по группам компьютеров, подтверждение ознакомления и история. Система Signal в локальной сети заказчика.
- Attaché (запущен) — Attaché квалифицирует обращения в Bitrix24, заполняет сделки и передаёт их менеджеру. Работает у заказчика с весны 2025 года. Кейс Tatar.dev.
- Инспектор 2.0 (запущен) — Обработка видеоинцидентов для страховых компаний: iOS-приложение, рабочее место специалиста, распознавание номеров и координат. Кейс Tatar.dev.
Обсудить задачу
Команда в Казани, с заказчиками по всей России — удалённо. Почта: ai@tatar.dev, Telegram: @tatardev.