Разбираем, как workflow-автоматизация становится «enterprise plumbing», почему IT превращается в узкое место и как платформы типа ServiceNow это снимают.
«Enterprise plumbing» — метафора про «сантехнику» компании: незаметные, но жизненно важные соединения между людьми, командами, системами и данными. Как трубы в здании не продают квартиру напрямую, так и внутренние workflow редко попадают в презентации для клиентов. Но если они протекают или забиты, бизнес ощущает это сразу: заявки теряются, согласования зависают, сроки срываются, а качество сервиса становится случайным.
На ранних этапах компании часто хватает отдельных приложений и ручных договорённостей — «напишите в чат», «перекиньте письмо», «создадим таблицу». По мере роста количество запросов, исключений и зависимостей увеличивается, и важнее становится не то, какие именно инструменты используются, а то, как запрос проходит путь от идеи до результата.
Когда процессы масштабируются, выигрывают те, у кого:
Дальше разберём, где в компании прячется эта «сантехника», почему IT часто становится бутылочным горлышком и почему платформенный подход (на примере ServiceNow) помогает соединить процессы, данные и контроль. В конце будет набор критериев выбора подхода, список рисков внедрения и практические шаги, как запустить автоматизацию workflow и измерить эффект.
«Сантехника» процессов — это невидимые потоки работы, которые соединяют людей, команды и системы. Пока они работают, их не замечают. Но стоит где-то появиться протечке — и бизнес начинает «буксовать» на мелочах.
Обычно они живут не в одном отделе, а проходят сквозь всю компанию:
Важно: это не «про IT» или «про бухгалтерию». Это про то, как решение проходит путь от запроса до результата.
Когда процесс держится на переписке и личной памяти, появляются типовые поломки:
Снаружи это выглядит как «просто долго», но внутри растут риски: ошибки, нарушения сроков, несогласованные изменения.
Есть два узнаваемых маркера.
Первый: «всё держится на людях» — на конкретных сотрудниках, которые «знают, кому писать».
Второй: «нужно написать в чат, чтобы ускорить» — работа движется не по правилам, а по личным договорённостям. Это означает, что поток есть, но он не оформлен как управляемый процесс — и именно там обычно прячется настоящая «enterprise plumbing».
Автоматизация в компаниях почти всегда начинается одинаково: сначала «всё держится на людях». Запросы приходят в почту и мессенджеры, статусы хранятся в таблицах, согласования — в цепочках «ответь всем». Это работает, пока объём небольшой и команда знает контекст наизусть.
Следующий шаг — «давайте сделаем портал»: форма заявки, шаблоны, базовые правила маршрутизации. Это снижает хаос и стандартизирует вход.
Но затем почти неизбежно возникает этап «всё превращается в тикеты»: запросы попадают в очереди, разные команды ведут свои списки, а пользователь видит один номер и мало понятный статус. Формально это автоматизация, но по сути — цифровая пересылка задач.
Проблема в том, что реальные процессы идут поперёк подразделений: доступы зависят от HR-данных, закупка — от бюджета, изменения — от рисков и расписания, поддержка — от конфигураций. Если автоматизировать по кусочкам (отдельно портал, отдельно согласование, отдельно учёт активов), стыки остаются ручными: люди копируют данные, уточняют контекст, «пробивают» исключения через личные контакты.
Когда платформы нет, каждое «особое условие» фиксируется как новый обходной путь: отдельная форма, отдельный чат, отдельная таблица, отдельная роль «кто знает как». Со временем процесс обрастает множеством разрозненных правил, которые сложно объяснить, ещё сложнее поддерживать и почти невозможно менять безопасно.
Платформенный подход ценен тем, что переводит компанию от автоматизации отдельных действий к управлению сквозным workflow: единые данные, единые правила, единая оркестрация и понятные точки контроля — без постоянного ручного «склеивания».
IT часто воспринимают как «команду, которая делает системы». Но в зрелой компании IT превращается в диспетчерскую: через неё проходит почти всё, что связано с доступами, изменениями, интеграциями и данными. И чем больше бизнес хочет скорости, тем заметнее узкое место.
Большая часть запросов — не «разработка продукта», а обслуживающая работа:
Каждый такой запрос затрагивает несколько команд и инструментов. Если всё делается вручную через письма и пересылку задач, очередь растёт быстрее, чем пропускная способность.
Логичное желание — «пусть бизнес сам настраивает». Но права доступа, персональные данные, финансовые операции и изменения в продуктиве требуют рамок: кто запросил, кто согласовал, кто выполнил, где аудит. Без этого скорость оборачивается рисками и инцидентами, за которые всё равно отвечает IT.
С ростом компании появляется больше приложений, подрядчиков, филиалов, регуляторных требований. Каждая новая система увеличивает число зависимостей: одно изменение тянет за собой обновление интеграций, ролей, справочников, мониторинга и поддержки.
В результате IT не «медлит» — оно физически становится точкой пересечения потоков. Решение обычно не в героизме и найме, а в стандартизации и автоматизации сквозных workflow, чтобы часть работы выполнялась предсказуемо и повторяемо, а люди подключались только там, где нужен контроль и экспертиза.
Когда IT становится «узким местом», потери редко выглядят как одна большая строка в бюджете. Они размазаны по ожиданиям, простоям, повторной работе и «мелким» ошибкам — пока однажды не превращаются в хроническое недовольство и рост затрат.
Самый заметный счёт — за время. Если запрос на доступ, изменение в системе или согласование закупки зависает на 3–7 дней, бизнес платит не только зарплатой сотрудников, которые ждут.
Платит и упущенной скоростью: проект стартует позже, продажи откладываются, клиент дольше ждёт ответа. Часто добавляется простой: например, сотрудник не может приступить к задачам без учётной записи или прав в системе.
Простой расчёт помогает увидеть масштаб: 30 сотрудников × 2 часа «ожидания/простоя» в неделю = 60 часов. Умножьте на стоимость часа и на 4 недели — и станет понятно, почему «всего пара дней согласования» превращается в заметную сумму.
Узкое место почти всегда порождает ручные обходы: пересылки в почте, таблицы, чаты, «позвони Пете». Это приводит к:
Здесь деньги уходят тихо: команда закрывает последствия — разборы, откаты, исправления, ответы на вопросы, восстановление доступа, объяснения руководству.
Не менее дорогая часть — качество сервиса.
Когда люди привыкают, что «официально долго», падает доверие к IT как к партнёру. Начинаются теневые практики: обходные инструменты, неформальные доступы, хранение данных «где удобнее». Это повышает риски безопасности и осложняет поддержку.
В итоге узкое место бьёт по трём метрикам одновременно: скорость (SLA/lead time), надёжность (инциденты/ошибки) и удовлетворённость (оценка сервиса). И именно поэтому устранение бутылочного горлышка — не про «удобство», а про экономику и управляемость.
Точечные решения часто выглядят как быстрый способ «заткнуть дыру»: поставили отдельный сервис-деск, отдельно согласование отпусков, отдельно учёт активов — и вроде бы задача закрыта. Проблема в том, что «сантехника» компании работает сквозь отделы. Когда каждый участок построен на своём инструменте, связки между ними превращаются в ручной труд, переписки и бесконечные уточнения.
Набор инструментов — это несколько отдельных приложений, которые «общаются» через выгрузки, письма или хрупкие интеграции. У каждого свои справочники, роли, статусы и правила.
Платформа — это единая среда, где процессы собираются на общих компонентах:
Платформа окупается не одной автоматизацией, а повторным использованием. Настроили модель согласования, журнал аудита, витрину самообслуживания — и эти элементы можно применять снова и снова в новых workflow.
Кроме того, платформа вводит стандарты: одинаковые статусы, единые требования к данным, понятные метрики. Это снижает разночтения между командами и упрощает поддержку.
И наконец — единый контроль. Когда правила доступа, логирование и качество данных централизованы, бизнес получает скорость без потери управляемости.
Чтобы «enterprise plumbing» работала на масштабе, важны:
Платформенный подход выигрывает там, где компании нужно не «закрыть заявку», а обеспечить предсказуемую работу сквозных процессов между людьми, командами и системами.
ServiceNow часто называют «операционной системой» компании не потому, что она заменяет бизнес‑приложения, а потому что связывает их работу в единый порядок: кто что запросил, кто отвечает, что уже сделано, где риск и где просрочка.
Переезд редко начинается с «всего и сразу». Чаще всего на платформу переводят те зоны, где особенно заметны очереди и ручная координация:
Главная ценность платформы — в том, что работа становится видимой. Вместо пересылки писем и «пингов» в чаты появляется общий контур:
Когда процесс живёт в одном месте, легче находить узкие места и устранять их не героизмом, а настройкой правил и автоматизацией.
Платформенный подход снижает «хрупкость» операций. Знания закрепляются в workflow, шаблонах, каталогах и политиках согласований — и уход ключевого сотрудника не превращается в остановку сервиса. Команды получают общий язык: одинаковые статусы, единые требования к данным, повторяемые маршруты выполнения.
В итоге ServiceNow становится не очередным инструментом «для IT», а опорным слоем, который помогает бизнесу запускать изменения быстрее, не теряя управляемость.
Сквозной workflow — это не «цепочка тикетов», а единый процесс от первого запроса до результата и последующей обратной связи. Он включает все шаги, которые реально происходят между отделами: уточнения, согласования, ожидания, проверки, возвраты на доработку. Если процесс нельзя объяснить простым вопросом «что является готовым результатом и кто его принимает?», то он почти наверняка распадается на пересылку задач.
Начните с формулировки границ:
Это важно, потому что без чётких границ «последний шаг» у каждого свой: для одного — «отправил письмо», для другого — «получил подпись», для третьего — «проверил в системе». Сквозной workflow фиксирует единую точку завершения.
Оркестрация заменяет ручные передачи (письма, чаты, «перекину задачу коллегам») управляемыми переходами между стадиями.
Ключевые принципы:
Оркестрация становится критичной там, где много межотдельных зависимостей и «ожиданий»:
В платформенных инструментах вроде ServiceNow ценность даёт именно «дирижёрская» роль: один процесс, один контекст, одна история решений. В результате меньше «пинг-понга», понятнее ответственность и проще управлять сроками — даже когда участвуют разные команды и системы.
Платформенный подход выигрывает не только потому, что «всё в одном месте», а потому что он создаёт общий язык данных. Когда заявки, активы, конфигурации и изменения живут в единой модели, процессы перестают быть цепочкой разрозненных форм и чатов — они становятся управляемой системой, где причины и последствия видны сразу.
В «точечных» решениях каждая команда ведёт свои справочники и статусы: у службы поддержки — тикеты, у инфраструктуры — список серверов, у безопасности — исключения, у закупок — активы. На стыках появляется ручная сверка.
Единая модель данных позволяет связать:
В результате любой участник процесса видит не «номер тикета», а предметную картину: что сломалось, где это находится, на что влияет и кто отвечает.
Контекст — это связность событий. Инцидент, связанный с недавним изменением, требует другой реакции, чем сбой «сам по себе». Когда инциденты автоматически связываются с изменениями, релизами и активами, проще:
Платформа даёт метрики «из коробки» именно потому, что данные структурированы и связаны. SLA, загрузка команд, узкие места в согласованиях, причины задержек — всё это считается по фактам выполнения шагов workflow, а не по вручную собранным отчётам.
Когда отчётность не требует героизма в конце месяца, управление становится регулярным: видно, где процесс буксует, что влияет на качество сервиса и какие улучшения реально дали эффект.
Контроль в корпоративных процессах часто воспринимают как «тормоз»: чем больше проверок, тем медленнее работа. На практике риск возникает не из-за самого контроля, а из-за хаотичного контроля — когда правила не зафиксированы, решения принимаются в личных чатах, а обходные пути становятся нормой.
Самые дорогие инциденты обычно вырастают из мелочей:
Чтобы контроль был быстрым и предсказуемым, важно формализовать базовую «гигиену»:
Платформенный подход (например, в ServiceNow) помогает «встроить» контроль в поток работы, а не навешивать его сверху.
Ключевые механики:
Итог: бизнес получает скорость и предсказуемость, а служба контроля — прозрачность, доказуемость и меньше «пожаров» из-за обходов.
Внедрение ServiceNow часто ломается не на технологиях, а на управленческих решениях: платформу пытаются превратить в набор «уникальных форм» вместо того, чтобы навести порядок в услугах и правилах работы. Ниже — ошибки, которые встречаются чаще всего, и способы их обойти.
Когда под каждый кейс пишут отдельную логику, первые результаты выглядят впечатляюще — до момента обновлений. Апгрейды становятся проектами на месяцы, растёт стоимость владения, а знания концентрируются у узкого круга людей или подрядчика. В итоге компания платит не за ценность, а за поддержку собственной сложности.
Как избежать: начинать с конфигурирования (настройки) и стандартных возможностей, а разработку оставлять для действительно отличающихся процессов. Любое расширение — через понятные правила, документацию и контроль «почему нельзя стандартом».
Типичный симптом — отсутствие стандартов: разные команды создают свои статусы, поля и маршруты. Это разрушает аналитику и сквозную оркестрацию.
Как выбирать:
Если нет понятного каталога услуг и минимального «скелета» процесса, автоматизация ускорит не сервис, а путаницу.
Практика: начните с MVP: каталогизируйте 10–20 ключевых услуг, унифицируйте статусы (например, «Новая → В работе → Ожидает → Решена → Закрыта»), зафиксируйте минимальные шаги и метрики. Затем расширяйте по мере накопления данных и обратной связи.
Запуск «enterprise plumbing» лучше начинать не с большой программы трансформации, а с короткого цикла: найти конкретные очереди, убрать лишние ручные шаги и закрепить улучшение в виде повторяемого workflow на платформе (например, в ServiceNow). Ниже — план, который укладывается в 90 дней.
Соберите мини-карту 10–15 ключевых потоков работ: запросы на доступ, закупки, изменения, инциденты, онбординг/оффбординг, согласования. Важно не рисовать «идеальный процесс», а зафиксировать фактический путь задачи.
Фокусируйтесь на четырёх вещах:
Недели 1–2: выберите один поток для пилота с заметной болью и частотой (например, доступы). Зафиксируйте baseline: текущее время цикла, число касаний, процент возвратов.
Недели 3–6: настройте минимальный сквозной workflow: форма запроса, маршрутизация, согласования, шаблоны задач. Запустите простой каталог/портал, чтобы «вход» стал единым, а не через почту.
Недели 7–10: добавьте минимум интеграций (одна-две), которые дают максимальный эффект: AD/HR-система/почта/CMDB — только то, что убирает ручной ввод и ошибки.
Недели 11–13: обучите исполнителей и владельцев процесса, скорректируйте правила приоритета, подготовьте следующий поток по тому же шаблону.
Смотрите не на «сколько настроили», а на изменение поведения системы:
Если через 90 дней вы можете показать: «время выполнения упало на X%, ручных касаний стало на Y меньше, SLA соблюдается стабильнее», — значит «сантехника» начала работать, и её можно тиражировать на следующие процессы.
ServiceNow хорош как «сквозной контур» для управления услугами, изменениями и контролем. Но в реальной жизни всегда остаётся слой задач, где нужно быстро сделать вспомогательное приложение, внутренний портал или интеграционный сервис — и именно там IT-бэклог часто раздувается сильнее всего.
TakProsto.AI можно использовать как практичное дополнение к платформенному подходу: это vibe-coding платформа для российского рынка, где web/серверные/мобильные приложения собираются из диалога в чате, а не через длинные циклы классического программирования. Это полезно, когда нужно быстро закрыть «стыки» между системами, собрать прототип для пилота, сделать внутреннюю форму/кабинет или небольшой сервис для исполнителей — с возможностью экспорта исходников, деплоя и отката через snapshots/rollback.
Отдельно важный для корпоративного контура момент: TakProsto.AI работает на серверах в России, использует локализованные и opensource LLM-модели и не отправляет данные за пределы страны — что снижает барьеры для использования в задачах, связанных с внутренними процессами и данными.
Если мыслить в терминах этой статьи, то ServiceNow «держит трубы и правила», а TakProsto.AI помогает быстрее строить и менять «ответвления» вокруг них — без постоянного роста очереди на разработку и без потери управляемости.
