![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
La otra es que tu definas un proyecto base, funcional y operativo a nivel general. Luego tu puedes ofrecer como servicios posibles adiciones y modificaciones propias y exclusivas a costo superior. Es decir, tienes un sistema genérico con capacidad de expandirse o modificarse ya sea agregando módulos intercambiables, plugins, etc.
El cliente paga ese extra, y/o cualquier modificación. El licenciamiento le permite al cliente adaptar el programa base, respetando su estructura, ya sea por exclusividad o no. El punto está en el diseño del sistema; debe definirse desde "fábrica", explícitamente diseñado, con la capacidad de expandirse, y customizarse. Naturalmente debe estudiarse bien como redactar la licencia. En este caso no se trata de dos o más proyectos, sino de un único proyecto y a lo sumo subproyectos en caso de ser necesario. Estos submódulos se podrían agregar o quitar sin afectar el sistema. Haz de cuenta que tu software es como las casas prefabricadas. Tu ofreces piezas que se unen a un esqueleto o armazón. Esto te permite ofrecer un mismo software a todos los clientes, sin tener que modificarlos. Y a su vez, le abre una ventana a ellos la posibilidad de contratar un contrato de exclusividad. Entonces tu negocio ya no pasa por ofrecer el sistema únicamente sino aprender a vender un servicio del tipo "arme su software".... como esas jugueterías que te permiten armar tu propio osito de peluche ![]() Saludos, |
|
#2
|
|||
|
|||
|
Me pregunto si el software es muy especializado y las solicitudes son por requerimientos gubernamentales o de otro índole con obligatoriedad, en ese caso TODOS requieren de las mismas adecuaciones, por lo que difícilmente puede ser objeto de una esclusividad.
Saludos |
|
#3
|
|||
|
|||
|
Sres. les agradezco que hayan tomado tiempo para responder.
Analizando todas las ideas que han planteado, puedo ofertar lo siguiente a mi cliente: 1-Que compre el software terminado a los precios establecidos. 2-Todos los requerimientos solicitados, que los pague a parte. 3-El costo del servicio de mantenimiento sería mayor que el precio normal. 4-El derecho de exclusividad que lo renove anualmente. Entiendo que la oferta es justa. En mi opinión, las ideas que mi cliente quiere implementar, son muy buenas e innovadoras para el sector, y le va a permitir distinguirse entre sus demás competidores, eso me consta. En función de esto creo que por eso quiere la exclusividad. |
|
#4
|
||||
|
||||
|
Ten en cuenta una cosa: si un cliente "normal", o peor aún, varios clientes "normales", te piden una mejora o funcionalidad en la aplicación que ya te haya sido pedida por el cliente "exclusivo", tendrás que elegir entre perder esos clientes "normales" o romper el trato con el "exclusivo".
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
|
#5
|
|||
|
|||
|
Gracias por la recomendación Julián, muy buena observación.
Creo que tendré que especificar claramente en el contrato, que no soy responsable si un cliente normal tiene una idea similar a las que él tuvo, y que ya fueron implementadas en el software exclusivo. |
|
#6
|
||||
|
||||
|
Creo que yo propondría que las novedades se realizaran. Y cobrarle por ello una cantidad suficientemente justa, sin pasarse. Repercutes los costes del desarrollo entre él y tú; y que le quede claro a él. Es decir, esto cuesta X, X/2 los pagas tú y X/2 los aporto yo.
Además, por contrato, demorar la publicación de estas mejoras X tiempo, de manera que le suponga una clara ventaja durante ese tiempo. A partir de la fecha comprometida, publicar las mejoras en la versión normal, y ofrecerle algún tipo de servicio premium sin coste. De esta manera, tu aplicación mejoraría, tu cliente tendría una ventaja sobre la competencia, y el resto de tu base instalada tendría acceso a las mejoras introducidas. Obviamente, tu aplicación sería más competitiva, y te abriría mercados que actualmente no cubres o en los que no eres competitivo. De otra manera, entras en la trampa que ya te han comentado previamente. Serás cautivo de ese cliente hasta que él quiera, cerrando la puerta a mejoras ( posiblemente a la misma mejora ) que otro cliente pueda sugerirte y que no puedas ofrecerle no por incapacidad técnica, sino porque no puedes incluir esa misma mejora, así como a nuevos clientes que puedan a partir de esa mejora ver tu producto más competitivo ya que cubriría funcionalidad que actualmente no cubre - o lo hace de manera menos eficiente-. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
|
#7
|
|||
|
|||
|
fjcg02
Es una muy buena cláusula la que planteas. Cita:
Muchas gracias, la tomaré en cuenta para la propuesta que voy a diseñar. |
|
#8
|
||||
|
||||
|
Hombre, en este tipo de acuerdos, si ganais las dos partes, muy tarugo tiene que ser para no aceptar.
Aunque la realidad siempre supera a la ficción... quién no lo ha comprobado ??Intentando hacer acuerdos win-win / ganar-ganar es más fácil que las partes se entiendan. Me alegro de que te haya gustado mi aporte. Parece que el curso que he realizado de gestión de grupos en el que se hablaba de acuerdos y compromisos no ha caido en saco roto ... ![]() Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Alguien ha visto el Software llamado DIA de Software Libre? | eddg | Varios | 0 | 29-09-2007 17:16:45 |
| oem software | victor2023 | OOP | 1 | 28-05-2007 06:54:25 |
| Licencia de Software | diegolf | Varios | 16 | 04-04-2007 11:28:49 |
| 4.3 GB de Software Libre | Lepe | La Taberna | 3 | 01-06-2006 10:20:23 |
| SQL software | robinsongm | SQL | 2 | 08-01-2005 07:00:20 |
|