Modelos de negocio y estrategias de explotación del software libre

Software libre en I+D:
Estrategias de explotación y modelos de
negocio
CTTC, 21 de julio de 2017
Óscar David Sánchez
Proyectos y Transferencia de Tecnología
Centro de Investigación Príncipe Felipe

Índice
1. ¿Qué es el software libre?
– Breve historia
– Conceptos y definiciones
– Licencias e incompatibilidades
2. ¿Cómo ganar dinero con el software libre?
– Aspectos económicos
– Modelos de negocio
3. ¿Cómo aplicar el software libre en I+D?
– Particularidades
– Casos prácticos

When I started working at the MIT Artificial
Intelligence Lab in 1971, I became part of a
software-sharing community that had
existed for many years.
Sharing of software was not limited to our
particular community; it is as old as
computers, just as sharing of recipes is as old
as cooking.
If you saw someone using an unfamiliar and
interesting program, you could always ask to
see the source code, so that you could read
it, change it, or cannibalize parts of it to
make a new program.
Richard Stallman

Pioneros del software ¿libre?
• SPICE (Simulation Program with Integrated Circuit Emphasis)
– Desarrollado en la Universidad de California
– Puesto en dominio público por Donald Pederson (1973)
• TeX (tipografía electrónica)
– Desarrollado por Donald Knuth (1978)
– Licencia libre
• Unix
– Desarrollado en Bell Labs de AT&T
– Se permitía el uso y desarrollo para fines académicos
– Licencia libre “restringida”

Stallman, GNU, FSF, Linux …
• GNU y la FSF (1984-)
– Creación del proyecto GNU (GNU’s Not Unix)
– Primera licencia GPL
– Creación de la Free Software Foundation
• Creación de Linux (1991-)
– GNU/Linux y primeras distribuciones
• The Cathedral and the Bazaar (Raymond E., 1997)
– Fundación de la Open Source Initiative (1998)
• Creciente participación de empresas en proyectos de
software libre

Conceptos y definiciones (1)
• Quien produce un software puede imponer las
condiciones bajo las que puede usarse y/o
distribuirse por un tercero.
• Derechos de autor o copyright: corresponden
al creador y protegen la expresión de manera
tangible y reproducible de una determinada
idea
– Derechos morales y patrimoniales

Conceptos y definiciones (2)
• Proprietary software = software
privativo
• Free software = software libre ≠
software gratis
• Open source software = software
de código abierto
• FLOSS = free/libre and open
source software

Libertades del software libre (FSF)
1. Libertad para ejecutar el programa en cualquier sitio,
con cualquier propósito y para siempre
2. Libertad para estudiarlo y adaptarlo a nuestras
necesidades
– Exige el acceso al código fuente
3. Libertad de redistribución, de modo que se nos
permita colaborar con vecinos y amigos.
4. Libertad para mejorar el programa y publicar las
mejoras
– Exige el acceso al código fuente

Principios del código abierto (OSI)
1. Libre para ser redistribuido.
2. Debe incluir el código fuente.
3. Debe permitir a la gente realizar modificaciones y redistribuirlas bajo la
misma licencia original.
4. Debe identificar al autor del software de código abierto.
5. No debe discriminar contra personas o grupos.
6. No debe discriminar contra campos de aplicación.
7. No debe requerir ningún tipo de licencia adicional.
8. No debe depender de un software o producto particular.
9. No debe establecer restricciones sobre otro software con el que se
distribuya (¡compatible GPL!)
10. Debe ser tecnológicamente neutral.

Licencias (1)
• Licencia = contrato
• El objetivo de una licencia de software es
establecer las condiciones bajo las que se
distribuye.
– Condiciones = Libertades + Restricciones
• Pluralidad de licencias FLOSS
– Hasta 82 aprobadas por OSI
– https://opensource.org/licenses/alphabetical
• “Taxonomía” más ideológica que legal

Copyleft
• Permite preservar determinadas condiciones
en el código obligando a los siguientes
desarrolladores a respetarlas
– El autor tiene libertad para decidir esas
condiciones
• Licencias robustas o permisivas
– Según más o menos obligaciones en trabajos
derivados
– GPL vs BSD, Apache…

Licencias (2)
• De acuerdo con la
legalidad vigente
– Caso Netfilter/Sitecom
(Alemania, 2004)
• Validez jurídica a las cláusulas
de GPL(v2) en inglés
• Aceptación tácita de la
licencia al descargar el código
• Derecho de reclamación de
los autores a título individual
Section 2, b GPLv2 states that a work
that contains the program can only be
released as a whole under the terms of
the GPL.
Section 3 GPLv2 requires that a
distribution of the Program or a work
based on the program is accompanied
by the corresponding source-code.
Any rights granted under the license
are terminated, according to section 4
GPLv2, when the obligations in sections
2 and 3 GPLv2 are not respected.

Compatibilidad de licencias (1)
• ¿Existen licencias incompatibles entre sí?
• GPL “contamina” todo
–¡Atención a las licencias anteriores!

Compatibilidad de licencias (2)
• Agregación
– No es obra derivada
• Enlace dinámico (e.g. plugin)
– ¿No es obra derivada?
• Enlace estático
– Obra derivada
• Incorporación
– Obra derivada

GPL
• GPLv1 (1989)
– Obliga a publicar el código fuente bajo la misma
licencia
– Prohíbe imponer restricciones adicionales a las de
la licencia original
• GPLv2 (1991) – Libertad o muerte
– Si no cumples todos los términos de la licencia no
puedes distribuir el software de ningún modo.
• GPLv3 (2007) – Cumplimiento reforzado

L(esser)GPL
• Permite que el software sea enlazado o
utilizado por un software no-GPL.
– Creada a la vez que GPLv2
• Conjunto de permisos añadidos a GPLv3
– Dirigida a librerías de software utilizadas
ampliamente en funciones de software
– Convertible en GPL

A(ffero)GPL
• GPL con la obligación de distribuir el software
si éste se ejecuta para ofrecer servicios a
través de una red de ordenadores
– Software como servicio, aplicaciones web …

EUPL
• Traducida a 22 idiomas europeos
• Compatible FSF/OSI
• Comprende SaaS, no hardware (Tivoisation)
• Posibilidad de cambiar a licencias compatibles
para evitar incompatibilidades
• Garantías de acuerdo con normativa europea
• Mayor concreción legal: legislación y
jurisdicción

BSD
• Se permite la redistribución en fuente y en binario
con o sin modificación, siempre que se cumpla:
– Las redistribuciones en fuente deben retener la nota de
copyright y listar las condiciones y la limitación de
garantía de la licencia
– Las redistribuciones en binario deben reproducir la nota
de copyright y listar las condiciones y la limitación de
garantía en la documentación
– Ni el nombre del propietario ni de los que han contribuido
pueden usarse sin permiso para promocionar productos
derivados del software

Valor, precio y coste
• ¿Cuándo compramos un producto?
– Si el valor percibido es mayor o igual al precio
solicitado
• Valor – Precio > 0
– Entre dos o más productos parecidos, escogeremos
aquel en que la diferencia V–P sea mayor.
• ¿Cuándo ofertamos un producto?
– Coste de producción/prestación y coste de
oportunidad
• Ingresos (P) – Costes > Coste de oportunidad

Viabilidad
• Objetivo: Ofrecer el mayor V-P con los
menores costes posibles

Economía del software
• Estructura de costes
– Inversión inicial elevada (desarrollo del software)
– Coste de producción, copia y distribución cada vez
más reducido → Copyright, patentes, secreto
industrial
• Complementariedad
• Efecto red
• Compatibilidad, coste de cambio y cautividad
• Estándares y políticas públicas

Modelos de negocio en torno al software (1)
• Oportunidades de negocio en el proceso de
adopción de una tecnología
• ¿Software como producto o servicio?

Desarrollo de
software
(producto)
Desarrollo de
software
(servicio)
Prestación de
servicios
s/software
Software como
servicio

SW1 SW2 SW3 Etc.
Desarrollo
Instalación
Integración
Certificación
Formación
Mantenimiento y soporte
Migración
• Especialización vertical

SW1 SW2 SW3 Etc.
Desarrollo
Instalación
Integración
Certificación
Formación
Mantenimiento y soporte
Migración
• Especialización horizontal

Consideraciones
• ¿Cómo mantener el flujo de ingresos?
– Actualizaciones, SaaS …
– Modelos híbridos
• ¿A qué mercado nos dirigimos?
– Mercado de masas vs mercado de nichos
– Cliente corporativo vs cliente particular
• ¿Cómo somos conocidos en el mercado?
– Garantías, reputación…

Especialistas/verticales
● Una aplicación libre como principal producto
– Producto libre para la comunidad
– Productos y/o servicios comerciales relacionados
● Rol clave de la comunidad de usuarios y
desarrolladores
– Ejemplo de innovación abierta
– Difusión y trabajo voluntario

Modelo mixto: licencia doble
● Distribución de productos bajo dos licencias distintas:
propietaria y libre (robusta)
● Demanda generada por usuarios comerciales
– Embeben el software en sus propios productos Y
– Necesitan cerrar el código resultante
● Gestión compleja de la comunidad
– Cesión de copyright de usuarios
– Casi todo el desarrollo recae en la empresa

Modelo mixto: núcleo libre +
extensiones proprietarias
●
Dos versiones del producto:
– Producto básico libre (licencia permisiva)
– Accesorios o plugins proprietarios
●
Demanda de dos tipos de usuarios
– Dispuestos a pagar: Grandes y medianas empresas
– Sensibles al precio: Usuarios individuales, pequeñas
empresas...
●
Mayor adopción potencial
– Falta de incentivos para contribuir al desarrollo

Producto libre y servicios asociados
● Desarrollo de un producto libre y venta de
servicios asociados
– Diferenciación por mejor código y conocimiento
● Pocas barreras de entrada para competidores
● Primeros usuarios innovadores con
conocimientos técnicos
– No contratan servicios
– Es necesario ofrecer un producto extendido y garantías
adicionales → Combinación con licencia dual

Modelo libre: financiación
“distribuida”
● Aportaciones económicas de usuarios
(donaciones, crowdfunding)
– Al proyecto/producto o al desarrollo de módulos
específicos
– Habitual en proyectos sin ánimo de lucro y/o integrados
por voluntarios
– Asociados en ocasiones a una recompensa concreta

Comercialización de servicios
asociados al software libre (1)
●
Diferenciación por la ausencia de coste de licencia
– La solución debe resultar más económica a largo plazo (total cost of
ownership)
● Ingresos recurrentes en base a la prestación continua
de servicios de calidad
– La demanda de servicios no disminuye por la disponibilidad de
aplicaciones libres/gratuitas
● Eventual participación en proyectos pero no de
manera intensiva
– E.g. solución de errores, integración, compatibilidad.

Comercialización de servicios
asociados al software libre (2)
●
Desarrollos a medida a partir de una solución estándar libre
– Compatibilidad con versiones posteriores del proyecto principal
●
Selección de soluciones (funcionalidad, estabilidad…)
●
Instalación e integración
– Falta de “productización”del software libre: empaquetado de la aplicación,
instalador automático, UI, documentación…
●
Certificación técnica
– Adecuación a estándares nacionales o internacionales
– Entornos tecnológicos o regulatorios específicos
●
Formación
●
Soporte y mantenimiento

Distribuidoras e integradoras
● Selección e integración de una base amplia de
productos de software libre
– Servicios complementarios de instalación y soporte
– Orientadas al cliente corporativo
– Venta de hardware (mercado auxiliar)

Mercados auxiliares
● Hardware
● Comunidad y desarrollo
● Consultoría o certificación legal (licencias,
derecho TIC…)
● Documentación técnica
● Merchandising

Software en I+D
●
Es un activo esencial en I+D, aunque en ocasiones
“olvidado”
– No se considera un activo estratégico → Desconocimiento
– Falta de planificación en el desarrollo
– Escasa “productización”
– Sin estrategia de explotación (y protección)
●
Objetivos estratégicos
– Recuperar costes de desarrollo (y de protección)
– Fomentar la difusión de los resultados científicos
– Maximizar el impacto de la financiación pública

Software libre en I+D
● El software libre favorece la difusión de los resultados
científicos
– ¿Comunidad y efecto red?
– ¿Mayor impacto de la financiación pública?
– ¿Distorsión del mercado?
● Aspectos a tener en cuenta
– Múltiples componentes empleados/diferentes licencias
●
Bajo contrato o colaboración
●
Reutilización y adaptación
– Dificultad para determinar valoración y Freedom to Operate (FTO)
– Necesidad de mecanismos de auditoría y seguimiento

¿Qué modelo de negocio elegir? (1)
Oportunidad de negocio
≠
Modelo de negocio
≈
Estrategia de protección/licencia

¿Qué modelo de negocio elegir? (2)
●
Mixtos: Licencia doble o combinada
●
¿Sponsorship?
●
Servicios especializados
– Utilización “experta” del software → Prestación de servicios científico-
técnicos
– Instalación e integración
– Desarrollos a medida
– Mantenimiento y soporte
– Formación

Consideraciones sobre GPL
●
¿Es «distribución» hacer y usar múltiples copias dentro de una organización
o empresa?
– No, en ese caso la organización está haciendo las copias sólo para sí misma. En consecuencia, una
empresa u otra organización puede crear una versión modificada e instalar esa versión en sus
equipos, sin que la dirección dé permiso para hacer pública esa versión fuera de la empresa.
●
¿Me permite la GPL desarrollar una versión modificada bajo un acuerdo de
no divulgación?
– Sí. Por ejemplo, puede aceptar un contrato para desarrollar cambios y acordar no publicar sus
cambios hasta que el cliente dé su aprobación. Esto está permitido porque en tal caso no se está
distribuyendo código cubierto por la GPL bajo un acuerdo de no divulgación.
– También puede proporcionar al cliente sus cambios bajo la GPL, pero acordar no
proporcionárselos a nadie más hasta que el cliente lo autorice. En este caso tampoco hay código
cubierto por la GPL que esté siendo distribuido bajo un acuerdo de no divulgación o con
restricciones adicionales.
– La GPL concedería al cliente el derecho de redistribuir la versión que usted ha realizado. En un
caso como este, el cliente probablemente optará por no ejercer ese derecho, pero lo tiene.

Caso:
● Open source Grid operating system based on
Linux
– FP6 Integrated Project (http://www.xtreemos.eu)
– Contribución EC ≈ 15M€; Coste total ≈ 30M€
● Resultados
– Excelente producción científica
– 3 releases públicas (ISOs, paquetes OpenSUSE)
– No se logró crear una comunidad sostenible
– Discontinuado en 2012

● General purpose fault-tolerant distributed file
system which covers most storage needs in a single
deployment
– Subproyecto del proyecto XtreemOS (y otros)
– Casos de uso específicos: HPC, Hadoop
● Licencia: Inicialmente GPLv2. BSD a partir de la
release 1.3.
● Nueva empresa/producto:
– Modelo de negocio: libre + propietario + servicios
Caso:

● Integrative platform for the analysis of
transcriptomics, proteomics and genomics
data
– Suite de aplicaciones
● Licencia: Apache + GPL
● Empresa/producto:
– Modelo de negocio: uso interno, desarrollos a medida,
servicios (formación, integración)
Caso: Babelomics

● Bioinformatics platform for high-quality protein
function prediction and functional analysis of
genomic datasets.
– Desarrollo unipersonal → Amplia comunidad de usuarios pero
no de desarrolladores
– Producto acabado, orientado a la usabilidad
● Licencia: privativo
● Empresa/producto:
– Modelo de negocio: freemium (suscripción, SaaS)
Caso:

● DICOM viewer with easy integration in any
workflow environment and advanced post-
processing techniques in 2D and 3D,and an open
platform for development of processing tools.
– Desarrollo por Antoine Rosset y Osirix Foundation
● Licencia: Inicialmente GPL, LGPL. Actualmente
privativo – código “visible”.
● Empresa/producto: Osirix-MD
– Modelo de negocio: certificación + freemium
Caso: Osirix

Recomendaciones
●
Contemplar el software como un activo estratégico
– Definir una estrategia institucional, políticas y mecanismos de gobernanza del software
desarrollado en la organización
– Prever desarrollos/proyectos a largo plazo → Sostenibilidad más allá del proyecto que lo
financia
●
Definir una estrategia de explotación temprana
– Explotación directa o a través de spinoff o terceros
– Contacto temprano con usuarios/clientes
– Compatibilidad con versiones posteriores del proyecto principal
●
Auditoría sistemática del código → Industrialización
– Búsqueda de incompatibilidades entre licencias
– Utilización de código de terceros
●
Involucrar a desarrolladores, gestores/TTO y legal

If you have an apple and I have an apple and
we exchange apples then you and I will still
each have one apple.
But if you have an idea and I have an idea and
we exchange these ideas, then each of us will
have two ideas
Bernard Shaw (?)
¡Gracias!
oscardavidsanchez@gmail.com

Modelos de negocio y estrategias de explotación del software libre

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Modelos de negocio y estrategias de explotación del software libre

Similar a Modelos de negocio y estrategias de explotación del software libre (20)

Último

Último (20)

Modelos de negocio y estrategias de explotación del software libre