Инструмент под ваш процесс — а не 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% задачи — нет смысла переплачивать за кастом
  • Заказчики, которые ждут, что «инструмент сам поймёт, как мы работаем» — это так не работает
  • Проекты, где нужен «дешевле и быстрее» — кастомная разработка стоит соответствующих денег и времени

Что вы получаете

Конкретные артефакты, а не «мы вам поможем»

  1. 01

    Работающий веб-инструмент в вашем окружении или интеграционная связка — не макет в Figma и не Notion-таблица

  2. 02

    Архитектурная схема: какие системы соединили, какие данные ходят, где границы ответственности

  3. 03

    Роли и права доступа (RBAC), аудит действий, история изменений критичных данных

  4. 04

    Интеграции с тем, что уже есть: amoCRM, Битрикс24, 1С, МойСклад, Контур.Фокус, Telegram, почта, банковские API

  5. 05

    Логи и мониторинг — что сделали, что упало, кто что менял

  6. 06

    Тестовое покрытие там, где это критично: биллинг, статусы, отчётность, цифры под аудит

  7. 07

    Документация для команды: как пользоваться, что менять, кому звонить, когда что-то пошло не так

  8. 08

    2–3 месяца поддержки и доработки после запуска — на основе обратной связи команды

Как мы работаем

Процесс — не магия

  1. Discovery

    Картируем процесс как он есть, не как нам рассказали. Интервью с теми, кто будет пользоваться. Решаем, что автоматизируем, что покупаем готовое, что вообще не трогаем. Выход — архитектура и список модулей с приоритетами.

    1–2 недели
  2. Прототип

    Узкий, но рабочий кусок процесса. Самая болезненная часть — её закрываем первой, чтобы команда быстро ощутила пользу и могла дать осмысленный фидбэк.

    2–3 недели
  3. MVP в стейджинге

    Полная функциональность на тестовых данных. Реальные интеграции с вашими системами, роли, права, статусные машины. Команда тестирует на параллельных задачах.

    4–8 недель
  4. Продакшн

    Аудит безопасности и устойчивости, перенос в боевое окружение, обучение команды, переход с старого процесса. Дольше всего обычно занимает не код, а смена привычек.

    1–2 недели
  5. Развитие

    Доработки по обратной связи команды. Новые модули, оптимизация узких мест, расширение интеграций. Без этого этапа любой внутренний инструмент быстро превращается в «то, чем мы пользовались, пока не забросили».

    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% — кастом сильно сэкономит.

Три живых примера — три разных типа задачи

  1. Дилерская платформа Samsung Medison. Большая internal-платформа: 55 REST-endpoints, 4 роли (дилер / партнёр / админ / суперадмин), статусная машина бронирования, интеграция с Контур.Фокус для верификации юрлиц, 164 unit/integration-теста. Здесь LLM сознательно НЕ ставили — задача про бизнес-логику, не про интеллект. Стек: Node.js 20 + Express + PostgreSQL 15 + Prisma.
  2. Marketing Expense Tracker. Внутренний инструмент маркетинга: учёт расходов по мероприятиям, аудит через PostgreSQL-триггеры, квартальная блокировка периодов, RU→EN автогенерация отчётов в HQ через Claude Haiku. 127 автотестов. Тут гибрид — основной процесс на классическом стеке, LLM только в одном узком модуле «сгенерировать английский отчёт по русским данным». Стек: Next.js 16 + Prisma 7 + Claude Haiku.
  3. Мониторинг промышленных датчиков (обезличенный кейс НПК). Закрытый 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, между разными версиями системы).

Где кастом реально нужен — а где нет

Кастом окупается:

  1. Процесс уникален для индустрии или бизнеса. Дилерская сеть медицинского оборудования с верификацией юрлиц, льготными ценами и согласованием демо-сессий — этого нет ни в одной коробке.
  2. Несколько систем нужно склеить. Когда CRM, склад, телефония, банк, маркетплейсы живут отдельно, а команда копипастит между ними — кастом-связка экономит часы каждый день.
  3. Отчётность под регулятор или HQ. Особенно когда нужно «русские данные → английский отчёт в материнскую компанию» — это типичная история корпоративного маркетинга с HQ за рубежом.
  4. Контроль доступа и аудит. Когда нужно жёстко разграничить, кто что видит и правит, и иметь полную историю изменений — коробочные продукты тут обычно слабые.

Кастом НЕ нужен:

  • Если задача — «обычные продажи»: amoCRM или Битрикс24 закрывают это лучше и дешевле любого кастома.
  • Если задача — «обычный таск-менеджер»: Asana, Notion, Linear давно решили это в коробке.
  • Если процесс ещё не устоялся и меняется каждый месяц — сначала стабилизируем процесс, потом автоматизируем. Иначе автоматизируем хаос, и переписывать придётся через квартал.
  • Если бюджет не выдерживает стоимость владения. Кастом — это не только разработка, это поддержка, эволюция, миграции. Минимум на год вперёд считаем экономику.

Российский контекст

Среднестатистический российский бизнес живёт в сложной экосистеме:

  • amoCRM или Битрикс24 как CRM (часто и то, и другое в разных подразделениях).
  • для бухгалтерии и склада.
  • МойСклад или похожие у тех, кто перерос 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 между частями. Когда процесс меняется — правим тот модуль, который изменился, не трогая остальное. Это одна из причин, почему мы не любим монолитные «всё в одном экране» — они становятся неподъёмными уже через полгода.

Как со мной связаться

Расскажите задачу —
разберём, как её решать.

Первый разговор бесплатный, без презентаций и «а давайте я пришлю коммерческое». Смотрим, что есть, что мешает расти, и честно говорим, берём мы вашу задачу или нет. Если берём — собираем точечный план на ближайшие 60 дней.

Обычно отвечаю в течение рабочего дня. На часовых поясах от Калининграда до Владивостока проверено — пишите, когда вам удобно.