Как стать автором
Обновить
0

Купить или разработать? Лакмусовые тараканы топ-менеджера в принятии решения по разработке ИТ-системы

Время на прочтение8 мин
Количество просмотров4.3K

Проработав 20 лет в ИТ, 8 из которых в должности CIO, а последние 5 в роли CEO ИТ-компании, я решил написать небольшую статью для тех, кто причастен к управлению цифровизацией бизнеса – собственников, CFO, CEO но не имеет опыта ИТ-менеджера или ИТ-директора. Речь пойдет о стоимости и рисках принятия управленческих решений по разработке ИТ-систем внутри НЕ ИТ-компаний.

С кем не знаком – Андрей Балякин, CEO компании HubEx. Сейчас у нас в портфеле 2 продукта: собственно, платформа HubEx – решение для автоматизации выездного сервисного обслуживания, и MyQRcards – система управления электронными визитками в крупных компаниях. На примерах их разработки и продажи расскажу о характерных заблуждениях (“лакмусовых тараканах”) управленцев, которым приходится принимать решения по разработке и внедрению бизнес-систем. То есть ИТ-решений, на которые делается ставка при трансформации бизнеса от аналогового или полу-ручного (классического) управления к автоматизированной компании с развитой ИТ-инфраструктурой, с помощью которой происходит управление основными операционными процессами.

О чем мечтают все собственники?

Цифровой бизнес, управляемый с экрана ноутбука или смартфона – мечта любого владельца, инвестора и топ-менеджера. Каждый ИТ-менеджер или CIO не раз слышал от своего генерального директора или совета директоров:

“Нам нужно автоматизировать компанию так, чтобы видеть ее пульс на экране смартфона, а менеджеры могли управлять показателями работы, не вставая с рабочих мест. Двойной ввод данных должен быть исключен, а ручные операции сведены к минимуму!”. 

И вот уже перед ИТ-руководителем ставится задача автоматизации всего и вся. Причем чем меньше компания, тем меньше на это выделяется времени, а понимание бюджета такого мероприятия исчезает пропорционально размерам организации.

Не могу вспоминать без улыбки слова уважаемого CFO в присутствии акционеров компании, где я трудился ИТ-директором некоторое время назад: “Андрей, вы собираетесь внедрять систему документооборота и автоматизировать процессы согласования целый год? Это немыслимо! Вон мы, в _называется крупный машиностроительных холдинг_ запустили SAP за 3 месяца!”.  И недвусмысленный взгляд, мол, мы тут все "студенты"… =)

Речь о том, что поспешность в принятии решений топ-менеджерами чаще всего связана с отсутствием реального опыта в соответствующих проектах. Об этом и решил немного рассказать на личном опыте.

Лакмусовый таракан №1: единая система управления бизнесом существует

Как бы ни так. В мире существуют десятки различных классов ИТ-систем. Каждый класс систем решает свои задачи: CRM – управление взаимоотношениями с клиентами, ERP – управление ресурсами предприятия, WMS – управление складом, Service Desk – управление заявками и уровнем сервиса, SCADA – диспетчерское управление и сбор данных об оборудовании, FSM – управление выездным обслуживанием, BPM –управление бизнес-процессами, и т.д.

И все эти системы существуют не просто так. Каждая из них решает свой класс задач, и такие системы образуются в иерархии (пирамиды), без выстраивания которых не получится гибко управлять крупной компанией. Если пытаться функции систем разных классов реализовывать в одной системе, провал неизбежен. Будет построен “мост из чугуна”, которые попросту развалится под своим весом. Крупным компаниям приходится внедрять десятки ИТ-систем и интегрировать их между собой, чтобы механизм мог работать и им можно было пользоваться.

Вот так, например, может выглядеть пирамида ИТ-систем в производственной компании

Если пытаться из ERP-системы сделать АСУТП, ничего не выйдет. Максимум, можно попробовать реализовать функции систем смежных уровней. И то, делать это следует, принимая во внимание множество различных факторов. В той же мере у вас не выйдет сделать из Service Desk системы сделать полноценную систему управления выездным обслуживанием (FSM).

Для крупных организаций с оборотом, скажем, от 1 млрд. в год единой системы не существует! Это всегда набор интегрированных специализированных систем, взаимодействующих друг с другом. Только небольшие организации с оборотом в десятки или сотни миллионов рублей в год могут более или менее качественно автоматизировать бизнес на базе одной системы. И еще. Многие топ-менеджеры думают, что внедрив, скажем, SAP, у них появится эта единая система. Это не так. SAP, IBM, 1С или Microsoft – это экосистемы, состоящие из десятков и даже сотен ИТ-продуктов, которые нужно интегрировать между собой и строить вручную ИТ-решение через дорогостоящие и долгосрочные проекты внедрения систем различных классов.

Другое дело – небольшие компании. Если не ставить задачу автоматизации всего подряд, а выбрать бизнес-критичные операционные процессы, то одна-две системы могут быть внедрены и по праву называться “единой системой управления бизнесом”. Конечно, часть работы по прежнему останется в ручном режиме, но зато автоматизация не будет стоить миллионы.

Лакмусовый таракан №2: дешевле самим разработать ИТ-систему, чем покупать чужую

За 5 лет управления продуктовым ИТ-бизнесом в HubEx к нам приходили сотни уважаемых компаний всех размеров – от малого бизнеса до крупного enterprise. (Напомню, HubEx – это специализированная ИТ-система класса FSM, Field Service Management или, по-русски, система управления мобильным сервисом).

Большая часть этих компаний рассматривала HubEx в сравнении либо с уже разработанной внутри системой со схожими функциями, либо знакомились с решением, чтобы разобраться в методиках управления выездным сервисом, заложенных в системах такого класса,  и разработать свое подобное решение с нуля (иными словами, занимались промышленный шпионажем). Ко многим таким встречам я подключался лично и открыто делился всей имеющейся у нас информацией, чтобы потенциальные клиенты, обладая всей картиной, могли принять взвешенное решение и, возможно, отказаться от планов по разработке собственной системы.

Подвожу итоги и фиксирую успехи тех, кто ушел, выбрав разработку своего решения:

  1. 10% клиентов вернулись через год-два внедрять наш HubEx. Так как трезво оценив объем необходимых инвестиций в разработку собственного решения, поняли, что дешевле и быстрее купить и внедрить готовое, чем разрабатывать пару лет что-то с нуля без какой-либо пользы для бизнеса в течении этого немалого срока. Все эти клиенты пришли к выводу, что разработка своего обойдется в десятки и даже сотни раз дороже, не говоря уже о дальнейшей поддержке.

  2. Около 15% потенциальных клиентов запустили собственную разработку. Сделали что-то, что по функционалу в десятки раз уступает специализированному решению и абсолютно не удовлетворяет возросшим во время разработки требованиям. Такие компании часто потом приходят с запросом на внедрение HubEx и попыткой интегрировать свое решение с нашей платформой, чтобы как-то использовать и оправдать расходы на то, на что уже потрачены миллионы, и что до сих пор не привело к желаемому результату.

  3. Несколько компаний, которые начали разрабатывать собственные решения, набрали штат разработчиков с ФОТ в несколько миллионов рублей в месяц. Чтобы как-то оправдать инвестиции, которые никак не окупились полученным эффектом, часть компаний пытались вывести свой продукт на рынок. Такие компании только через год-другой начинают понимать всю трагичность ситуации. Разработать решение и успешно продавать – это два абсолютно разных процесса. Кроме того, чтобы продать то, что было сделанное для своего бизнеса, чаще всего систему приходится переписать целиком, заложив новую архитектуру.

    Успешного бизнеса не получилось ни у кого из них, все только потратили. Если кто-то не согласен – пишите примеры в комментариях, обсудим. Я таких примеров не знаю.

  4. Остальные (больше половины) так ничего и не сделали, потому что собственники хотят свое, свято веря, что свое лучше, чем внедрение готового продукта от вендора. Но для бизнеса важно, не "как", а "что" – результат важнее процесса. Про это часто забывают, ставя цель сделать свое и не оценивая реальные затраты на разработку и дальнейшую поддержку. А когда вписались, уже жалко бросать.

Отсюда следует следующий "лакмусовый таракан".

Лакмусовый таракан №3: разработать своё несложно, достаточно написать требования и взять пару разработчиков в штат

Эта тема заслуживает отдельной статьи, но попытаюсь коротко. Для тех, чьи управленческие решения по части ИТ могут стоить бизнесу десятки и сотни миллионов плюс упущенная выгода из-за потери времени. Времени на сбор команды, разработку и прохождение пути от подготовки требований до тестирования, запуска и последующих доработок нового решения уровня ERP.

Любое (это важно, любое!) ИТ-решение уровня ERP или BMS состоит из:

  1. Бизнес-анализа

  2. Архитектуры

  3. Back-end сервисов (это база данных и API, которые позволяют хранить данные и общаться с данными извне и интегрировать систему с другими системами компании)

  4. Front-end сервисов (это то, с чем взаимодействует пользователь: веб-интерфейс системы и мобильные приложения, когда необходимо)

  5. Data Analysis (система отчетов и аналитики, без которой любая корпоративная ИТ-система будет бесполезна)

  6. Infrastructure (инфраструктура и вспомогательные сервисы под вашу систему, т.е. кластеры – специальным образом настроенные сервера с операционными системами и различными программными компонентами–, различные установленные готовые компоненты, позволяющие реализовать те или иные функции вашей ИТ-системы. Например, система логирования данных или отправки PUSH-уведомлений на смартфоны и т.п.)

  7. Тестирования. Без качественного и поставленного процесса тестирования любая ИТ-система обречена

  8. Поддержки. Если пользователи начнут напрямую общаться с разработчиками, это тупиковый путь. Команда разбежится быстрее, чем вы что-то успеете с этим сделать

  9. Дизайна. За красоту и написание кода отвечают разные полушария мозга, а значит, без дизайнеров и UI/UX специалистов ваши разработчики понаделают такого, что не один пользователь не разберется.

  10. Возможно, я что-то забыл, но написанного и так хватит, чтобы сложилось понимание, что такое ИТ-продукт, и почему один или два разработчика ничего не могут разработать в организации с нуля.

    Если вы планируете систему не только для своей компании, а для рынка, то к этому добавится:

  11. Организация отдела продаж

  12. PR, маркетинг

  13. Аккаунт-менеджмент

  14. Коммерческая составляющая

Давайте посчитаем, сколько стоят хотя бы пункты 1-9

Рассчитаем минимальный бюджет, без которого любое начинание собственной разработки в компании, будет провальным. Цены на ФОТ привожу питерские. Причем за эти деньги вы, скорее всего, не сможете собрать команду, так как спрос на рынке ИТ в разы превышает предложение, и сегодня вы не сможете конкурировать со Сбером, Тинькофф, Мэйл.ру или Яндекс. А если нанимать в проект джуниоров, тем более на начальные стадии, неопытные ребята гарантированно похоронят проект из-за ошибок в архитектуре или попросту некачественного кода.

Итак, какие сотрудники потребуются в команду разработки решения класса ERP / BMS / FSM / WMS / SCADA и т.п., чтобы разработать продукт с нуля? Их средние зарплаты на лето 2021 года.

Пример стоимости команды разработки ИТ-продукта
Пример стоимости команды разработки ИТ-продукта

Итого, больше 2 млн руб. в месяц без учета сопутствующих по содержанию офиса, административных функций, премий, ДМС, фитнеса, снеков и других нематериальных мотиваций, которые все больше предлагают ИТ-компании сотрудникам в компенсационном пакете.

Но как уже писал, маловероятно, что даже за эти деньги вы соберете команду. Уже несколько лет рынок ИТ растет как на дрожжах, а опытных разработчиков в разы меньше, чем требуется компаниям в борьбе за место под солнце при всеобщей цифровизации.

Так что если вы не готовы выделять на проект разработки ИТ-системы класса ERP / BMS / FSM и т.п. менее 40 млн. в год, единственный выход для вас – выбрать одно из наиболее близких по функционалу платформенных решений и сделать свое решение на его базе. То есть не с нуля, а доработав систему под задачи своего бизнеса. В этом случае расходы окажутся на порядок меньше, а результат не заставит себя долго ждать.

И минутка рекламы. Если вы планируете разработать систему для управления мобильными сотрудниками, то наша платформа HubEx максимально подойдет для решения данной задачи. Компании со всей России из более чем 40 отраслей сервисного бизнеса уже реализовали собственные решения для автоматизации управления мобильными или выездными сотрудниками на базе нашей платформы. Бюджеты данных проектов вас приятно удивят, а результат будет гарантирован опытом других компаний из вашей отрасли, которые уже выстроили свою “сервисную ERP” (точнее FSM-систему) на базе платформы.

Как всегда, буду рад проконсультировать и ответить на вопросы здесь или в Facebook, Instagram.

Теги:
Хабы:
Всего голосов 10: ↑4 и ↓6+1
Комментарии21

Публикации

Информация

Сайт
hubex.ru
Дата регистрации
Численность
31–50 человек
Местоположение
Россия

Истории