Diferencia entre revisiones de «Modelos de negocio basados en software libre en Software libre»

En el mundo del software libre es difícil cobrar licencias de uso, pero no imposible. En general, no hay nada en las definiciones de software libre que impida que una empresa cree un producto y sólo lo distribuya a quien pague una cierta cantidad. Por ejemplo, un determinado productor podría decidir distribuir su producto con una licencia libre, pero sólo a quien le pague 1.000 euros por copia (de forma similar a como se hace en el mundo clásico del software propietario).

Sin embargo, aunque esto es teóricamente posible, en la práctica es bastante difícil que suceda. Porque una vez que el productor ha vendido la primera copia, quien la recibe puede estar motivado a tratar de recuperar su inversión vendiendo más copias a menor precio (algo que no puede prohibir la licencia del programa, si éste es libre). En el ejemplo anterior, podría tratar de vender 10 copias a 100 euros cada una, con lo que el producto le saldría gratis (y además dificultaría mucho que el productor original vendiese otra copia a 1.000 euros, si el producto pude obtenerse legalmente por la décima parte). Es fácil deducir cómo este proceso continuaría en cascada hasta la venta de copias a un precio cercano al coste marginal de copia, que con las tecnologías actuales es prácticamente cero.

Aún así, y teniendo en cuenta que el mecanismo descrito hará que normalmente el productor no pueda poner un precio (especialmente un precio alto) al simple hecho de la redistribución del programa, hay modelos de negocio que implícitamente hacen justamente eso. Un ejemplo es el de las distribuciones de GNU/Linux, que se venden por un precio muy bajo comparado con sus competidores propietarios, pero superior (y normalmente claramente superior) al coste de copia (incluso cuando se pueden bajar libremente de Internet). Por supuesto en estos casos entran a jugar otros factores, como la imagen de marca o la comodidad para el consumidor. Pero no es este el único caso. Por lo tanto, más que indicar que con software libre no se puede vender a tanto por copia, hay que tener en cuenta que es más difícil de hacer, y probablemente se obtendrá menos beneficio, pero que puede haber modelos basados justamente en eso.

La empresa que utiliza este modelo de negocio trata de rentabilizar su conocimiento de un producto (o conjunto de productos) libres. Sus ingresos provendrán de clientes a los que venderá servicios relacionados con ese conocimiento: desarrollos basados en el producto, modificaciones, adaptaciones, instalaciones e integraciones con otros. La ventaja competitiva de la empresa estará en gran medida ligada al mejor conocimiento del producto: por ello estará especialmente bien situada si es la productora, o participa activamente en el proyecto lo produce.

Esta es una de las razones por la que las empresas que utilizan este modelo suelen participar activamente en los proyectos relacionados con el software sobre el que tratan de vender servicios: es una forma muy eficiente de obtener conocimiento sobre él, y lo que es más importante, de que ese conocimiento sea reconocido. Desde luego, explicarle a un cliente que entre los empleados hay varios desarrolladores del proyecto que produce el software que, por ejemplo, se quiere modificar, puede ser una buena garantía.

Los servicios que proporcionan este tipo de empresas pueden ser muy amplios, pero normalmente consisten en desarrollos a medida, adaptaciones o integraciones de los productos en los que son expertas, o bien servicios de consultoría donde aconsejan a sus clientes cómo utilizar mejor el producto en cuestión (especialmente si es complejo, o si su correcto funcionamiento es crítico para el cliente en cuestión).

Relación con los proyectos de desarrollo

Este tipo de empresas tiene un gran interés en dar la imagen de que poseen un buen conocimiento de determinados productos libres. Una interesante consecuencia de esto es que su apoyo a proyectos de software libre (por ejemplo, participando activamente en ellos, o permitiendo a sus empleados que lo hagan durante su jornada laboral) no es por lo tanto algo meramente filantrópico. Por el contrario, puede ser uno de los activos más rentables de la empresa, ya que sus clientes lo valorarán muy positivamente como una muestra clara de que conocen el producto en cuestión. Además, de esta forma podrán seguir muy de cerca el desarrollo, tratando de asegurarse, por ejemplo, de que mejoras demandadas por sus clientes pasan a formar parte de producto desarrollado por el proyecto.

Analizándolo desde un punto de vista más general, esta es una situación donde ambas partes, la empresa y el proyecto de desarrollo, ganan de la colaboración. El proyecto gana por el desarrollo realizado por la empresa, o porque algunos de sus desarrolladores pasan a estar remunerados (siquiera parcialmente) por su trabajo en el proyecto. La empresa gana en conocimiento del producto, en imagen hacia sus clientes, y en una cierta influencia sobre el proyecto.

Ejemplos

Ejemplos de empresas que hasta cierto punto utilizan este modelo de negocio son las siguientes:

• LinuxCare [linuxcare]. Fundada en 1996, proporcionaba en sus orígenes servicios de consultoría y soporte para GNU/Linux y software libre en EE.UU., y su plantilla estaba compuesta fundamentalmente por expertos en GNU/Linux. Sin embargo, en 1992 cambió sus objetivos, y desde entonces se ha especializado en proporcionar servicios casi exclusivamente a Linux ejecutando sobre máquinas virtuales z/VM en grandes ordenadores de IBM. Su modelo de negocio ha cambiado también a mejor conocimiento con limitaciones, al ofrecer como parte fundamental de sus servicios una aplicación no libre, Levanta.

• Alcove [alcov]. Fundada en 1997 en Francia, proporciona fundamentalmente servicios de consultoría, consultaría estratégica, soporte y desarrollo para software libre. Desde su fundación, Alcove ha mantenido en plantilla a desarrolladores de varios proyectos libres, y ha tratado de rentabilizarlo en términos de imagen. También ha tratado de ofrecer una imagen, en general, de empresa vinculada a la comunidad de software libre, por ejemplo, colaborando con asociaciones de usuarios y dando publicidad a sus colaboraciones con proyectos libres (por ejemplo, desde Alcove-Labs [alcov_labs]).

Estos modelos son similares a los expuestos en el apartado anterior, pero tratando de limitar la competencia a que pueden verse sometidos. Mientras que en los modelos puros basados en el mejor conocimiento cualquiera puede, en principio, entrar en competencia, ya que el software utilizado es el mismo (y libre), en este caso se trata de evitar esa situación poniendo barreras a esa competencia. Estas barreras suelen consistir en patentes o licencias propietarias, que normalmente afectan a una parte pequeña (pero fundamental) del producto desarrollado. Por eso estos modelos pueden considerarse en realidad como mixtos, en el sentido que están a caballo entre el software libre y el propietario.

En muchos casos, la comunidad del software libre desarrolla su propia versión para ese componente, con lo que la ventaja competitiva puede desaparecer, o incluso volverse en contra de la empresa en cuestión si su competidor libre se convierte en el estándar del mercado y es demandado por sus propios clientes.

Ejemplos

Son muchos los casos donde se usa este modelo de negocio, ya que es común considerarlo como menos arriesgado que el de conocimiento puro. Sin embargo, las empresas que lo han usado han tenido evoluciones variadas. Algunas de ellas son:

• Caldera [calder]. La historia de Caldera es complicada. En sus inicios, creó su propia distribución de GNU/Linux, orientada a las empresas: Caldera OpenLinux. En 2001, compró la división de Unix de SCO, y en 2002 cambió su nombre a “SCO Group”. Su estrategia empresarial ha dado tantos vuelcos como su nombre, desde su total apoyo a Linux hasta sus demandas contra IBM y Red Hat en 2003, y su abandono de su propia distribución. Pero en lo que se refiere a este apartado, el negocio de Caldera, al menos hasta 2002, es un claro exponente del mejor conocimiento con limitaciones. Caldera trataba de explotar su conocimiento de la plataforma GNU/Linux, pero limitando la competencia a que podía verse sometida mediante la inclusión de software propietario en su distribución. Esto hacía difícil a sus clientes cambiar de distribución una vez que la habían adoptado, pues aunque las demás distribuciones de GNU/Linux incluían la parte libre de Caldera OpenLinux, no encontraban en ellas la parte propietaria.

• Ximian [ximian]. Fundada en 1999 con el nombre de Helix Code por desarrolladores muy vinculados al proyecto GNOME, fue adquirida en agosto de 2003 por Novell. La mayor parte del software que ha desarrollado ha sido libre (en general, parte de GNOME). Sin embargo, en un ámbito muy concreto Ximian decidió licenciar un componente como software propietario: el Connector for Exchange. Este módulo permite a uno de sus productos estrella, Evolution (un gestor de información personal que incluye correo electrónico, agenda, calendario, etc.) interactuar con servidores MS Exchange, muy utilizados en grandes organizaciones. De esta manera trataba de competir ventajosamente con otras empresas que proporcionen servicios basados en GNOME, quizás con los productos desarrollados por la propia Ximian, que no podrían interaccionar tan fácilmente con Exchange. Salvo por este producto, el modelo de Ximian ha sido de mejor conocimiento, y también basado en ser la fuente de un programa (ver más adelante). En cualquier caso, este componente fue liberado en 2005.

Este modelo es similar al basado en el mejor conocimiento, pero especializándolo de forma que la empresa que lo utiliza es productora, de forma prácticamente íntegra, de un producto libre. Naturalmente, la ventaja competitiva aumenta al ser los desarrolladores del producto en cuestión, controlar su evolución, y tenerlo antes que la competencia. Todo esto posiciona a la empresa desarrolladora en un lugar muy bueno de cara a los clientes que quieran servicios sobre ese programa. Además, es un modelo muy interesante en términos de imagen, ya que la empresa ha demostrado su potencial desarrollador con la creación y mantenimiento de la aplicación en cuestión, lo que puede ser muy interesante de cara a convencer a posibles cliente de sus capacidades. Igualmente proporciona muy buena imagen de cara a la comunidad del software libre en general, ya que reciben de la empresa un nuevo producto libre que pasa a formar parte del acervo común.

Ejemplos

Son muchos los productos libres que comenzaron su desarrollo dentro de una empresa, y muy habitualmente ha continuado siendo esa empresa quien ha guiado su desarrollo posterior. A modo de ejemplo, podemos citar los siguientes casos:

• Ximian. Ya se mencionado cómo en parte ha usado el modelo de mejor conocimiento con limitaciones. Pero en general, Ximian ha seguido un claro modelo basado en ser la fuente de programas libres. Sus principales productos, como Evolution o RedCarpet se han distribuido bajo licencias GPL. Sin embargo otros también importantes, como Mono, se distribuyen en gran parte bajo licencia MIT X11 o LGPL. En todos estos casos, Ximian los ha desarrollado casi en exclusiva desde el comienzo. La empresa ha tratado de rentabilizar este desarrollo consiguiendo contratos para hacerlos evolucionar en ciertos sentidos, para adaptarlos a las necesidades de sus clientes, y ofreciendo personalización y mantenimiento.

• Zope Corporation [corporation]. En 1995 se funda Digital Creations, que desarrolla un producto propietario para la gestión de anuncios clasificados vía web. En 1997 recibió una inyección de capital por parte, entre otros, de una empresa de capital-riesgo, Opticality Ventures. Lo extraño (en aquella época) de esta inversión es que como condición le pusieron que distribuyera como software libre la evolución de su producto, lo que más adelante fue Zope, uno de los gestores de contenidos más populares en Internet. El modelo de negocio de la empresa desde entonces fue producir Zope y productos relacionados con él, y ofrecer servicios de adaptación y mantenimiento para todos ellos. Zope Corporation ha sabido, además, crear una dinámica comunidad de desarrolladores de software libre alrededor de sus productos, y colaborar activamente con ellos.

Este modelo es similares al anterior, pero tomando medidas para limitar la competencia o maximizar los ingresos. Entre las limitaciones más habituales podemos considerar las siguientes:

• Distribución propietaria durante un tiempo, luego libre. Con o sin promesa de distribución libre posterior, cada nueva versión del producto se vende como software propietario. Pasado un tiempo (normalmente, cuando se empieza a comercializar una nueva versión, también como software propietario), esa versión pasa a distribuirse con una licencia libre. De esta manera la empresa productora obtiene ingresos de los clientes interesados en disponer lo antes posible de nuevas versiones, y a la vez minimiza la competencia, ya que cualquier empresa que quiera competir usando ese producto sólo podrá hacerlo con la versión libre (disponible sólo cuando ya hay una nueva versión propietaria, supuestamente mejor y más completa).

• Distribución limitada durante un tiempo. En este caso, el software es libre desde que se comienza a distribuir. Pero como nada en una licencia libre obliga a distribuir el programa a todo el que lo quiera (esto es algo que quien tiene el software puede hacer o no), lo que hace el productor es distribuirlo durante un tiempo sólo a sus clientes, que le pagan por ello (normalmente en forma de contrato de mantenimiento). Al cabo de un tiempo, el productor lo distribuye a cualquiera, por ejemplo poniéndolo en un archivo de acceso público. De esta manera, el productor obtiene ingresos de sus clientes, que perciben esta disposición preferente del software como un valor añadido. Naturalmente, el modelo sólo funciona si los clientes a su vez no hacen público el programa cuando lo reciben. Para cierto tipo de clientes, esto puede no ser habitual.

En general, en estos casos las empresas desarrolladoras obtienen los beneficios mencionados, pero no a coste cero. Debido al retraso con el que el producto está disponible para la comunidad del software libre, es prácticamente imposible que ésta pueda colaborar en su desarrollo, por lo que el productor se beneficiará muy poco de contribuciones externas.

Ejemplos

Algunos casos de empresas que utilizan este modelo de negocio son lo siguientes:

• artofcode LLC [artofcod]. Desde el año 2000, artofcode comercializa Ghostscript en tres versiones (anteriormente lo hacía Alladin Enterprises, con un modelo similar). La versión más actual la distribuye como AFPL Ghostscript, bajo una licencia propietaria (que permite el uso y la distribución no comercial). La siguiente (con un retraso de un año, más o menos) la distribuye como GNU Ghostscript, bajo la GNU GPL. Por ejemplo, en el verano de 2003, la versión AFPL es la 8.11 (liberada el 16 de agosto), mientras que la versión GNU es la 7.07 (distribuida como tal el 17 de mayo, pero cuya versión AFPL equivalente es de 2002). Además, artofcode ofrece una tercera versión, con una licencia propietaria que permite la integración en productos no compatibles con la GNU GPL (en este caso usa un modelo dual, que será descrito más adelante).

• Ada Core Technologies [ada_core_techn]. Fue fundada en 1994 por los autores del primer compilador de Ada 95, cuyo desarrollo fue financiado en parte por el Gobierno de EE.UU., y que estaba basado en GCC, el compilador de GNU. Desde el principio sus productos han sido software libre. Pero la mayoría de ellos los ofrecen primero a sus clientes, como parte de un contrato de mantenimiento. Por ejemplo, su compilador, que sigue estando basado en GCC y se distribuye bajo la GNU GPL, se ofrece a sus clientes como Gnat Pro. Ada Core Technologies no ofrece este compilador al público en general de ninguna manera, y normalmente no se encuentran versiones de él en la red. Sin embargo, con un retraso variable (en torno a un año), Ada Core Technologies ofrece las versiones públicas de su compilador, muy similares pero sin ningún tipo de soporte, en un archivo de ftp anónimo.

En estos modelos, la empresa produce un producto que distribuye bajo dos o más licencias. Al menos una de ellas es de software libre, pero las otras típicamente son propietarias, y le permiten vender el producto de una forma más o menos tradicional. Normalmente, estas ventas se complementan con la oferta de consultoría y desarrollos relacionados con el producto. Por ejemplo, una empresa puede distribuir un producto como software libre bajo la GNU GPL, pero ofrecer también una versión propietaria (simultáneamente, y sin retraso para ninguna de las dos) para quien no quiera las condiciones de la GPL, por ejemplo, porque quiere integrar el producto con uno propietario (algo que la GPL no permite).

Ejemplo

Sleepycat Software [sleepycat]. Esta empresa fue fundada en 1996, y anuncia que desde ese momento ha tenido beneficios (lo que desde luego es notable en una empresa relacionada con el software). Sus productos, incluyendo Berkeley DB (un gestor datos muy popular y que puede empotrarse fácilmente en otras aplicaciones) se distribuyen bajo una licencia libre que especifica que en caso de empotrarse en otro producto, ha de ofrecerse el código fuente de ambos. Sleepycat ofrece servicios de consultoría y desarrollo para sus productos, pero además los ofrece bajo licencias que permitan empotrarlos sin tener que distribuir el fuente. Naturalmente, esto lo hace bajo contrato específico, y en general en régimen de venta como software propietario. En 2005, Sleepycat Software fue adquirida por Oracle.

Aunque puedan conseguirse productos muy similares por menos dinero, muchos clientes están dispuestos a pagar el extra por comprar una marca. Este principio es utilizado por empresas que invierten en establecer una marca con buena imagen, y bien reconocida, que les permita luego vender con suficiente margen productos libres. En muchos casos no sólo venden esos productos, sino que los acompañan de servicios que los clientes aceptarán también como valor añadido.

Los casos más conocidos de este modelo de negocio son las empresas que comercializan distribuciones GNU/Linux. Estas empresas tratan de vender algo que en general se puede obtener a un coste bastante menor en la red (o en otras fuentes con menos imagen de marca). Por ello han de conseguir que el consumidor reconozca su marca, y esté dispuesto a pagar el sobreprecio. Para ello no sólo invierten en publicidad, sino que también ofrecen ventajas objetivas (por ejemplo, una distribución bien conjuntada, o un canal de distribución que llegue hasta las cercanías del cliente). Además, suelen ofrecer a su alrededor una gran cantidad de servicios, tratando de rentabilizar lo más posible esa imagen de marca (desde formación hasta programas de certificación para terceras partes).

Ejemplo

Red Hat [red_hat]. La distribución Red Hat Linux comenzó a distribuirse en 1994 (la empresa empezó a conocerse con el nombre actual en 1995). Durante mucho tiempo Red Hat consiguió colocar su nombre como el de la distribución de GNU/Linux por excelencia (aunque a mediados de la década de 2000 comparte esa posición con otras, como OpenSuse, Ubuntu, y quizás Debian). Varios años después Red Hat comercializa todo tipo de servicios relacionados con la distribución, con GNU/Linux, y con software libre en general.