Инструмент под ваш процесс — а не Excel, копипаста и пять чатов в Telegram
Внутренние инструменты и автоматизация процессов
Веб-приложения, дашборды и интеграции под живой процесс команды. Когда коробочный софт не закрывает, а таблицы съедают часы — собираем кастом под вашу логику.
Как это работает в кейсе
Читать кейс →Samsung Medison · ЗАО «Медиэйс»
- Составление отчёта в HQ
- до 1 мин
- Языки
- RU ввод → EN отчёт
- AI-генерируемых полей
- 5 за клик
Это для вас, если
- Команды, чей процесс уже сложился, а Excel и копипаста между системами съедают часы в неделю
- Бизнесы со специфичным процессом, который не ложится в коробочные amoCRM/Битрикс24 без боли
- Компании с десятком систем (CRM, телефония, 1С, склад, банк, маркетплейсы) — без связки между ними
- Корпорации с регулярной отчётностью под HQ или регулятора, которую сейчас собирают руками
- Бизнесы, переросшие Google-таблицы, но не доросшие до enterprise-ERP
- Внутренние команды операций, продаж, маркетинга, логистики — нужен инструмент под их живой процесс
А вот это — не к нам
- Те, кто хочет «универсальную систему для всего» — это либо amoCRM/Битрикс24, либо большие деньги на ERP
- Бизнесы без устоявшегося процесса — сначала отлаживаем процесс, потом автоматизируем, иначе автоматизируем хаос
- Случаи, где готовый продукт (amoCRM, Notion, Asana, МойСклад) закрывает 80% задачи — нет смысла переплачивать за кастом
- Заказчики, которые ждут, что «инструмент сам поймёт, как мы работаем» — это так не работает
- Проекты, где нужен «дешевле и быстрее» — кастомная разработка стоит соответствующих денег и времени
Что вы получаете
Конкретные артефакты, а не «мы вам поможем»
- 01
Работающий веб-инструмент в вашем окружении или интеграционная связка — не макет в Figma и не Notion-таблица
- 02
Архитектурная схема: какие системы соединили, какие данные ходят, где границы ответственности
- 03
Роли и права доступа (RBAC), аудит действий, история изменений критичных данных
- 04
Интеграции с тем, что уже есть: amoCRM, Битрикс24, 1С, МойСклад, Контур.Фокус, Telegram, почта, банковские API
- 05
Логи и мониторинг — что сделали, что упало, кто что менял
- 06
Тестовое покрытие там, где это критично: биллинг, статусы, отчётность, цифры под аудит
- 07
Документация для команды: как пользоваться, что менять, кому звонить, когда что-то пошло не так
- 08
2–3 месяца поддержки и доработки после запуска — на основе обратной связи команды
Как мы работаем
Процесс — не магия
- 1–2 недели
Discovery
Картируем процесс как он есть, не как нам рассказали. Интервью с теми, кто будет пользоваться. Решаем, что автоматизируем, что покупаем готовое, что вообще не трогаем. Выход — архитектура и список модулей с приоритетами.
- 2–3 недели
Прототип
Узкий, но рабочий кусок процесса. Самая болезненная часть — её закрываем первой, чтобы команда быстро ощутила пользу и могла дать осмысленный фидбэк.
- 4–8 недель
MVP в стейджинге
Полная функциональность на тестовых данных. Реальные интеграции с вашими системами, роли, права, статусные машины. Команда тестирует на параллельных задачах.
- 1–2 недели
Продакшн
Аудит безопасности и устойчивости, перенос в боевое окружение, обучение команды, переход с старого процесса. Дольше всего обычно занимает не код, а смена привычек.
- Ongoing
Развитие
Доработки по обратной связи команды. Новые модули, оптимизация узких мест, расширение интеграций. Без этого этапа любой внутренний инструмент быстро превращается в «то, чем мы пользовались, пока не забросили».
Форматы работы
Как это можно запустить
От короткого аудита без обязательств до долгого retainer-а. Выбор формата зависит от того, на какой стадии вы сейчас и какой риск готовы брать.
-
Discovery-аудит
1–2 недели, фиксНеделя на картирование процесса и архитектурный отчёт: что реально стоит автоматизировать, какой стек выбрать, какой бюджет ожидать. Без обязательств — иногда после аудита клиент понимает, что задачу закроет связка amoCRM + n8n за неделю, и это ок.
-
Прототип / PoC
3–4 неделиМинимальный рабочий инструмент за 3–4 недели — закрывает одну самую болезненную часть процесса. Показываем команде — решаем, идём ли в полную разработку.
-
Полная разработка
2–6 месяцевОт прототипа до продакшн-инструмента с интеграциями, ролями, аудитом и документацией. Включает 2–3 месяца поддержки после запуска. Тайминг зависит от объёма — обычно 2–6 месяцев.
-
Retainer на развитие
От 3 месяцевЕжемесячный цикл доработок: новые модули, оптимизация, новые интеграции, реакция на изменения в смежных системах (amoCRM/1С/Битрикс мажорят API — это нормально). Без этого этапа инструмент стареет за полгода.
Откуда мы это знаем
Внутренние инструменты — это половина того, что мы делаем для основного заказчика, дистрибьютора Samsung Medison в России. Дилерская платформа с бронированием оборудования. Marketing Expense Tracker с автогенерацией квартальных отчётов для HQ в Корее. Скрипты, синхронизирующие данные между CRM, складом и сайтом. Параллельно — обезличенный кейс мониторинга промышленных датчиков.
Кастомный инструмент имеет смысл там, где готовый продукт закрывает 60–70% задачи, а оставшиеся 30–40% — это критичная для бизнеса специфика. Если коробка закрывает 90% — берите коробку. Если 30% — кастом сильно сэкономит.
Три живых примера — три разных типа задачи
- Дилерская платформа Samsung Medison. Большая internal-платформа: 55 REST-endpoints, 4 роли (дилер / партнёр / админ / суперадмин), статусная машина бронирования, интеграция с Контур.Фокус для верификации юрлиц, 164 unit/integration-теста. Здесь LLM сознательно НЕ ставили — задача про бизнес-логику, не про интеллект. Стек: Node.js 20 + Express + PostgreSQL 15 + Prisma.
- Marketing Expense Tracker. Внутренний инструмент маркетинга: учёт расходов по мероприятиям, аудит через PostgreSQL-триггеры, квартальная блокировка периодов, RU→EN автогенерация отчётов в HQ через Claude Haiku. 127 автотестов. Тут гибрид — основной процесс на классическом стеке, LLM только в одном узком модуле «сгенерировать английский отчёт по русским данным». Стек: Next.js 16 + Prisma 7 + Claude Haiku.
- Мониторинг промышленных датчиков (обезличенный кейс НПК). Закрытый B2B-проект, поэтому без цифр — но архитектурно это типичный внутренний инструмент: сбор данных с устройств, дашборд для операторов, алертинг по правилам, ролевая модель доступа.
Это не «мы умеем рисовать страницы». Это работающие в проде системы, которыми команды клиента пользуются каждый рабочий день.
Какие процессы мы реально автоматизируем
Это не исчерпывающий список — но он покрывает 80% задач, которые приходят. Если ваша задача рядом по типу — почти наверняка решаемо.
Продажи и работа с лидами
- Сбор лидов из всех источников в единую воронку. Сайт, лид-формы, маркетплейсы, телефония, мессенджеры, Telegram-боты, чатботы на сайте — всё попадает в amoCRM или Битрикс24 с правильным источником, UTM и обогащением.
- Распределение лидов по менеджерам. По правилам: гео, нагрузка, тип товара, язык, время суток. С эскалацией, если лид висит без ответа N часов.
- Квалификация лидов через API. Подтягиваем данные о компании из Контур.Фокус, дополняем сегмент, отсекаем явный шум до того, как менеджер тратит время.
- Автоматизация follow-up. Цепочки писем и Telegram-уведомлений по триггерам CRM: «лид молчит 3 дня», «КП отправлено, реакции нет», «договор не подписан 2 недели».
Склад, заказы, поставки
- Синхронизация остатков между 1С / МойСклад / сайтом / маркетплейсами (Ozon, Wildberries, Я.Маркет). В одну сторону или в обе — зависит от того, где «правда».
- Автозаказы поставщикам по правилам минимального остатка, сезонности, прогнозу продаж.
- Заведение отгрузок в 1С по событию из CRM или интернет-магазина — без ручного переноса.
- Контроль цен дилеров (MAP). Мониторим прайсы конкурентов и собственных дилеров на нарушения договорных цен — у нас в портфолио есть прод-кейс Price Monitor для Samsung Medison.
Финансы, документы, расчёты
- Автогенерация договоров, счетов, актов, УПД из CRM-данных. С подстановкой реквизитов, проверкой контрагента, отправкой в почту/документооборот.
- Сверка платежей банк ↔ CRM ↔ 1С. Платёж пришёл — сделка автоматически меняет статус, бухгалтерия видит назначение.
- Контроль дебиторки с автонапоминаниями клиентам и эскалацией в продажи.
- Импорт банковских выписок (Сбер, Тинькофф, Альфа) и автокатегоризация расходов.
- Учёт маркетинговых бюджетов с генерацией отчётов в HQ — точный кейс Marketing Expense Tracker, русский ввод → английский отчёт для материнской компании.
Отчётность и дашборды
- Сводные дашборды из 5–10 источников. Я.Метрика + GA4 + Директ + CRM + 1С + банк + маркетплейсы — в одном экране с настоящей атрибуцией, а не «среднее по больнице».
- Регулярные отчёты в Telegram руководителям: ежедневные продажи, недельная выручка, месячный P&L. Без захода в систему.
- Кастомные KPI-панели для отделов — у каждой команды свой набор метрик, без необходимости платить за лицензии BI-инструментов на каждого сотрудника.
- Отчёты под регулятора или HQ. Регулярная сборка отчётности в нужном формате, с автогенерацией пояснительных записок.
Внутренние порталы и личные кабинеты
- Дилерские/партнёрские порталы. Каталог, цены под партнёра, заказы, статусы, документы, обучение — типичный пример в портфолио дилерская платформа Samsung Medison.
- Личные кабинеты клиентов B2B. История заказов, остатки на складе у клиента, документы, заявки в поддержку.
- Бронирование ресурсов: оборудование на демо, переговорки, демо-сессии с экспертами, временные слоты сервисных инженеров.
- Системы согласования: заявки на закупки, отпуска, командировки, договоры — с маршрутом, ролями и аудитом.
- Мини-CRM под уникальный процесс, который не ложится в коробочные продукты — медтех с длинным циклом сделки, B2B с многоэтапными согласованиями, услуги с экспертной частью.
Уведомления, алерты, эскалации
- Алерты в Telegram по триггерам в любой системе: новый крупный лид, упавший сервис, истёкший SLA, нарушение MAP-цены конкурентом.
- Эскалация задач, висящих без ответа: на руководителя, на смежный отдел, в групповой чат.
- Напоминания клиентам по их событиям: оплатить, продлить, забронировать визит, прийти на запись.
Контент и каталоги
- Парсинг и обогащение каталогов товаров — конкуренты, поставщики, источники характеристик.
- Автогенерация лендингов из шаблона + данных каталога (когда нужны сотни страниц под товары/категории/локации).
- Миграция и синхронизация контента между CMS (Tilda → Astro, WordPress → Headless, между разными версиями системы).
Где кастом реально нужен — а где нет
Кастом окупается:
- Процесс уникален для индустрии или бизнеса. Дилерская сеть медицинского оборудования с верификацией юрлиц, льготными ценами и согласованием демо-сессий — этого нет ни в одной коробке.
- Несколько систем нужно склеить. Когда CRM, склад, телефония, банк, маркетплейсы живут отдельно, а команда копипастит между ними — кастом-связка экономит часы каждый день.
- Отчётность под регулятор или HQ. Особенно когда нужно «русские данные → английский отчёт в материнскую компанию» — это типичная история корпоративного маркетинга с HQ за рубежом.
- Контроль доступа и аудит. Когда нужно жёстко разграничить, кто что видит и правит, и иметь полную историю изменений — коробочные продукты тут обычно слабые.
Кастом НЕ нужен:
- Если задача — «обычные продажи»: amoCRM или Битрикс24 закрывают это лучше и дешевле любого кастома.
- Если задача — «обычный таск-менеджер»: Asana, Notion, Linear давно решили это в коробке.
- Если процесс ещё не устоялся и меняется каждый месяц — сначала стабилизируем процесс, потом автоматизируем. Иначе автоматизируем хаос, и переписывать придётся через квартал.
- Если бюджет не выдерживает стоимость владения. Кастом — это не только разработка, это поддержка, эволюция, миграции. Минимум на год вперёд считаем экономику.
Российский контекст
Среднестатистический российский бизнес живёт в сложной экосистеме:
- amoCRM или Битрикс24 как CRM (часто и то, и другое в разных подразделениях).
- 1С для бухгалтерии и склада.
- МойСклад или похожие у тех, кто перерос Excel, но не дорос до полноценной 1С.
- Контур.Фокус, Контур.Эльба для проверки контрагентов и документооборота.
- Банковские API Сбера, Тинькофф, Альфы.
- Маркетплейсы — Wildberries, Ozon, Яндекс.Маркет, каждый со своим API.
- Telegram как основной мессенджер общения с клиентами и внутри команды.
Мы знаем эту экосистему — у нас есть проекты, где соединено почти всё перечисленное. Это часть ценности: «иностранный» подрядчик потратит первые два месяца просто на чтение документации API российских сервисов.
Что мы НЕ делаем
- Не продаём «диджитал-трансформацию». Делаем конкретные инструменты под конкретные процессы.
- Не строим монолит «всё в одном экране». Модульная архитектура с самого старта, иначе через полгода править нечего.
- Не используем low-code, когда задача требует кода, и наоборот. Простую интеграцию можно собрать на n8n за день — не делаем на Node.js «потому что красиво». Сложную бизнес-логику не пытаемся натянуть на Make — там нет места для тестов и аудита.
- Не делаем «как у коллег». Каждый процесс свой, копировать чужой инструмент — гарантированный путь к боли.
С чего начать
Если у вас есть процесс, который команда вытягивает руками через Excel, копипасту и пять чатов в Telegram — напишите в Telegram. За первый созвон мы поймём, нужен ли кастом в принципе или задачу закроет связка готовых продуктов. Если нужен — следующим шагом дискавери за 1–2 недели с архитектурным отчётом.
Частые вопросы
То, о чём спрашивают до созвона
amoCRM и Битрикс — коробочные продукты для типовых процессов: продажи, поддержка, простые сделки. Они отлично закрывают 80% задач 80% бизнесов. Кастомный инструмент нужен, когда у вас остающиеся 20% — специфичная логика, которая в коробку не помещается без костылей. Часто правильный ответ — оставить amoCRM как CRM, а сверху построить кастом под уникальную часть процесса и связать их через API. Так дешевле и быстрее, чем «переписывать CRM целиком».
Почти никогда. Если CRM уже работает и команда в ней живёт — менять её слишком дорого и больно. Мы либо встраиваемся в неё (виджеты, доп. модули, интеграции), либо строим параллельный инструмент под процесс, который CRM не закрывает, и синхронизируем через API. Это здоровая архитектура: каждая система занимается своим.
Нет. AI-системы — про LLM-инжиниринг: RAG, контекстная экстракция, борьба с дрифтом моделей, retainer на промпты. Внутренние инструменты — про процессы и интеграции, LLM в них чаще всего НЕ нужен. Если задача — построить дилерскую платформу с 4 ролями и статусной машиной, это сюда. Если задача — научить систему отвечать на вопросы по 1000 страницам инструкций, это в AI-системы. Бывают гибриды — тогда подбираем формат под задачу.
Честно, по типичным форматам: от 500 тыс ₽ за узкую задачу — одна интеграционная связка, небольшой модуль или простой кастомный дашборд (4–6 недель). Прототип с одним полноценным модулем и базовыми интеграциями — обычно 1,5–3 млн. Полные внутренние инструменты с 4–6 модулями, ролями, статусной машиной и интеграциями — 3–8 млн. Большие платформы вроде дилерской с 55 endpoints и 4 ролями — от 5 млн и выше. Перед любым стартом — дискавери за 1–2 недели (250–400 тыс), чтобы вы поняли реальный объём и не платили за лишнее.
Варианта три. Первый — наш retainer (типичная модель, особенно первые 6–12 месяцев). Второй — мы передаём всё вашей внутренней ИТ-команде вместе с архитектурной документацией и онбордингом разработчиков. Третий — гибрид: критичные части на retainer у нас, обычные доработки делает ваша команда. Код и инфраструктура всегда остаются у вас.
Не просто можно — это правильный подход. Большие монолитные проекты «давайте сразу всё переделаем» проваливаются чаще всего. Берём одну самую болезненную часть процесса, делаем её в виде отдельного модуля, команда начинает им пользоваться. Дальше — следующая часть. Через год у вас связка из нескольких инструментов, каждый из которых проверен на боевых задачах.
Нормальный сценарий, особенно для среднего бизнеса. Мы берём на себя всё — инфраструктуру (хостинг, домены, SSL, бэкапы), мониторинг, поддержку. Вам нужен только аккаунт для оплаты сервисов и контактное лицо со стороны бизнеса. Это дороже на длинной дистанции, чем своя команда, но дешевле и быстрее, чем нанимать разработчиков под один проект.
Это обычная история. Мы изначально проектируем с расчётом на изменения: разделение на модули, явные точки расширения, документированные API между частями. Когда процесс меняется — правим тот модуль, который изменился, не трогая остальное. Это одна из причин, почему мы не любим монолитные «всё в одном экране» — они становятся неподъёмными уже через полгода.
Как это выглядит в деле
Связанные кейсы
- B2B медтех · enterprise
Samsung Medison · ЗАО «Медиэйс»
Платформа учёта дилерских проектов
B2B-платформа, где дилеры регистрируют проекты до реализации, а головной офис даёт аппрув. Убирает конфликты и делает дистрибьюторскую сеть управляемой.
Читать кейс - B2B медтех · AI
Samsung Medison · ЗАО «Медиэйс»
Marketing Expense Tracker для HQ Samsung — RU → EN
Корпоративный учёт маркетинговых бюджетов с LLM-генерацией полей отчёта и Excel-выгрузками под требования головного офиса Samsung в Корее.
Читать кейс - B2B промышленное оборудование
B2B-производитель датчиков мониторинга условий перевозки
Аутсорс-маркетинг для B2B-мониторинга перевозок
Клиент получил не подрядчика по сайту, а внешнюю команду, которая сама разобралась в продукте и собрала под ключ маркетинг по пяти отраслям сразу.
Читать кейс