Комментарии 2
вопрос — а как решаются права на интеллектуальную собственность?
Например, заказчик говорит: «хочу вот такой контроллер к моему станку, только разработка должна стать моей интеллектуальной собственностью». При этом обычно он сам не очень понимает, что имеет в виду.
Видимо он хочет иметь все исходные тексты программ и всю тех документацию на платы (хотя не очень представляет, что с этим всем делать).
Как в этом случае происходит ценообразование разработки?
Да и вообще вопрос ценообразования HW разработки интересен.
Например, заказчик говорит: «хочу вот такой контроллер к моему станку, только разработка должна стать моей интеллектуальной собственностью». При этом обычно он сам не очень понимает, что имеет в виду.
Видимо он хочет иметь все исходные тексты программ и всю тех документацию на платы (хотя не очень представляет, что с этим всем делать).
Как в этом случае происходит ценообразование разработки?
Да и вообще вопрос ценообразования HW разработки интересен.
nckma, cпасибо за интересные вопросы.
Есть разные варианты разделения интеллектуальной собственности, которая была создана в процессе разработки устройства:
1. Полная передача исключительных имущественных прав. Заказчик компенсирует все затраты по проекту и получает исходные коды, все файлы и конструкторскую документацию. Компания-разработчик в этом случае не может использовать данные по проекту в будущем (полностью или частично). Такая договоренность закрепляется в соглашении о неразглашении (в так называемом NDA, non-disclosure agreement), а также в самом контракте на разработку. В этих документах указывают владельца имущественных прав, дают разрешение или запрещают публиковать информацию о проекте в СМИ, описывают процесс передачи и защиты информации, и, конечно, определяют санкции, которые будут применяться в случае нарушения договоренностей.
Этот вариант — лучший с точки зрения защиты интересов заказчика, но далеко не самый выгодный с точки зрения ценообразования, т.к. самый дорогой.
Вы правильно отметили, заказчик не всегда представляет, что делать с этими исключительными правами. Если он не знает, как эффективно их реализовать и компенсировать свои затраты на разработку, тогда стоит рассмотреть вариант №2.
2. Разделенные интеллектуальные права на разработку. В этом случае стоимость проекта будет ниже, но часть прав останется за субподрядчиком. Это должен быть какой-то элемент разработки, который не является ключевой собственностью заказчика. Например, права на какую-нибудь программную библиотеку, которую можно будет развивать в будущем вне конкретного проекта. Еще можно передать права на какой-нибудь программный модуль, который разработчик будет развивать и поддерживать за собственные средства.
3. Компания-разработчик становится партнером и совладельцем проекта, разрабатывая устройства в рамках минимального бюджета, но при этом рассчитывая на получение отчислений с продаж продукции или на лицензионные отчисления.
Ценообразование при разработке железа и софта во многом определяется выбранным вариантом разделения интеллектуальных прав. В разных регионах мира используются различные подходы к контрактам по разработке, их нужно знать и учитывать. Особенность рынка субподрядчиков в СНГ — его незрелость. В этом есть свое преимущество: пока что исключительные права можно купить за приемлемые деньги. По мере взросления рынка это будет либо сложнее, либо дороже.
Про то, какая интеллектуальная собственность и ноу-хау скрыты внутри разработанного устройства для рынка электроники, мы напишем целую статью. Это отдельная очень интересная тема, так что следите за нашими публикациями.
Есть разные варианты разделения интеллектуальной собственности, которая была создана в процессе разработки устройства:
1. Полная передача исключительных имущественных прав. Заказчик компенсирует все затраты по проекту и получает исходные коды, все файлы и конструкторскую документацию. Компания-разработчик в этом случае не может использовать данные по проекту в будущем (полностью или частично). Такая договоренность закрепляется в соглашении о неразглашении (в так называемом NDA, non-disclosure agreement), а также в самом контракте на разработку. В этих документах указывают владельца имущественных прав, дают разрешение или запрещают публиковать информацию о проекте в СМИ, описывают процесс передачи и защиты информации, и, конечно, определяют санкции, которые будут применяться в случае нарушения договоренностей.
Этот вариант — лучший с точки зрения защиты интересов заказчика, но далеко не самый выгодный с точки зрения ценообразования, т.к. самый дорогой.
Вы правильно отметили, заказчик не всегда представляет, что делать с этими исключительными правами. Если он не знает, как эффективно их реализовать и компенсировать свои затраты на разработку, тогда стоит рассмотреть вариант №2.
2. Разделенные интеллектуальные права на разработку. В этом случае стоимость проекта будет ниже, но часть прав останется за субподрядчиком. Это должен быть какой-то элемент разработки, который не является ключевой собственностью заказчика. Например, права на какую-нибудь программную библиотеку, которую можно будет развивать в будущем вне конкретного проекта. Еще можно передать права на какой-нибудь программный модуль, который разработчик будет развивать и поддерживать за собственные средства.
3. Компания-разработчик становится партнером и совладельцем проекта, разрабатывая устройства в рамках минимального бюджета, но при этом рассчитывая на получение отчислений с продаж продукции или на лицензионные отчисления.
Ценообразование при разработке железа и софта во многом определяется выбранным вариантом разделения интеллектуальных прав. В разных регионах мира используются различные подходы к контрактам по разработке, их нужно знать и учитывать. Особенность рынка субподрядчиков в СНГ — его незрелость. В этом есть свое преимущество: пока что исключительные права можно купить за приемлемые деньги. По мере взросления рынка это будет либо сложнее, либо дороже.
Про то, какая интеллектуальная собственность и ноу-хау скрыты внутри разработанного устройства для рынка электроники, мы напишем целую статью. Это отдельная очень интересная тема, так что следите за нашими публикациями.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как создать концепцию продукта и написать ТЗ на разработку электроники