Группа компаний «Райтек» выделила работу с предприятиями дискретного производства — теми, кто выпускает штучные изделия, а не гонит непрерывный поток продукции, — в отдельную компанию внутри «Райтек ДТГ». Формально это организационное решение: у промышленного направления появится своя структура и, судя по всему, отдельная линейка продуктов под задачи конкретно этого сегмента.
За сухой формулировкой стоит понятный рыночный тренд. Универсальные ИТ-решения, которые продавались «для всех», всё хуже закрывают потребности конкретных отраслей, и разработчики дробят бизнес по вертикалям — отдельно ритейл, отдельно финансы, отдельно промышленность. Дискретное производство здесь особый случай: у завода, где собирают приборы или технику, свои процессы диспетчеризации цеха, снабжения и контроля качества, которые не похожи на процессы металлургического комбината или логистического склада.
Специализация вместо универсальности
Причина, по которой такие направления выделяют в отдельные юрлица, обычно прагматичная: у промышленного заказчика длинный цикл принятия решений, специфичные требования безопасности и своя терминология, и продавать ему нужно не «платформу вообще», а решение конкретной проблемы конкретного цеха. Отдельная компания — это отдельная команда, которая говорит с производством на одном языке, а не пытается совместить это с продажами в ритейл или финтех.
Мессенджер как часть производственного контура
На любом производстве, даже самом автоматизированном, координация людей всё равно идёт через живое общение: мастер участка спрашивает у снабжения, где деталь, ОТК уточняет у цеха партию, логист присылает фото накладной. Формально для этого есть ERP и MES, но на практике оперативные вопросы решаются в мессенджере — быстрее, чем через тикет в системе.
Именно поэтому вопрос «какой мессенджер использовать» на производстве — не бытовая мелочь, а часть корпоративного контура связи. И последние пару лет этот вопрос всё чаще решается не сотрудником, а сверху: госзаказчики и часть корпоративных клиентов ожидают, что бизнес будет доступен в MAX — мессенджере, который позиционируется как национальная платформа для общения с государством и организациями.
Добавляет сложности и то, что переход на MAX для многих компаний — не добровольный выбор, а требование сверху: то ли от госзаказчика, то ли от материнской структуры, то ли просто потому, что часть контрагентов уже туда переехала. В такой ситуации у ИТ-службы предприятия появляется задача, которой раньше не было: обеспечить, чтобы новый обязательный канал не превратился в ещё один источник потерянных сообщений на фоне уже работающих привычных каналов связи.
MAX и Telegram работают параллельно, а не вместо друг друга
На практике переход на MAX почти нигде не происходит одномоментно. Получается ситуация, знакомая многим сотрудникам промышленных компаний:
- заказчики и часть госструктур пишут в MAX;
- поставщики, подрядчики и коллеги по привычке остаются в Telegram;
- рабочие чаты, боты и интеграции годами настроены именно под Telegram;
- личный телефон сотрудника не хочется превращать в место для двух параллельных мессенджеров с рабочей перепиской.
В результате человек либо держит оба приложения и постоянно проверяет оба, либо — что хуже — часть сообщений просто теряется, потому что проверяется в основном привычный канал.
Почему для производства это дороже, чем для офиса
В офисной работе пропущенное сообщение в редком мессенджере — это обычно просто задержка ответа. На производстве цена такой же задержки выше: не остановленный вовремя станок, не подтверждённая вовремя поставка комплектующих, пропущенный запрос от заказчика с жёстким графиком отгрузки. Чем более специализированное и завязанное на график производство, тем дороже обходится раздвоение каналов связи.
Что это значит для рынка в целом
Кейс «Райтек ДТГ» интересен не сам по себе, а как маркер: рынок постепенно перестаёт делить компании на «айтишников» и «производственников» и начинает разговаривать с промышленностью на языке конкретных процессов — от диспетчеризации цеха до внутренних коммуникаций. Мессенджеры в этом смысле не исключение: то, каким образом сотрудник получает и обрабатывает рабочие сообщения, становится частью инфраструктуры производства так же, как система учёта деталей на складе.
Пока крупные интеграторы выстраивают отраслевые продукты для ERP и MES, вопрос базовой связи — «куда пишет заказчик и куда отвечает сотрудник» — часто остаётся вне поля зрения, хотя решается он гораздо проще и быстрее, чем внедрение новой производственной системы.
При чём здесь Максограм
Максограм решает именно эту техническую проблему, не заставляя никого выбирать между MAX и Telegram. Логика простая: MAX ставится не на личный телефон сотрудника, а на отдельное устройство, которое сканирует QR-код в боте @maxogrambot. С этого момента все входящие в MAX сообщения приходят в привычный Telegram, отвечать можно прямо оттуда же, а MAX на личном телефоне после этого можно вообще не держать.
Для промышленной компании, где часть заказчиков и партнёров формально требует присутствия в MAX, а внутренние процессы годами выстроены вокруг Telegram, это снимает саму дилемму: формальное требование выполнено, но сотрудник продолжает работать в одном привычном приложении, не теряя сообщения между двумя мессенджерами и не держа рабочую переписку на личном устройстве.
Если в вашей компании уже приходится проверять два мессенджера параллельно из-за MAX, проще один раз настроить пересылку через Максограм, чем постоянно рисковать пропущенным сообщением от заказчика или поставщика.