Инженерный подход Flussonic 'против' инхаус-разработки

15.09.2023

6мин. чтения

Инхаус разработка vs. инженерный подход Flussonic

Инхаус разработка vs. инженерный подход Flussonic

Создать собственное ПО или обратиться к сторонним специалистам? Этот выбор может определить успех всего проекта. В данной статье мы рассмотрим плюсы и минусы обоих подходов, а также поделимся особенностями нашей инженерной стратегии. Мы считаем, что в ряде случаев готовое решение будет наиболее оптимальным для вашей компании. Узнайте, как мы удачно сочетаем стандартные решения с нашим инженерным подходом, помогая вашему бизнесу в сфере видеостриминга достигать новых высот с помощью наших программных инструментов.

Как определиться между созданием собственного ПО и обращением к сторонней разработке?

Как определиться

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

Не стоит полагаться на одного специалиста при написании кода!

Разработка любого ПО требует совместной работы команды специалистов. Это необходимо для обеспечения стабильности продукта и для компенсации возможных отсутствий членов команды (например, во время отпуска). Также требуется руководитель группы (тимлид), который будет контролировать процесс работы и разрешать возможные конфликты. Как минимум, команда разработчиков должна состоять из пяти человек. И хотя предполагается, что разработка продукта длится около трех месяцев и средняя зарплата составляет около 2-3 тыс. долларов, становится понятно, что общая стоимость может достигать десятков тысяч, а для более сложных и длительных проектов – сумм со множеством нулей.

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

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

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

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

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

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

Разработка собственного продукта - плюсы и минусы инсорса и аутсорса

Аутсорс:

плюсы:

  • Готовая команда с нужными навыками
  • Быстрый запуск проекта
  • Экономия на персонале

минусы:

  • Временное сотрудничество (контроль расходов)
  • Ограниченный контроль над разработкой
  • Трудности в коммуникации с удаленной командой
  • Риск утечки данных

Инсорс:

плюсы:

  • Полный контроль над разработкой и результатами
  • Понимание бизнес-целей
  • Возможность формировать рабочую культуру

минусы:

  • Высокие затраты на персонал
  • Длительный найм и адаптация сотрудников
  • Риск изменения рынка

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

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

Компания Flussonic - поставщик ПО, но наша основная конкуренция - не другие вендоры, а внутренняя разработка.

Поэтому наша стратегия - “индивидуализация стандартных решений” и создание так называемых “инженерных решений”. Это означает, что наши решения имеют открытую архитектуру и легко интегрируются в экосистему клиентов. Мы предлагаем продукт, который позволяет закрывать отдельные задачи и создавать новые инструменты оптимизации видеостриминга.

Если компания покупает софт у вендора или закрытое ПО (например, от Wisi), она не имеет возможности вносить изменения. Если ПО не полностью удовлетворяет потребности, клиенты остаются без возможности корректировки и запросы остаются без ответа. Именно поэтому компании ищут альтернативные программные продукты, обращаясь к open source. Мы осознаем данную проблему, поэтому инхаус-разработка стала нашим главным конкурентом.

Flussonic: Инженерный подход к разработке

Flussonic использует эффективную систему, основанную на инженерном практическом подходе. Около 90% нашего ПО удовлетворяет базовые требования клиентов, а остальные 5-10% обеспечивают уникальность и критическую важность на рынке. В этом сегменте клиенты становятся соучастниками процесса, активно помогая в разработке и экспериментах.

Мы понимаем, что если не уделить внимание этим 5-10%, клиенты могут обратиться к другим поставщикам или создать собственную команду разработки. Прямое взаимодействие между поддержкой и разработчиками позволяет большинству клиентских запросов стимулировать улучшение нашего продукта. Наша телеметрия помогает определить, насколько используются различные функции, и определить, какие изменения нужны. Таким образом, клиенты непосредственно влияют на нашу стратегию развития являясь нашими RND-партнерами, и такое партнерство от клиентов, которые стремятся стать более открытыми - мы очень приветствуем!

Инженерный подход к разработке

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

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

разработка

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

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

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

Наш опыт также показывает, что компании, отказавшиеся от наших продуктов и выбравшие инхаус разработку, сталкиваются с десятикратным увеличением затрат на старте, а со временем эти затраты могут возрасти еще на 50%.

Вывод:

Выбор между аутсорсингом и инсорсингом при разработке ПО — непростое решение, зависящее от целей и специфики компании. Но инженерный подход Flussonic предлагает уникальную возможность, сочетая гибкость готового продукта и индивидуальную адаптацию под уникальные задачи. Это дает нам возможность совместно двигаться вперед, добиваясь успеха в мире разработки ПО для стриминга видео!

img
Автор:
Максим Лапшин
CTO и основатель Flussonic
Профессионал в области разработки высоконагруженных систем. Лауреат премии HighLoad ++