3 buenas prácticas para iniciar con recursos limitados (o bootstrapping) un negocio de código abierto

He sentido esta tensión de primera mano. Mi empresa, PencilBlue, un sistema de gestión de contenido de código abierto, fue inmediatamente desdeñada por un capitalista de riesgo bien conocido porque, como él mismo dijo, "Las herramienta de creación de página web no hacen dinero a menos que se deshagan de la necesidad de desarrolladores." El es alguien que ha efectuado inversiones semillas en varias startups de renombre en tecnología , y no tenía ni idea de que más del 70% de todos los sitios web son creados por desarrolladores y que la industria del desarrollo web es de $ 21,000,000,000 y se rige por las plataformas de código abierto.

Estas startups de código abierto son difíciles de encontrar en el ecosistema de la inversión. No es de extrañar esto, pues están generalmente iniciadas por personas que realmente construyen el producto. La mayor parte del tiempo, la busqueda de inversión temprana para un producto de código abierto no tiene sentido financiero. Por otro lado, hay mucho que ganar desde el conocimiento del negocio y de marketing en las comunidades locales de startups, por lo que estar ajejada de ellas pueden poner a los desarrolladores de código abierto en desventaja.

Si estás bootstrapping tu empresa de código abierto, aquí hay tres consejos para ayudarte a prepararte para la transición definitiva de proyecto de desarrollo a negocio plenamente desarrollado.

1. No hagas todo por tu cuenta

Echa un vistazo a la mayoría de los proyectos personales de los desarrolladores y encontraras que por lo general son muy personales. Tenemos una tendencia a basar nuestro trabajo lateral, en una cosa en la que no podemos basar nuestro trabajo diario y, a menudo esta es la razón de por qué tantos proyectos paralelos de código abierto se desvanecen rápidamente en el olvido. El desarrollador concentra tanta energía en la escritura de software " elegante" que se olvidan de liberar software utilizable. Podemos estar tan empeñados en nuestro propio caso que nos olvidamos de construir algo para una base de usuarios realista.

Es por eso que el tener por lo menos un socio desarrollador (además de ti, si eres desarrollador) en la construcción de un producto de código abierto es tan importante. Tener a alguien capaz de cuestionar tus decisiones y dar nuevas perspectivas es muy valiosa, y también te hace rendir cuentas a alguien. Los proyectos con múltiples desarrolladores tienen una tasa de finalización mucho más alta porque los miembros del equipo tienden a evitar mutuamente el holgazanear.

2. Ten un modelo de ingresos en mente desde el principio

Las empresas que no tienen ninguna manera de hacer dinero en realidad no son empresas en todo. Si planeas dar beneficios con tu producto, entonces debes tener estrategias de ingresos en su lugar desde el principio, y construir tu empresa de código abierto alrededor de ellos. Aquí están siete de los modelos de ingresos de código abierto más comunes:

• Razor/razor blade: Uno de los modelos de ingresos más populares es dar el producto inicial de forma gratuita, pero cobrar más funcionalidades que muchos usuarios necesitan. Esto a menudo se manifiesta en el código abierto como una tienda para comprar extensiones a una plataforma.
• Cobrar por alojamiento: Este modelo es común entre las plataformas de blogs, como WordPress y Ghost, donde los clientes pueden comprar un sitio web o de hosting con el desarrollador de la plataforma. Aunque los servicios de alojamiento puede ser muy rentable para los productos de código cerrado, hay una falla en usarlo como principal fuente de ingresos con las plataformas de código abierto. Porque todo el mundo tiene libre acceso a su código fuente, cualquier proveedor de terceros puede ofrecer su propia solución de hosting y potencialmente socavarte.
• Versión para empresa de fuente cerrada: si su producto tiene usuarios de empresas, ofrecerles una versión comercial de su software con mejoras para su clase de necesidades puede ser muy lucrativo. Magento es un buen ejemplo de este modelo de ingresos.
• Programas de socios: Dado que el software de código abierto se utiliza a menudo como una herramienta para los que los desarrolladores puedan hacer su propio trabajo/cliente, muchos tendrán que pagar para ser colocados en su sitio web como socios de confianza, lo que garantiza un aumento de las perspectivas de entrada.
• Formación y certificación: ¿Cómo se asegura que sus socios cumplan con los requisitos para la recomendación de su sitio? A través de programas con fines de lucro de capacitación y certificación. Los niveles más altos de los programas de socios a menudo requieren un número exponencial de desarrolladores certificados y personal de ventas en el personal de una organización a calificar.
• Gestión de productos y soporte: Si su producto resuelve un problema complicado, lo más probable es que se necesite por lo menos un empleado de tiempo completo para su gestión. Los clientes empresariales son más propensos a externalizar la gestión de su empresa, o pagar a tiempo completo, personal de soporte dedicado.
• Resellers o revendedores (requiere la GPL): Algunas compañías pueden querer integrar su producto dentro de su propia oferta, o incluso modificarlo ligeramente y de plano venderlo como propio. Si se separa el producto bajo la Licencia Pública General de GNU, esas empresas se verán obligados legalmente a que cualquiera (por efecto de ser de de código abierto), pueda usar su producto, o adquirir la licencia del software directamente de usted.

3. Libera temprano, mejorarlo regularmente

Uno puede discutir los puntos más finos de la metodología lean startup, pero no el hecho de que el software de código abierto ve una tasa más alta de los liberaciones iterativas comparada con otros productos. La depuración en comunidad y las contribuciones de código son el sello del código abierto, y cuanto más tiempo esperes para beneficiarse de ellos, tu compañía sufre.

Cometimos este error en PencilBlue, no liberar nuestro software hasta que tuviera un pleno funcionamiento, un CMS de arriba hacia abajo. Mientras que usted podría construir un sitio web completo con PencilBlue en el día uno, rápidamente nos dimos cuenta de que no era el tipo de sitio web que una gran parte de nuestros usuarios potenciales (es decir, en el sector de las empresas) quería.

Como resultado, hemos pasado la mayor parte de un año el cumpliendo las peticiones de características de la empresa y otros usuarios. Por supuesto, nos hubiéramos gastado la misma cantidad de tiempo, agregando, independientemente características en el momento en que lo publicamos, nos hubiéramos gastado menos tiempo en cambiar o dar marcha atrás funcionalidades que erróneamente asumimos que los usuarios querían.

Los beneficios de la liberación de un producto listo para el mercado no superaban la eficiencia que habríamos ganado liberando rápidamente un prototipo de código abierto.

Incluso si tu quieres hacer un negocio fuera del software de código abierto, la versión inicial no tiene que ser un producto mínimo viable, como lo hace normalmente el software comercial. Puede soltar un prototipo funcional y permitir a la comunidad para ayudar a dar forma a lo que finalmente va al mercado.

Construya su negocio pensando como una persona de negocios
Cada empresa tiene diferentes necesidades y desafíos, y los patrones de éxito son igualmente variantes. Pero eso no cambia los requisitos básicos para un lanzamiento exitoso de la empresa. Durante el desarrollo inicial, deje de lado la mentalidad de ingeniero y vea a su producto de código abierto desde la perspectiva de una persona de negocios objetiva. Su empresa siempre será mejor por esto.