Я работаю как независимый разработчик программного обеспечения для мобильных приложений. Клиент просит меня разработать мобильное приложение. Поэтому на данный момент я рассчитываю время и усилия, чтобы написать предложение для этого проекта.
Само приложение будет использоваться только в течение определенного времени, поскольку оно связано с определенным событием после этого, если оно будет бесполезным. Но базовая функциональность приложения будет многократно использоваться для других клиентов, которые хотят иметь подобное приложение для своего мероприятия.
На данный момент мне интересно, можно ли разрабатывать приложение для клиента, позволить ли ему оплатить разработку и повторно использовать часть исходного кода для приложения другого клиента?
Так что было бы для меня лучшим способом справиться с этим сценарием?
- Кому принадлежит исходный код приложения?
- Должен ли я предоставить исходный код заказчику, когда он заплатил за разработку?
- Если мне нужно, могу ли я сохранить копию и использовать ее позже?
- Нужно ли просить клиента повторно использовать код?
- Нужно ли работать с какой-то моделью лицензирования здесь. И пусть первый клиент оплатит только определенную часть разработки, чтобы я мог без проблем использовать код?
Надеюсь, я прояснил ситуацию. Я с нетерпением жду ваших ответов.
источник
Ответы:
Перед началом проекта вы должны решить , кто будет поддерживать право собственности на код.
Если они с радостью позволят вам сохранить право собственности, тогда вы можете использовать его в других проектах. Если после этого они захотят вступить во владение, это будет предметом переговоров.
источник
Поскольку у вас еще нет контракта, вам необходимо решить эти проблемы с клиентом, прежде чем подписывать окончательный контракт. Насколько я понимаю, это произойдет, если клиент согласится с вашими оценками времени и стоимости, поэтому вам следует подумать о том, чтобы обсудить его с клиентом сейчас, а также с требованиями. Это вещи, которые часто включаются в такой документ. То, что включено, должно быть приемлемо как для вас, так и для лица, оплачивающего продукт, хотя в зависимости от этого лица или организации вы можете получить не все, что хотите.
Если у вас нет большого опыта в написании контрактов, или если у вас есть очень конкретные вопросы, лучше всего спросить юриста, специализирующегося на контрактах и предпринимательском праве - они будут знать, будет ли то, что вы написали, соответствовать суд должен быть проблема. Вы не хотели бы, чтобы ошибка в вашем контракте впоследствии вызывала проблемы.
источник
Ответы до сих пор были отличными. Я искренне согласен с советом:
В этой ситуации вы уже знаете, что «базовая функциональность приложения будет повторно использоваться для других клиентов», и на самом деле я уверен, что вы (и другие) уже сталкивались с ситуациями, в которых вы знаете некоторые основные функции или структуры - будьте они веб, мобильные, настольные или другие - будут использоваться повторно. Я имею в виду, на самом деле, почему бы нам не использовать то, что мы знаем, работает, и мы знакомы? Мы, наверное, все делаем это все время.
Это может не сработать для вас, но это сработало для меня на протяжении многих лет:
В этой ситуации с помощью юриста вы можете дать понять, что ваши клиенты платят за все, что построено на основе той базовой функциональности, которую вы предоставляете, они владеют этой настройкой, но не базой, и вы по-прежнему можете развиваться для других таким же образом.
Если клиент требует эксклюзивности использования, то вы можете предложить им по цене , которая вознаграждает Вас за время, усилия и невозможности продать его кому - либо в будущем.
Недостатком, конечно, является то, что вы разрабатываете что-то бесплатно. Вы должны быть уверены, что он будет пригоден для повторного использования, и что другие будут вам платить, иначе это плохая игра. Но если вы планируете в течение некоторого времени быть независимым разработчиком и иметь клиентскую базу - или, по крайней мере, хотите - эту линию мышления можно рассмотреть в долгосрочной перспективе.
И поговорить с адвокатом!
источник
Это зависит от договора. В общем, вы должны спросить клиента о том, что известно как эксклюзивность . Например, вы можете взимать гораздо больше за эксклюзивную разработку (и тогда клиент будет владеть кодом); В качестве альтернативы вы можете сказать им, что клиенту придется платить меньше, но вы по закону владеете источником. Вы можете предоставить / установить бинарную версию программного обеспечения для клиентов, чтобы покупатели приходили к вам за модификациями.
Как правило, хранение копии не является незаконным / неэтичным. Вы можете использовать его, когда клиент просит больше развития. Однако распространять код (кому-то еще), если сделка была эксклюзивной, неправильно.
Не только с точки зрения повторного использования кода в противном случае, процесс лицензирования должен быть там, чтобы определить все пункты клиента и ваши проблемы. Таким образом, вы должны лицензировать независимо, даже если сделка является односторонней. Кроме того, вы должны включить положения для дальнейшего развития для того же клиента.
источник
However, distributing code (to someone else) if the deal was exclusive, is not right.
т. е. если вы разработали эксклюзивный код для клиента, распространяющий его кому-то другому, не подходит!alternatively you can tell them customer will have to pay less but you are legally owning the source
- в чем смысл несогласия?Вы всегда можете использовать в своем коде другие библиотеки, например, с открытым исходным кодом. Очевидно, что клиент не будет иметь авторских прав на них. В особом случае вы можете использовать написанные вами библиотеки. Клиент платит за настройку - ту часть, которая предназначена для него и его потребностей бизнеса. Все, что не является специфичным для пользователя и должно использоваться в нескольких проектах, может быть вашей собственной библиотекой. Я не вижу проблем там.
Проблема будет в том, если вы повторно используете интерфейс или бизнес-логику или даже перепродаете тот же проект кому-то другому. Сервисный код - это то, о чем клиент обычно не знает и ему все равно.
источник
Другие ответы упрощают вещи. Я не хочу иметь полный ответ, просто чтобы указать на несколько вещей.
источник