IT-консалтинг — это внешний разбор задачи компании, который заканчивается решением и планом: что менять, в каком порядке, силами кого и за какие деньги. Консультант не ставит систему и не чинит серверы; он отвечает на вопрос, какое решение нужно бизнесу и нужно ли оно вообще.
Коротко
IT-консалтинг — это оплаченный разбор чужой задачи с ответом в виде решения: каким должен быть набор систем компании, что в них менять и в каком порядке. В отличие от подрядчика, консультант отвечает за качество решения, а не за работающий код.
Зовут его тогда, когда вопрос сформулирован в бизнес-словах, а ответ должен быть в технических: продажи не масштабируются, отчёт собирается вручную три дня, две системы держат разные остатки. Решение может оказаться разработкой, настройкой того, что уже куплено, или изменением правил без единой строчки кода.
Путаницу создаёт само слово: консультантами называют себя и подрядчики, и поставщики систем, и штатные специалисты. Разница — в том, что вы покупаете.
Состав работ собирают под вопрос заказчика, а не по универсальному списку. Чаще всего в проект входят пять направлений, и каждое закрывает свой вопрос и даёт свой документ.
| Направление | Какой вопрос закрывает | Что остаётся у компании |
|---|---|---|
| Разбор бизнес-процессов | Где компания теряет время и деньги в ежедневной работе | Карта процессов и список потерь с оценкой — подробно в статье про аудит бизнеса |
| Обследование IT-инфраструктуры | В каком состоянии серверы, сети, копии, доступы и лицензии | Список находок по критичности — подробно в статье про аудит IT-инфраструктуры |
| Требования и техническое задание | Что именно должна делать будущая система и как её принимать | Техническое задание с критериями приёмки — подробно в статье про техническое задание для IT-проекта |
| Архитектура и очередь работ | Как системы связаны между собой и что менять в каком порядке | Схема систем, источники данных, последовательность этапов |
| Оценка бюджета | Сколько стоит каждый шаг и что он даёт бизнесу | Смета по этапам и то, что можно закрыть без разработки |
Схемы и документы имеет смысл вести в общепринятых обозначениях, а не в собственных рисунках: карту процессов — в нотации BPMN 2.0 консорциума OMG, план развития архитектуры — по логике открытого свода TOGAF от The Open Group. Тогда документ читает не только его автор, и следующая команда не начинает с нуля.
Проект идёт от вопроса к фактам и от фактов к вариантам решения. Порядок шагов почти не меняется, меняется глубина каждого.
Результат должен выдерживать простую проверку: по нему можно принять решение и выделить деньги. Если в отчёте нет цифр и вариантов, это пересказ разговоров. Проверьте состав результата по списку.
Все четверо работают с одними и теми же системами, но продают разное: совет, стабильность, внедрение или постоянное управление. Путаница между ними — частая причина недовольства обеими сторонами.
| Критерий | IT-консалтинг | Техническая поддержка | Системный интегратор | Штатный IT-директор |
|---|---|---|---|---|
| Что покупаете | Решение и план с ценой | Работающие системы по договору | Внедрение конкретного продукта | Постоянное управление IT изнутри |
| Когда нужен | До того, как выбран продукт и потрачен бюджет | Когда системы уже работают | Когда решение принято | Когда IT стало ежедневной работой на полный день |
| Чем измеряется | Качеством решения и точностью оценки | Временем реакции и числом инцидентов | Запуском в срок и по бюджету | Результатом бизнеса за год |
| Главный риск | Отчёт, который никто не применит | Плата за тишину без отчёта | Решение под то, что интегратор умеет продавать | Взгляд изнутри без сравнения с рынком |
Объём консалтинга меняется от одного разговора до сопровождения проекта на всё время внедрения. Выбор зависит от того, насколько ясен вопрос.
Большинство консультантов на рынке — это команды, которые потом и разрабатывают. В таком совете всегда есть интерес: рекомендовать то, что умеешь делать сам. Проблема не в самом совмещении, а в том, что о нём молчат.
Важно Syntra Systems — разработчик, и мы говорим об этом до начала разбора. Поэтому в отчёте мы отдельно помечаем то, что решается настройкой, правилами и перераспределением ответственности, — то есть без нашей разработки и без бюджета на неё.
Проверить консультанта можно четырьмя вопросами.
Отдельный вопрос — доступ к данным. Консультант видит выгрузки с клиентами и сотрудниками, а закон «О персональных данных» (№ ЗРУ-547 от 02.07.2019) обязывает не разглашать персональные данные всех, кто получил к ним доступ, и требует мер защиты и от собственника, и от оператора, и от третьего лица. Поэтому соглашение о неразглашении подписывают до передачи выгрузок, а для разбора чаще всего хватает обезличенных данных.
Работа консультанта заканчивается выбранным вариантом, планом и оценкой. Дальше идёт другая работа: договор с подрядчиком, этапы, разработка и приёмка. Одна команда может делать и то и другое, но тогда стоимость разбора называют отдельной строкой — иначе невозможно понять, за что именно заплатила компания.
Если же вопрос звучит как «у нас не работает почта» или «нужно поменять сервер», разбор не нужен вовсе: это работа поддержки или администратора. Признаки, по которым понятно, что пора звать консультанта, задачи по отраслям и работа с внутренней IT-командой разобраны в отдельной статье о том, кому нужен IT-консалтинг и когда пора обращаться.
Отдельной услуги «IT-консалтинг» с прайсом на сайте у нас нет, и придумывать её мы не будем. Разбор задачи входит в работы, которые можно заказать по цене со страницы услуги.
Мы начинаем с вопроса, а не с продукта: сначала разбираемся, какую потерю закрывает изменение, и только потом говорим о системе. Часть находок после такого разбора закрывается правилами и настройкой того, что уже куплено, и мы говорим об этом прямо, даже когда это уменьшает объём нашей работы.
Документы остаются у вас: карта процессов, список находок, техническое задание и оценка бюджета передаются в редактируемом виде и годятся для разговора с любым подрядчиком.
Обсудим вашу задачу
Расскажите, что нужно сделать, — оценим сроки и стоимость и предложим решение.
Аудит отвечает на вопрос «что у нас есть и в каком это состоянии»: он описывает инфраструктуру и находит проблемы. Консалтинг отвечает на вопрос «что с этим делать»: сравнивает варианты, считает их стоимость и выстраивает очередь работ. Аудит часто становится первым этапом консалтингового проекта, но сам по себе решения не даёт.
Консалтинг заканчивается планом с ценой, а внедрение оценивается отдельно, и заказывать его у того же подрядчика не обязательно. У нас ближайший формат — ИИ-аудит за 400 $: на выходе план автоматизации с порядком шагов и бюджетом по каждому. Документы передаём в редактируемом виде, с ними можно идти к любому подрядчику.
Руководитель, который принимает решения по спорным вопросам, по одному человеку от каждого процесса и внутренний IT-специалист, если он есть. Без участия руководителя проект превращается в описание текущего состояния: некому выбрать вариант и назначить ответственных за изменения.
Обычно хватает обезличенных выгрузок: структура данных и объёмы видны, а персональные данные клиентов не покидают компанию. Если доступ к реальным данным всё же нужен, его выдают персонально и в минимальном объёме, а соглашение о неразглашении подписывают до передачи, а не после.
Начать с той части, которая не требует бюджета: правила работы, перераспределение ответственности, настройка уже купленных систем. В хорошем отчёте такие пункты выделены отдельно. Остальное остаётся очередью с оценками и не устаревает, пока не меняются процессы компании.
Главное условие — человек внутри компании, который видел, как это устроено у других, и готов задавать коллегам неудобные вопросы. Без него разбор страдает от взгляда изнутри: привычные обходные пути перестают замечать, а сравнить не с чем.
