Многие компании, включая Сбер, активно разрабатывают собственное программное обеспечение.
Однако возникает вопрос: что мешает продавать это программное обеспечение на внешнем рынке?
Возник в обсуждении следующий вопрос.
Итак, что же мешает?
1. Необходимость набирать дополнительные команды по упаковке ПО, бизнес аналитике, поддержке, маркетингу, сейлов...
2. Безопасность как процессы и департамент
3. Внутренняя разработка должна быть вынесена во внешний контур. Но при этом должна быть сохранена связь - чтобы ПО заносилось внутрь и весь документооборот, тестовые стенды, тестовые данные. Снова вопрос безопасности и процессов.
Получается затратно и не выгодно для организации организовать продажу своего ПО.
Да, затратно.
Выгодно или не выгодно - ответа быть не может до проработки аналитиками и маркетингом.
Может это суперуникальный софт, идеально подходящий под именно эту контору с именно ее сложившейся исторически структурой. Шаг вправо - шаг влево и все, под переписывание с нуля.
Если взять бизнес-софт, разработанный условным Сбером - кому его продавать? Много ли вообще покупателей найдется на такой софт, с учетом разницы калибров?
А если взять такой же софт, разработанный банком из "топ 397", то что с ним должен делать условный Сбер со своими оборотами и количеством транзакций в день?
Уверены ли вы, что банк из "топ 397" архитектурно заложил уровни нагрузки, защиты, обеспечил соответствующее тестирование, чтобы Сбер взял и купил его вместо написания своего?
Но софт может быть не заточен по инфраструктуру, по направлениям к примеру: редактировать текст, работа с видео, работа со звуком, распознавание текста со скана и т.д.- то что можно установить на ноутбук или на рабочую станцию.
Т.е. вы считаете, что банкам и прочим крупным ИТ конторам нечем заняться, поэтому внутренняя ИТ разработка занимается очередным текстовым редактором (1002м на рынке), пишет обработку видео (монтаж и прочеее), и вообще занимается универсальным пользовательским софтом, вместо того, чтобы взять с рынка или из опенсорса готовую софтину?
Предположим какие то пересечения есть. Можно даже что то найти.
Итого:
1. Организовывается спец отдел для аудита всего кода и всей разработки - что вообще в принципе можно отдать
2. Организовывается особый отдел по очистке внутренней разработки, которая никогда не планировалась на открытый рынок
3. Еще один комитет по принятию решений
4. Потом еще один комитет по интеллектуальной собственности
5. комитет по принятию решений по безопасности - можно ли вообще это отдавать
Это ФОТ, время, найм, работа.
После Х затрат решения приняты.
Код готов к выдаче командам, которые займутся разработкой на открытый рынок (а где они, мы же их не наняли).
Или организуется НИИ "СпецКодХран", в который все *Банки, *Ойлы и остальные начинают сгружать этот код?
А кто его дальше двигает в универсальную среду, чтобы он начал развиваться?
А что делает *Ойл, сгрузивший очищенный код? Замораживает кодовую базу и ждет пока НИИ СКХ выпустит релиз? А что если НИИ СКХ делает это слишком медленно или развивает продукт не в ту сторону? Должен ли *Ойл менять свои бизнес процессы под роадмап НИИ СКХ?
Конечно нужен аудит, что есть на рынке, и что ждёт государство от ит в качестве #ракетаИмпортозамещения
А кто аудит делает-то? НИИ СпецКодПоиск? Тогда как они получают доступ к закрытой информации и ком тайне?
Собственными силами?
Итого, что мешает продавать внутренний ИТ продукт на рынке?
Ответ: это непрофильный бизнес для абсолютного большинства. Перевод продуктов из внутренних во внешние - это организация нового непрофильного ДЗО с туманными перспективами в ситуации острой нехватки кадров.