1 votos

Cómo evaluar la base de código

He construido un CRM personalizado para un cliente. Fue su idea y él lo pagó en su totalidad. En la propuesta escribí que me reservo los derechos sobre la base de código. Ahora desea negociar la compra de los derechos para que si alguna vez quiere llevárselo a otro desarrollador pueda hacerlo.

En primer lugar, ¿cómo podría establecer un precio de una manera justa y razonable? (Todavía se están realizando actualizaciones/cambios que se cobran por hora).

En segundo lugar, ¿fue lo correcto hacerlo desde el principio? Mencionó que no darle control al cliente es algo muy anticuado, y que se trata de flexibilidad y permitir que el cliente se vaya cuando lo desee. ¿Es esto correcto? ¿En el futuro debería siempre darle los derechos al cliente desde el principio?

2voto

Chibueze Opata Puntos 121

He construido varios sistemas para clientes. En mi experiencia, es muy raro poder vender un sistema a múltiples clientes. (¡No lo he hecho ni una vez en 30 años!)

Sin embargo, hay partes de la base de código que se pueden reutilizar entre clientes.

Mi enfoque es decir que "la aplicación específica y el diseño pertenecen al cliente. Yo retengo los derechos de los módulos de código y el cliente tiene una licencia no exclusiva y no restrictiva sobre esos módulos de código y puede utilizarlos en cualquier aplicación derivada futura". De esta manera, el cliente puede llevar el código a otro desarrollador en caso de que me pase algo, y yo puedo utilizar partes para otros clientes.

Para poder vender un sistema a múltiples clientes, necesité diseñar algo que fuera fácilmente modificado para cada cliente. Solo pude lograrlo después de que varios prospectos preguntaran sobre un tipo de sistema. Construir una base que pueda ser fácilmente modificada es mucho trabajo, pero si tienes varios prospectos para un sistema así, puede valer la pena.

1voto

trouble Puntos 28

No lo vendas directamente. Licéncialo. No exclusivo, no transferible, no redistribuible. Hiciste bien en configurar las cosas como lo hiciste. Ver más aquí en el intercambio de software de ingeniería.

1voto

user28533 Puntos 6

Tengo un acuerdo con uno de mis clientes así. Básicamente, yo soy dueño del código, pero tienen derecho a usar el código como deseen, siempre y cuando no transfieran o vendan el software sin mi autorización expresa.

Conservo todos los derechos sobre la base de código y puedo vender el software a otros según lo considere oportuno.

Otra cláusula en todos mis contratos establece que si alguna vez cierro mi negocio, cada cliente recibirá una copia del código y la base de datos para fines de mantenimiento.

En tu caso, consideraría un par de cosas diferentes.

  1. ¿Estás interesado en vender a otros? Si es así, asegúrate de retener esos derechos y darles derechos sobre el código solo para fines de mantenimiento.

  2. Si solo les interesa lo que sucederá si cierras el negocio, entonces puedes hacer un anexo al contrato original que establezca que recibirán el código cuando ya no estés prestando servicios.

  3. Asegúrate de que cuando vendas el código también obtengas un contrato de mantenimiento por un período decente, como 5 años y luego se renueva automáticamente cada año que no decidan terminar el contrato después de eso. Asegúrate también de agregar un aumento del x% en las tarifas de mantenimiento, o alguna otra forma de aumentar las tarifas. También puse un límite en el número de horas para agregar nuevas funciones con un precio por hora para cualquier cosa que exceda eso.

  4. Si vendes, asegúrate de obtener un buen precio por ello. Algo cercano a lo que cobraste por crearlo sería un buen punto de partida.

  5. Implica a un abogado, puedes elaborar el borrador inicial con algo como rocketlaw.com, pero haz que un abogado lo revise antes de presentarlo al cliente. Garantizo que tendrán a su abogado para revisarlo. Es caro, así que tenlo en cuenta cuando estés negociando el precio.

  6. Es posible que quieras incluir alguna cláusula que te permita utilizar partes del código que no son específicas del negocio en otros proyectos. Por ejemplo, si creaste un cuadro desplegable muy bueno, querrás poder usarlo en otros proyectos, o tal vez el sistema de seguridad, etc.

  7. Asegúrate de que cualquier código abierto que tengas no haya hecho público legalmente el código. Algunas de esas licencias parecen permitir su uso, pero hay cláusulas que hacen que cualquier código que agregues deba seguir la misma licencia (gpl, lgpl, creative commons, etc.) y liberar el código si se solicita.

Recuerda que en este momento tienes mucha ventaja, si a él no le gustan las cláusulas, puedes continuar como está. No estás tratando de vender el código, él está tratando de comprarlo. Cada cláusula que elimina, aumenta el precio que tienes que cobrar. Por ejemplo, si no puede usar el sistema de seguridad, entonces el precio aumenta al menos tanto como le costaría construir otro desde cero.

Costará mucho comprar y volver a capacitar a su personal en un nuevo sistema. Y dependiendo de cómo esté redactado el contrato original, es posible que ni siquiera tengan derechos sobre sus datos, o el formato en el que se encuentran. Mis contratos generalmente establecen que los datos son propiedad del cliente, pero no indican el formato de esos datos, por lo que si quiero presentarlo como un archivo csv desnormalizado gigante, puedo hacerlo.

Algunas ideas de todos modos.

0voto

Charan Puntos 135

Si especificas a tu cliente que "este código está limitado a su uso para operaciones de XYZ, y cuando se use de esta manera, solo en ese caso posees los derechos sobre el código". "Nosotros retenemos los derechos sobre el código para todas las demás aplicaciones". Ejemplo: un nombre de marca o marca comercial puede ser el mismo, pero cuando se utiliza para aplicaciones muy diferentes no hay malentendidos sobre la marca y su uso. Nota: hay una gran diferencia entre una 'marca comercial' y una "Marca Registrada". La "Marca Registrada" es una marca incluida en la lista de un país específico o marcas registradas con aplicación a un campo de comercio o artículo específico. Una 'marca comercial' es simplemente una identificación de marca pero no debe entrar en conflicto con una Marca Registrada

0voto

mac-guyver Puntos 1

Re: "¿En el futuro siempre debo dar al cliente los derechos desde el principio?" -

El caso de no darles derechos sucede todo el tiempo. Si compras software comercial, no obtienes el código. Lugares donde he trabajado han vendido cosas con software incrustado personalizado para el cliente, y nunca le dieron a sus clientes derechos sobre eso. Dicho esto, el riesgo de que un desarrollador solitario desaparezca debe ser reconocido. El momento en que el desarrollador y el cliente se separan es una fuente común de conflicto y debe ser reflexionado.

Como está, la elección está en manos del mercado, ¿verdad? Tu propio cliente estuvo de acuerdo y te pagó, y ahora estás en una situación en la que te están ofreciendo pagarte un poco más. Parece ser una victoria.

Sospecho que la realidad no dicha es que al retener los derechos exclusivos les diste la oportunidad de obtener algo un poco más barato de lo que hubieran obtenido de otra manera. Algo por algo. Personalmente estoy a favor del acuerdo en la respuesta de David R arriba. Pero algunas empresas más grandes pueden tener problemas con eso.

Finanhelp.com

FinanHelp es una comunidad para personas con conocimientos de economía y finanzas, o quiere aprender. Puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X