Cómo puede ser rentable el software libre

Existen formas de hacer rentable el software libre y de código abierto. Estos modelos de negocio buscan rentabilizar los gastos de desarrollo del software sin perder el derecho de compartir y mejorar el código con la ayuda de la comunidad y beneficiar al equipo de Desarrollo e Innovación. En pocas palabras, es posible vender programas incluso el código es accesible públicamente, aunque hay matices que abordamos en este artículo.

Un dinero sembrando, una forma de representar a cómo puede ser rentable el software libre

Cómo puede ser rentable el software libre

Para eso es posible que necesites establecer una forma de generar ingresos, no necesariamente con donaciones, ya que así podrás cubrir además de los costes y el resto de los contribuidores.

Este aplica a aquel software bajo licencia GPL o similar. Puedes hacer libre el código del programa en su totalidad, pero también añadir restricciones en sus compilados o agregados con servicios comerciales. Consulta con un abogado para asegurar que no exista incompatibilidad en rentabilizar la aplicación.

Modelo de negocio rentable para software libre y de código abierto

Oferta de servicios

La oferta de servicios facilita el desarrollo de servicios competitivos y diversificados como la especialización o el desarrollo de paquetizaciones configurables y personalizables para un nicho de usuarios. Se asumen costos altos que se deberán compensar en ventas y mercadeo masivo. Además que necesita priorizar de los servicios en demanda.

Distribución de valor añadido

Enfocado a usuarios particulares individuales y requiere de habilidades de mercadeo y venta de volumen para rentabilizarse. Se caracteriza por ser de menor inversión al iniciar un negocio de proporciones algo básicas. Debido a que es escalable, se incrementan los gastos indirectos por logística, organización, infraestructura, entre otros.

Ejemplo: Crear SDK para los clientes.

Licencia dual

Utilizado para los costes derivativos de la división de Desarrollo e Inovación, disponer de al menos dos versiones, una para la comunidad y otra para los usuarios de paga con añadidos bajo licencia privativa sería compensatorio. Es muy importante, por tanto, que exista un equilibrio entre ambas licencias con el fin de conseguir la evolución de los clientes hacia la licencia privativa que estabilice los ingresos.

  • Licencia libre para el código aportado por la comunidad y retroalimentada por esta (extensiones, parches generales, foro, etcétera).
  • Licencia privativa para ofrecer soporte técnico, parches propios para casos determinados, actualizaciones LTS y ediciones personalizadas.
  • El equilibro dependerá de cómo definir la licencia libre (fuerte o débil) para dar cabida a la dual.

Mutualización

Los pequeños desarrollos incrementales que van proporcionando una cada vez mayor funcionalidad al software, requiere de una labor de consultoría que levante las necesidades de los clientes, con la finalidad de ofrecerle los nuevos desarrollos con los que incrementar la capacidad del software.

En ocasiones, el cliente no puede asumir todo el coste del desarrollo, así que en parte lo asume el propio proveedor con la finalidad de aportar nuevas funcionalidades, que serán susceptibles de venta en el futuro y por tanto de retorno de la inversión. Solo funciona para mercado masivo al depender de proveedores.

Lectura adicional

Redacción extraída del texto El modelo de negocio de software libre por Sergio Martines del sitio web MundoERP bajo licencia Creative Commons Atribución Compartir-Igual 3.0.

Etiquetas: ,

¿Recomendarías este artículo?