Кому нужен IT-консалтинг и когда пора обращаться

IT-консалтинг нужен компаниям, у которых цена технологической ошибки выше стоимости разбора: перед крупной покупкой или разработкой, при склейке систем после роста, при новых требованиях регулятора. Размер бизнеса здесь не главное — важнее, сколько систем в работе, во что обходится их простой и кто принимает решения об IT.

Как понять, что компании нужен внешний разбор

Повод обратиться выглядит не как техническая поломка, а как управленческий тупик: решение принять надо, а на чём его основывать — непонятно. Ниже признаки, с которыми чаще всего приходят.

• Данные расходятся. Склад, бухгалтерия и продажи показывают разные цифры, и никто не может сказать, какая из них верная.
• Рост упёрся в людей. Заявок больше, выручка та же, а решение по умолчанию — нанять ещё сотрудников на ручную работу.
• Систем много, связи нет. Пять программ, между которыми данные переносят руками или выгрузками в таблицах.
• Бюджет на IT растёт без объяснения. Счета за лицензии, серверы и доработки увеличиваются, а что изменилось в работе — сказать нельзя.
• Предстоит крупная покупка. Готовится внедрение CRM, ERP, приложения или портала, и цена ошибки в выборе измеряется десятками тысяч долларов.
• Сменился подрядчик или ушёл ключевой человек. Систему поддерживать некому, документации нет, а что внутри — знает только тот, кто ушёл.

Что именно делает консультант с такой задачей, как идёт проект и какие документы остаются у компании — разобрано в статье о том, что такое IT-консалтинг и как устроена работа.

Шесть вопросов для самопроверки

Простой признак: если руководитель не может уверенно ответить хотя бы на один вопрос из списка, у компании нет картины своего IT, и решения принимаются на ощупь.

• Где компания теряет деньги из-за того, как устроены её системы?
• Какие процессы стоит автоматизировать первыми и почему именно их?
• Сколько стоит час простоя каждой ключевой системы?
• Какие IT-проекты прошлого года окупились, а какие нет?
• Выдержит ли текущая инфраструктура удвоение числа заказов?
• Кто и к каким данным компании имеет доступ прямо сейчас?

Ответ «не знаю» на первые два вопроса — повод для разбора процессов, на остальные — для обследования инфраструктуры. Как считают потери в деньгах, показано в статье про аудит бизнеса.

Размер компании решает меньше, чем кажется

Нужен разбор или нет, определяет не число сотрудников, а четыре вещи, которые легко посчитать. Компания из пятнадцати человек с тремя интеграциями и оплатами онлайн зависит от IT сильнее, чем производство на двести человек с бумажным документооборотом.

• Цена простоя. Сколько компания теряет за час, когда останавливается приём заказов или отгрузка.
• Число систем и связей между ними. Каждая интеграция — место, где данные расходятся, и точка отказа.
• Скорость изменений. Если продукт, цены или склад меняются каждый месяц, система должна меняться так же быстро.
• Требования регуляторов. В некоторых отраслях состав систем и место хранения данных заданы законом, а не удобством.

Эти четыре величины считают до разговора о конкретных системах. Пока не посчитана цена часа простоя, спор о бюджете на IT остаётся спором о вкусах: одному кажется, что абонентская плата за поддержку велика, другому — что мала, а сравнить не с чем.

Какие задачи приносят чаще всего по отраслям

Запрос звучит по-разному, но за ним стоит один и тот же вопрос: что чинить первым. Таблица показывает типичные задачи и то, что задаёт к ним требования помимо желаний бизнеса.

Отраслевая специфика меняет требования и приоритеты, но не меняет порядок работы: сначала факты и цифры, потом варианты решения, потом бюджет.

Когда IT-консалтинг не нужен

Разбор — не универсальный ответ, и в четырёх случаях он только оттянет решение задачи и потратит деньги.

• Решение уже принято и проверено. Если понятно, что нужна конкретная система и зачем, следующий шаг — техническое задание и подрядчик, а не ещё одно обследование. Как составить задание, разобрано в статье о техническом задании для IT-проекта.
• Проблема в эксплуатации, а не в решении. Система подходит, но падает, тормозит и никем не обслуживается — это работа поддержки: мониторинг, копии, регламент обращений.
• Компания проще своих процессов. Один канал заявок, два человека в продажах и таблица, которой хватает, — здесь дешевле настроить то, что есть, чем заказывать разбор.
• Некому принять решение. Если после отчёта никто не сможет выделить бюджет и назначить ответственных, разбор превратится в файл, который откроют один раз.

Граница между разбором и эксплуатацией описана в статье про техническую поддержку IT-инфраструктуры: там же состав работ и то, что фиксируют в договоре.

Консультанты и внутренняя IT-команда

Внешний разбор не заменяет внутреннюю команду и не проверяет её на профпригодность: у них разные задачи. Внутренние специалисты держат инфраструктуру на ходу и знают её историю, внешние приносят сравнение с другими компаниями и берут на себя неудобные выводы.

• Эксплуатация остаётся внутри. Доступы выдаёт внутренняя команда — персонально и в минимальном объёме, а не общим паролем администратора.
• Контекст даёт внутренняя команда. Почему сделано именно так, где обходные пути и что уже пробовали, — без этого внешний отчёт будет наивным.
• Сравнение даёт внешняя. Как ту же задачу решают в других компаниях и во что это обходится.
• Документы пишут вместе. Иначе схемы и регламенты умирают вместе с проектом, а поддерживать их некому.
• Решение принимает руководитель. Не консультант и не IT-отдел: выбор варианта — управленческий, а не технический.

Ошибка Заказать разбор тайно от IT-отдела. Сотрудники всё равно узнают на первом же интервью, дальше начинается защита своей работы вместо описания реальных процессов, и достоверность собранного падает. Честнее объявить заранее: разбирают процессы и системы, а не людей.

Если внутренней команды нет вовсе, её роль обычно берёт на себя руководитель или сотрудник, который ведёт системы по совместительству. Тогда важнее обычного оформить доступы и документацию на компанию, а не на человека: иначе вместе с его уходом закрывается и проект.

Что подготовить до начала

Половина качества разбора определяется тем, что компания соберёт до первой встречи. Чем больше фактов готово, тем меньше времени уйдёт на восстановление картины.

1. Сформулируйте вопрос одной фразой. «Нужна ли нам ERP» — плохо. «Почему остатки расходятся и как считать себестоимость к пятому числу» — хорошо.
2. Соберите список систем. Что используется, кем, на каком сервере или в каком облаке, за что платите ежемесячно.
3. Поднимите расходы на IT за год. Лицензии, хостинг, доработки, подрядчики, оборудование — одной таблицей.
4. Выделите людей на интервью. По одному человеку от процесса и время в их календаре, иначе сроки сдвигает не консультант.
5. Назовите, кто принимает решение. Один человек с правом выбрать вариант и выделить бюджет.
6. Договоритесь, что считается хорошим результатом. Это записывают до начала работ, а не обсуждают при сдаче отчёта.

Если собрать эти шесть пунктов не удаётся, это уже результат: в компании нет ни описи систем, ни понятного владельца IT-бюджета. Разбор в таком случае начинается именно с описи, и первые находки появляются раньше, чем интервью.

С чего начать и как работаем мы

Мы не продаём IT-консалтинг отдельной услугой с прайсом — такой строки на сайте нет. Тот же вопрос закрывают работы со страниц услуг, и начинать разумно с самой узкой: она даёт ответ раньше и стоит меньше.

• Слышали про ИИ, но не понимаете, где он окупится у вас — ИИ-аудит, 400 $. На выходе список процессов для автоматизации, схема автоматизации и план внедрения с приоритетами и оценкой бюджета по шагам. Состав работ — на странице ИИ и автоматизации.
• Системы есть, но за них никто не отвечает целиком — поддержка от 700 $ в месяц. Опись систем и их критичности, согласованное время реакции и порядок эскалации, мониторинг, разбор инцидентов до причины и ежемесячный отчёт.
• Очередь доработок есть, своей команды разработки нет — развитие проекта от 1 500 $ в месяц. Предсказуемый ресурс разработчиков каждый месяц вместо поиска подрядчика под каждую задачу. Условия — на странице технической поддержки.

Мы начинаем с узкого вопроса и одного процесса, а не с обследования всей компании: так первый результат появляется раньше и по нему видно, стоит ли идти дальше. Если внутри уже есть IT-специалист, работаем вместе с ним — эксплуатация и доступы остаются за ним, на нас сравнение с другими проектами и оформление решения в документы.

Свой интерес называем сразу: Syntra Systems разрабатывает системы, а значит, у любой нашей рекомендации есть сторона, на которой мы зарабатываем. Поэтому находки, которые закрываются настройкой уже купленного и изменением правил, в разборе помечены отдельно — их можно закрыть без нас.

Частые вопросы