Как сделать IT-разработки главным активом компании
время публикации: 10:00 17 октября 2024 года
@Freepic
В цифровой экономике инвестиции в программные разработки — главная точка роста. Это правило работает вне зависимости от того, к какой отрасли относится организация.
Мы как разработчики регистрируем собственные решения в реестре Минцифры и ФИПС. Создатель «Додо-пиццы» всегда говорил про свой бизнес как про фастфуд-франшизу с IT в ядре. Логика хоть и не очевидная, но убедительная: компания строится вокруг комплекса систем для управления кадрами, взаимодействия с заказчиками, контроля ресурсов. Именно от них в конечном счете зависит успех бизнеса, а уж на чём зарабатывает этот бизнес — на пицце, цифровых продуктах, продаже недвижимости или аренде автомобилей — не так важно.
Сегодня код становится главным активом компании, источником инноваций и фундаментом конкурентных преимуществ. Такой подход позволяет использовать все преимущества цифровой экономики:
● Низкая маржинальная стоимость распространения. Чтобы создать 1000 машин, нужно потратить в 1000 раз больше материалов, чем на один автомобиль. Программные продукты можно тиражировать в неограниченных количествах практически без дополнительных вложений. С точки зрения рынка такой продукт будет «дорогим», поскольку востребован, но удорожание лицензии будет проблематичным.
● Высокая скорость внедрения инноваций. Один из ключевых параметров сегодняшних IT — скорость вывода ПО на рынок (time-to-market). Чем быстрее компания может представить продукт клиентам, тем сильнее ее конкурентные преимущества и тем лучше она реагирует на внешние изменения.
● Простая адаптация под нужды бизнеса. Одно и то же решение можно адаптировать под разные рынки и потребности. При необходимости компания может переходить из одной сферы в другую, чтобы быстро расти и увеличивать прибыль.
Чтобы это стало возможным, компания должна зарегистрировать право собственности на свою разработку через процедуру государственной регистрации IT-продукта.
Необходимо понимать важную разницу между кодом — строками символов, различными библиотеками, средствами контейнеризации и прочими составными материалами — и программным обеспечением, которое и составляет нематериальный актив организации. Код — это не программный продукт, а материал, из которого тот состоит. И код, и ПО — готовая информационная система, выполняющая набор функций, относятся к результату интеллектуальной деятельности, права на которую нужно регистрировать. Например, регистрируя ПО в ФИСП, мы регистрируем продукт, занося в базу ФИПС именно код этого продукта.
@Freepic
Регистрация IT-продукта дает множество преимуществ, из которых главное — это официальное подтверждение права интеллектуальной собственности на разработку. Компания может предотвратить ее использование третьими лицами, запретить копирование исходного кода и привлечь к ответственности за неправомерное использование.
Включение в реестр укрепляет репутационные позиции организации — в государственных ресурсах публикуют подтвержденные данные о правообладателе и самом продукте. Это может быть важным аргументом в ходе тендерных процедур. Например, государственные организации обязаны использовать решения, зарегистрированные в Реестре отечественного ПО (реестре Минцифры), обращаясь к иностранным поставщикам только при отсутствии российского аналога.
Наконец, с момента государственной регистрации IT-продукта компания будет иметь право на получение налоговых льгот, в том числе — на обнуление ставки НДС при продаже ПО.
1. Компания готовит техническую документацию: описание продукта, его архитектуры и функциональных возможностей, инструкции для пользователей и администраторов.
2. Компания формирует и подает заявление на регистрацию.
3. Эксперты регистрирующей организации проводят проверку, в том числе связываются с компанией, чтобы уточнить возникшие вопросы.
4. В случае успешной проверки публикуется приказ о внесении в реестр с указанием заявителей.
5. Программный продукт включается в реестр.
Законодательство устанавливает максимальные сроки регистрации: до 1,5 месяцев в случае Федерального института промышленной собственности, до 45 рабочих дней при включении ПО в реестр Минцифры. На практике многое здесь зависит от самого продукта, от компании-разработчика, от того, насколько проработана техническая документация.
Организация может получить отказ в регистрации по формальным основаниям, если эксперт видит в поданных документах нестыковки, неточности или просто непонятные места. В процессе рассмотрения бывают паузы, когда эксперты могут запросить дополнительные документы или прочую информацию.
В других случаях может потребоваться выездная проверка, чтобы специалисты компании на месте продемонстрировали представителям регистрирующего органа возможности продукта, предоставили доступ для проверки описанных функций и так далее. Иногда же вместо дополнительных запросов и проверок организация сразу получает отказ, и тогда процесс нужно начинать заново.
В нашем случае процесс прошел быстро: мы начали готовиться в августе, зарегистрировались в конце сентября.
Читайте также: В России существенно повысилась степень доверия к отечественному ПО
Однако регистрация в государственном реестре — не единственный признак IT-продукта как прибыльного актива. Код может лечь бременем на корпоративный бюджет, заставляя компанию тратить на его обслуживание все больше ресурсов.
Традиционные активы, будь то промышленное оборудование, корпоративные компьютеры или курьерские автомобили, со временем изнашиваются и требуют ремонта. С этим связано понятие амортизации, которая понемногу снижает ценность актива для компании. Однако крайне редко может сложиться ситуация, когда сломавшийся станок приведет к многомиллионным потерям или вовсе заставит компанию покинуть рынок. В случае программного кода — это риск, с которым необходимо работать.
Именно так в 2010-х Nokia уступила лидерство Apple — операционная система Symbian фундаментально проигрывала iOS по возможностям для сторонних разработчиков, которые и стали локомотивом развития «яблочных» смартфонов. Чтобы вписаться в новые рыночные условия, финской компании пришлось бы заново переизобрести свой бизнес, чего она сделать не смогла.
@Freepic
Неэффективная архитектура IT-системы может сделать невозможным развитие продукта, не позволит добавить критически важные функции. Незамеченная уязвимость в коде может однажды привести к утечке клиентских данных с разрушительными для компании штрафами и репутационными издержками.
Все проблемы и недочеты кода, которые накапливаются по мере разработки, составляют понятие технического долга. Подобно долгу финансовому, рано или поздно его приходится платить, и чем дольше это откладывать, тем больше накапливается «процентов».
Когда компания впервые создает свое приложение, она может разрабатывать новые функции с огромной скоростью: не нужно беспокоиться о влиянии на существующих пользователей и взаимодействии разных модулей между собой, не нужно думать о вопросах масштабирования и проблемах производительности. Однако, как только в продукте появляются первые компоненты, их приходится учитывать при дальнейшей разработке.
Например, если в приложение нужно добавить новый вид оплаты, следует позаботиться, чтобы он не конфликтовал с существующей технической архитектурой, а новая кнопка — не ломала дизайн. В других ситуациях может оказаться, что выбранная в начале проекта программная платформа справляется с тысячей пользователей, а с 10 тысячами — уже нет. Или хакеры взламывают поставщика сторонней библиотеки и получают доступ ко всем использующим ее приложениям — в том числе и к вашему.
По мере развития приложения разработка неизбежно замедляется — команде нужно исправлять найденные ошибки, перестраивать логические связи, обновлять набор подкапотных модулей. В плохо реализованном продукте темп развития может вовсе упасть до нуля, а с ним обнулятся и накопленные инвестиции в разработку.
Чтобы избежать такого сценария, нужно контролировать процессы разработки, проверять код на наличие уязвимостей, поддерживать баланс между скоростью выпуска новых функций и защитой данных. Для этого есть целый набор методологий и инструментов, которые автоматизируют множество рабочих процедур, снижают влияние человеческого фактора на качество продукта, блокируют выпуск обновлений, которые не проходят проверки безопасности.
Все это — тоже часть работы над кодом как корпоративным активом, без которой компания не сможет зарабатывать на своих разработках.
Превращение программного кода в эффективный актив — это комплексный процесс, который зачастую требует от компании по-новому взглянуть на весь свой бизнес. Чтобы ПО приносило прибыль, недостаточно его зарегистрировать. Нужно постоянно инвестировать в его качество, следить за безопасностью, надежностью и масштабируемостью. Только в этом случае бизнес может уверенно развиваться в меняющихся условиях цифровой экономики.
Современный бизнес двигают вперед собственные разработки компаний, работающие на базе тысяч строк кода. Сам по себе код не является активом, но компании могут сделать его таковым.
Андрей Никонов, CEO IT-компании Riverstart, рассказал, какие формальные шаги нужно предпринять для регистрации и чем код отличается от традиционных активов.В цифровой экономике инвестиции в программные разработки — главная точка роста. Это правило работает вне зависимости от того, к какой отрасли относится организация.
Мы как разработчики регистрируем собственные решения в реестре Минцифры и ФИПС. Создатель «Додо-пиццы» всегда говорил про свой бизнес как про фастфуд-франшизу с IT в ядре. Логика хоть и не очевидная, но убедительная: компания строится вокруг комплекса систем для управления кадрами, взаимодействия с заказчиками, контроля ресурсов. Именно от них в конечном счете зависит успех бизнеса, а уж на чём зарабатывает этот бизнес — на пицце, цифровых продуктах, продаже недвижимости или аренде автомобилей — не так важно.
Сегодня код становится главным активом компании, источником инноваций и фундаментом конкурентных преимуществ. Такой подход позволяет использовать все преимущества цифровой экономики:
● Низкая маржинальная стоимость распространения. Чтобы создать 1000 машин, нужно потратить в 1000 раз больше материалов, чем на один автомобиль. Программные продукты можно тиражировать в неограниченных количествах практически без дополнительных вложений. С точки зрения рынка такой продукт будет «дорогим», поскольку востребован, но удорожание лицензии будет проблематичным.
● Высокая скорость внедрения инноваций. Один из ключевых параметров сегодняшних IT — скорость вывода ПО на рынок (time-to-market). Чем быстрее компания может представить продукт клиентам, тем сильнее ее конкурентные преимущества и тем лучше она реагирует на внешние изменения.
● Простая адаптация под нужды бизнеса. Одно и то же решение можно адаптировать под разные рынки и потребности. При необходимости компания может переходить из одной сферы в другую, чтобы быстро расти и увеличивать прибыль.
Чтобы это стало возможным, компания должна зарегистрировать право собственности на свою разработку через процедуру государственной регистрации IT-продукта.
Необходимо понимать важную разницу между кодом — строками символов, различными библиотеками, средствами контейнеризации и прочими составными материалами — и программным обеспечением, которое и составляет нематериальный актив организации. Код — это не программный продукт, а материал, из которого тот состоит. И код, и ПО — готовая информационная система, выполняющая набор функций, относятся к результату интеллектуальной деятельности, права на которую нужно регистрировать. Например, регистрируя ПО в ФИСП, мы регистрируем продукт, занося в базу ФИПС именно код этого продукта.
@Freepic
Зачем переводить ПО в нематериальные активы
Регистрация IT-продукта дает множество преимуществ, из которых главное — это официальное подтверждение права интеллектуальной собственности на разработку. Компания может предотвратить ее использование третьими лицами, запретить копирование исходного кода и привлечь к ответственности за неправомерное использование.
Включение в реестр укрепляет репутационные позиции организации — в государственных ресурсах публикуют подтвержденные данные о правообладателе и самом продукте. Это может быть важным аргументом в ходе тендерных процедур. Например, государственные организации обязаны использовать решения, зарегистрированные в Реестре отечественного ПО (реестре Минцифры), обращаясь к иностранным поставщикам только при отсутствии российского аналога.
Наконец, с момента государственной регистрации IT-продукта компания будет иметь право на получение налоговых льгот, в том числе — на обнуление ставки НДС при продаже ПО.
Как официально зарегистрировать программный продукт
План действий при регистрации ПО
1. Компания готовит техническую документацию: описание продукта, его архитектуры и функциональных возможностей, инструкции для пользователей и администраторов.
2. Компания формирует и подает заявление на регистрацию.
3. Эксперты регистрирующей организации проводят проверку, в том числе связываются с компанией, чтобы уточнить возникшие вопросы.
4. В случае успешной проверки публикуется приказ о внесении в реестр с указанием заявителей.
5. Программный продукт включается в реестр.
Законодательство устанавливает максимальные сроки регистрации: до 1,5 месяцев в случае Федерального института промышленной собственности, до 45 рабочих дней при включении ПО в реестр Минцифры. На практике многое здесь зависит от самого продукта, от компании-разработчика, от того, насколько проработана техническая документация.
Почему продукт могут не зарегистрировать
Организация может получить отказ в регистрации по формальным основаниям, если эксперт видит в поданных документах нестыковки, неточности или просто непонятные места. В процессе рассмотрения бывают паузы, когда эксперты могут запросить дополнительные документы или прочую информацию.
В других случаях может потребоваться выездная проверка, чтобы специалисты компании на месте продемонстрировали представителям регистрирующего органа возможности продукта, предоставили доступ для проверки описанных функций и так далее. Иногда же вместо дополнительных запросов и проверок организация сразу получает отказ, и тогда процесс нужно начинать заново.
В нашем случае процесс прошел быстро: мы начали готовиться в августе, зарегистрировались в конце сентября.
Читайте также: В России существенно повысилась степень доверия к отечественному ПО
Чем код отличается от других активов
Однако регистрация в государственном реестре — не единственный признак IT-продукта как прибыльного актива. Код может лечь бременем на корпоративный бюджет, заставляя компанию тратить на его обслуживание все больше ресурсов.
Традиционные активы, будь то промышленное оборудование, корпоративные компьютеры или курьерские автомобили, со временем изнашиваются и требуют ремонта. С этим связано понятие амортизации, которая понемногу снижает ценность актива для компании. Однако крайне редко может сложиться ситуация, когда сломавшийся станок приведет к многомиллионным потерям или вовсе заставит компанию покинуть рынок. В случае программного кода — это риск, с которым необходимо работать.
Именно так в 2010-х Nokia уступила лидерство Apple — операционная система Symbian фундаментально проигрывала iOS по возможностям для сторонних разработчиков, которые и стали локомотивом развития «яблочных» смартфонов. Чтобы вписаться в новые рыночные условия, финской компании пришлось бы заново переизобрести свой бизнес, чего она сделать не смогла.
@Freepic
Технический долг против развития бизнеса
Неэффективная архитектура IT-системы может сделать невозможным развитие продукта, не позволит добавить критически важные функции. Незамеченная уязвимость в коде может однажды привести к утечке клиентских данных с разрушительными для компании штрафами и репутационными издержками.
Все проблемы и недочеты кода, которые накапливаются по мере разработки, составляют понятие технического долга. Подобно долгу финансовому, рано или поздно его приходится платить, и чем дольше это откладывать, тем больше накапливается «процентов».
Когда компания впервые создает свое приложение, она может разрабатывать новые функции с огромной скоростью: не нужно беспокоиться о влиянии на существующих пользователей и взаимодействии разных модулей между собой, не нужно думать о вопросах масштабирования и проблемах производительности. Однако, как только в продукте появляются первые компоненты, их приходится учитывать при дальнейшей разработке.
Например, если в приложение нужно добавить новый вид оплаты, следует позаботиться, чтобы он не конфликтовал с существующей технической архитектурой, а новая кнопка — не ломала дизайн. В других ситуациях может оказаться, что выбранная в начале проекта программная платформа справляется с тысячей пользователей, а с 10 тысячами — уже нет. Или хакеры взламывают поставщика сторонней библиотеки и получают доступ ко всем использующим ее приложениям — в том числе и к вашему.
Не сбавлять скорость развития
По мере развития приложения разработка неизбежно замедляется — команде нужно исправлять найденные ошибки, перестраивать логические связи, обновлять набор подкапотных модулей. В плохо реализованном продукте темп развития может вовсе упасть до нуля, а с ним обнулятся и накопленные инвестиции в разработку.
Чтобы избежать такого сценария, нужно контролировать процессы разработки, проверять код на наличие уязвимостей, поддерживать баланс между скоростью выпуска новых функций и защитой данных. Для этого есть целый набор методологий и инструментов, которые автоматизируют множество рабочих процедур, снижают влияние человеческого фактора на качество продукта, блокируют выпуск обновлений, которые не проходят проверки безопасности.
Все это — тоже часть работы над кодом как корпоративным активом, без которой компания не сможет зарабатывать на своих разработках.
Превращение программного кода в эффективный актив — это комплексный процесс, который зачастую требует от компании по-новому взглянуть на весь свой бизнес. Чтобы ПО приносило прибыль, недостаточно его зарегистрировать. Нужно постоянно инвестировать в его качество, следить за безопасностью, надежностью и масштабируемостью. Только в этом случае бизнес может уверенно развиваться в меняющихся условиях цифровой экономики.
Андрей Никонов,
CEO IT-компании Riverstart.
NEW RETAIL
0
Последние новости
Самое популярное
- Сооснователь MD Audit Андрей Подгорнов: «Наша цель — создать в одном продукте це...
- Кейс «Эвалар»: как значительно увеличить конверсию в покупку на маркетплейсе за ...
- Арифметика ЕГАИС: сколько электронных подписей и МЧД нужно для работы с алкоголе...
- Трекер продаж: как помочь операционному директору мотивировать продавцов и подня...
- Что нужно знать о маркировке в Честном знаке