- Заказчик
- заказчик
- Задача
- Выбор пути для автоматизации и внедрения цифровых сервисов в крупной компании.
Это Атвинта . Мы написали эту статью для тех, кто решает, какой путь выбрать для автоматизации и обеспечения цифровых сервисов в крупной компании. Сделали обзор каждого костюма, рассказали, как в итоге поступить, и продемонстрировали примеры всех вариантов на своих клиентах.
Подходы для обеспечения цифровых сервисов Представьте себе, что вы руководитель и вам предстоит выбрать, кому поручить создание: поставщику сервиса, подрядчику или же собрать свою команду. Каждый из этих подходов имеет свои преимущества и подводные камни. При этом вам необходимо найти баланс между бюджетами, сроками и законами компании. А потом презентовать и согласовать решение с топ-менеджментом.
Для своих клиентов мы создаем более 100 цифровых сервисов (экосистемы, ПО, личные кабинеты, BI-системы) и в этой статье, как выбрать правильный вариант без лишних затрат и с максимальным выхлопом для компании.
Навигация по статье:
1. Плюсы и минусы продавца
2. Плюсы и минусы аутсорс-разработки
3. Плюсы и минусы инхаус-команды
4. Что выбрать для базовых бизнес-процессов
5. Что выбрать, если речь идет о более сложных процессах
6. Кому подойдет своя команда
7. Подводим итоги + спойлеры к следующим статьям
Обзор подходов
Ниже рассказываем про плюсы и минусы каждого из вариантов, но если уже разбираетесь в них, то можете сразу перейти к рекомендациям и примерам.
В эндоре
Вендор — это поставщик ПО, который предлагает готовые цифровые коробочные решения. При работе с вендором компания устанавливает базовое коробочное решение, которое опционально может быть разработано вендором по индивидуальному запросу. Примеры популярных российских вендоров: 1С, Касперский, Softline.
Продавца можно сравнить с магазином, потому что в нем можно купить готовую одежду, созданную по усредненным параметрам для всех.
Плюсы
- скорость развития - не нужно тратить время на разработку с нуля, базовый функциональный анализ и подготовка к работе
- экспертиза - поставщики включают в себя направление, цифровизацию
- стабильность - продукты передачи масштабного развития перед выпуском и до конечного пользователя обычно доходят без багов
- снижение затрат - не нужно вкладываться в разработку проекта, хотя в предложении предложения может быть предложено дополнительное
- техническая поддержка - всегда можно ссылаться на свои решения или решать проблемы
- льготы и возмещения - для компаний, внедряющих отечественное ПО, в России предусмотрена компенсация затрат на программное обеспечение и снижение налоговой нагрузки
Minusy
- зависимость от поставщика — компания подсаживается на недобросовестное решение задач, и в случае возникновения проблем с софтом или техподдержкой будет сильно отстающей от действующей системы
— недостаточная кастомизация — продукты поставщика «в среднем по», и часто заказчики отвечают за нехватку функций и возможностей для своих процессов
— Проявление гибкости — в распределении доработок необходимо обсудить с вендором и ожидаемые предложения для своего спроса
— интеграция — не все продукты легко и внедряются в действующую архитектуру компаний
- безопасность — риск утечки и сохранности данных, которые контролируются в руках управляемой организации.
Аутсорс-разработчики
Аутсорс-разработка — это формат, когда сторонний ИТ-подрядчик создает для заказчика цифровой продукт с нуля: сервис, ПО, систему, мобильное приложение или портал. При этом подрядчик отвечает и за внешнюю (внутреннюю) и за внутреннюю (архитектуру, бэкэнд) оболочку программного обеспечения.
Мы, Атвинта, являемся цифровым подрядчиком и работаем с производственными и промышленными компаниями — создаем внутренние системы под бизнес-процессами компаний. У нас реализуется полный цикл разработки: аналитика, проектирование, разработка, разработка и техподдержка.
Аутсорс можно сравнить с ателье, где с тебя снимают мерки и шьют по индивидуальному эскизу.
Плюсы
- кастомизация - продукт создается с нуля под задачи компании и реализует все ее особенности
- экспертиза здесь и сейчас - вы уже готовую опытную слаженную команду, в то время как при инхаус-подходе затраты на выстраивание взаимодействия и найм талантливых
- стоимость - аутсорс обходится дешевле собственного ИТ-юнита и при этом остается единственная гибкость и кастомизация, одна из наших заказчиков разработка с Атвинтой обошлась даже дешевле коробочного решения
- больше контроля - если в Готовые продукты одним руководителем поставщика, то в заказной разработке вы сами определяете ТЗ, которое будет выполнено
- гибкость - компания не зависит от поставщика и может реализовывать любые фичи в своем продукте, а методологии скрама и эджайл позволяют в тот момент менять приоритеты и очередность задач
- специализация - подрядчик знает, как сделать качественный продукт с удобным интерфейсом, продуманной архитектурой и интеграцией. Наши клиенты говорят, что пришли к нам, так как их компании специализируются на отраслевом опыте (строительство, промышленность), а ИТ-обеспечение обеспечивает управляющую функцию, поэтому у них нет достаточного опыта для разработки сервисов.
Минусы - качество - не все успешно осуществляют свою работу, поэтому необходимо тщательно провести выбору - зависимость от подрядчика - при долгом почти что часть, поэтому в случае чего разорвать партнерство сложно из-за структурности, выстроенной коммуникации и стратегического подрядчика - замены в команде - в аутсорсе замены ощущаются острее, потому что заказчик чаще общается непосредственно с командой, плюс при смене специалиста будет проводиться время на переход - отраслевая экспертиза - ведущая структура может быть хорош в разработке, но редко, когда у диджитал-агентства есть опыт со сложными отраслевыми бизнес-процессами. Например, в наших первых производственных проектах, чтобы стать бизнес-заказчиком, мы прошли специальное обучение и провели консультации у консультантов.
*Отметим, что аутсорс не приравнивается к аутстаффу IT-специалистов, когда компании арендуют сотрудников и сами управляют процессами разработки. 
Инхаус
Инхаус-команда — это ИТ-специалисты, которые трудоустроены внутри компании и работают над ее задачами. Крупные корпорации часто находят ИТ-юниты внутри структуры или же макета компании по разработке и технологиям. Например, X5 Tech, Avito Tech, Сибур Диджитал, также своя ИТ-команда есть у Самолета.
Внутренняя швейная машинка команды. Полный полет для фантазий, только нужно уметь обращаться с оборудованием и самому садиться за шитье.
Плюсы
-полный контроль — сама управляющая компания, это максимально быстрая связь и отсутствие каких-либо ограничений
— кастомизация и гибкость — как и в аутсорсе, продукт создается под задачи компании, может быть изменен и доработан по желанию заказчика —
отраслевая экспертиза — основные спецы основные компоненты в бизнесе и понять его специфику —
конфиденциальность — снижение рисков возникновения чувства корпоративной информации
— вовлечённость — сотрудники в штате высоко мотивированы, потому что ведут общее дело внутри компании
— опыт разработки — в процессе работы над критерием выбора коммуникация, копятся успешные практики и кейсы, в результате чего отраслевой опыт позволяет получить экспертизу в сфере ИТ. Например, технология, поставленная светом (световая комплектация товара), помогает Х5 быстрее находить товары на складе и ускорять работу сотрудников.
Minusy
-высокие затраты — компания ожидает значительные затраты на найм, обучение и оплату труда
—долгий старт — на поиск талантливых сотрудников и организацию процесса перехода, это усложняет запуск работы над сервисом —
меньшая гибкость в кадрах — на новых задачах диджитал-агентство быстро предоставляет дополнительные
специалисты любой специализации благодаря большому штату, а для инхаус-команд затраты тратят время на поиск подходящих сотрудников — в команде выстраиваются межличностные отношения, которые могут повлиять на принятие решений и качество работы
-ограниченность практики — инхаус-команда варится только в своих процессах, в то время как агентства работают с различными компаниями и накапливают множество технологий и идей, которые расширяют кругозор
Что выбрать: вендор, аутсорс или инхаус. Рекомендации и ключи
Основные критерии для выбора — это специфика бизнес-процессов, масштабы разработки, бюджет и сроки.
Если процессы стандартные
Таск-трекер или корпоративный мессенджер можно взять на рынке — отечественные поставщики предлагают огромное количество качественных и вентиляционных решений за небольшие цены. Здесь вы можете с уверенностью сделать выбор в пользу использования коробки и не тратить время и средства на собственную разработку внутри дома или с подрядчиком.
Пример: использование коробочного решения в эдтехе
Наш клиент, онлайн-школа по подготовке к ЕГЭ SMITUP, первые несколько лет использовала для обучения GetCourse. На старте приоритетом был простой и быстрый запуск за небольшие деньги, поэтому компания выбрала доступное коробочное решение.
Платформа, которую мы разработали для SMITUP
Бизнес рос, и на новых масштабах работать без кастомизации стало сложно. Например, в GetCourse невозможно протестировать настройки по формату ЕГЭ. Затем SMITUP обратился к нам за созданием собственной образовательной платформы, где уже было проведено обучение более 20 000 блоков. Однако на первом этапе сервис от продавца был крутым для компании.
Если речь идет о более сложных процессах
Другое дело, когда компании необходимо оцифровать более редкие отраслевые процессы. Например, системы управления оборудованием или производством.
Здесь построены 2 сложности:
-ограниченный выбор готовых продуктов, а в некоторых случаях и полное их отсутствие
- Как правило, такие процессы сильно зависят от компании и компании, и возникает потребность в гибкости программного обеспечения, чтобы его можно было настроить под себя.
Также важны стратегические цели. Ответьте на вопрос — будет ли точечное внедрение одного сервиса или планируется постоянное расширение системы и дополнение ее новых функций?
Если закрыть необходимо только одну потребность, то выход может стать готовым продуктом, что приведет к разработке с аутсорсерами.
Выберите, какие решения предлагают поставщики для ваших задач, изучите предлагаемые функции и дополните программное обеспечение по вашему запросу. Понравившиеся решения можно забрать на пилотов и выбрать лучшее.
Реестр отечественного ПО
Но если приоритетом остается гибкость, настройка под свои процессы, независимость и скорость изменений — даже с одним сервисом стоит обратиться к подрядчику и создать собственный продукт. После ремонта вы сможете купить пакет техподдержки и провести небольшие доработки.
Когда не стоит выбирать продавца
Когда речь идет о масштабной и разработке долгосрочных планов по постоянному развитию ИТ-архитектуры — желательно идти на самостоятельную работу, потому что в рамках позднего поставщика продукта рано или станет срочно.
Есть нюанс. Здесь будет сложнее согласовать бюджет и обосновать внедрения перед топ-менеджментом — пока и цифры будут выглядеть убедительно, по сравнению с оплатой коробки. Однако в борьбе против собственных систем они окупаются многократно.
В большинстве случаев собственные системы оккупируются многократно.
Для своих клиентов на старте мы проводим бизнес-аналитику, которая определяет параметры функционала, бюджет на MVP и цифры по устойчивым метрикам. Это помогает утвердиться в лидерстве развития, а также обосновать и презентовать проект топ-менеджменту.
Пример: переход от продавца к подрядчику
Такой опыт был у нашего клиента, лидера производственно-добывающей отрасли. Для компании мы создаем экосистему сервисов для улучшения качества производства. Это редкий бизнес-процесс, и на рынке не так уж много коробочных предложений под такие задачи.
Сначала компания работала с иностранным поставщиком, но в итоге решила перейти на собственное программное обеспечение.
Причины перехода:
-отсутствие гибкости: вендор не был готов внедрить многие функции по запросу компании
-стоимость до того, как вендор все же был готов к заключению, обходы оказались слишком дорогими — с предлагаемыми бюджетами стало проще вложить в свою разработку
-медленная техподдержка
-недружелюбный и нелогичный интерфейс
-был запрос на масштабирование, а перечисленные выше проблемы замедлились и не продолжают реализовываться все хотелики
После того, как компания-продавец обратилась к нам в Атвинту с просьбой предложить хорошие услуги.
В нашем партнерстве заказчик имеет возможность больше всего ценить гибкость, настраивать систему под свои бизнес-процессы, тестировать новые функции и быстро вносить доработки.
Мы начали с одной системы, которую постепенно раскатили на 24 производства. Впоследствии на базе этого продукта были разработаны еще 4 сервиса, которые закрывают различные задачи в рамках улучшения производства.
Продукты экосистемы объединены единой базой данных и авторизацией. Мы сразу сделали систему гибкой, потому что у заказчика был запрос на масштабирование ПО.
Если нужно очень много цифр
И последний вариант — инхаус.
Своя команда — это дорого и долго. Адаптация для тех компаний, где цифра играет ключевую роль и есть смысл накапливать такие экспертизы внутри компании.
При этом вложения будут не только временные и хорошие, но и менеджерские. Для полноценной разработки необходимо нанять силовую команду из аналитиков, разработчиков, дизайнеров и продактов. А еще — внедрение фреймворков, регламентов работы и коммуникаций в сети.
Команда Атвинты. Нас целых 100 человек
Пример: создание инхаус-команды
Еще один наш заказчик — компания Телеконтакт. Это забота о аутсорсинговом колл-центре России. Для контроля качества звонков компания разработала встроенную систему со всеми функциями и продолжает ее развивать.
Компания не только содержит сервис сама, но и представляет его на рынке в качестве поставщика, поэтому Телеконтакт содержит свой ИТ-юнит с техподдержкой и разработчиками. 
И к нам компания обратилась за редизайном сервиса — по мере появления новых функций появились новые кнопки и разделы. Поэтому сотрудникам стало сложнее ориентироваться в интерфейсе. Мы обновили структуру и дизайн экранов.
Этот проект стал лучшим интерфейсом для бизнеса по итогам конкурса G8 2023.
Итоги
Кратко собрали основные правила выбора в одном месте: 
Следите за нашими апдейтами — в следующих статьях мы указываем, как выбрать продавца, партнера для или разработки сборки своего ИТ-юнита. А также подход к ключевым вопросам экосистемных сервисов для сбора идей по производственному совершенствованию от сотрудников, о которых мы говорили выше.