"Hago código abierto,¿cómo puedo encontrar financiación?"
Este documento tiene como objetivo proporcionar una lista exhaustiva de todas las formas en que se paga a las personas por el trabajo de código abierto. Con suerte, los proyectos y colaboradores encontrarán esto útil para descubrir las mejores opciones para ellos.
La lista a continuación está ordenanda aproximadamente de pequeño a grande. Cada categoría de financiación se enlaza con varios ejemplos reales (utilizando articulos de temas o páginas donde sea posible en lugar de solo la página de inicio de un proyecto.)
Las categorías no son mutualmente exclusivas. Por ejemplo, un proyecto puede tener una fundación pero también usar crowdfunding para recaudar dinero. Alguien más puede hacer consultoría y también tener un botón de donación. Etc.
- Botón de donación
- Recompensas
- Crowdfunding (una-vez)
- Crowdfunding (recurrente)
- Libros y merchandise
- Publicidad y patrocinios
- Ser contratado por una compañia para trabajar en un proyecto
- Empezar un proyecto mientras estás empleado
- Subsidios
- Consultoría
- Apoyo pagado
- SaaS
- Copyleft + licencia paga
- Open Core
- Fundaciones & consorcios
- Capital de riesgo
- Licencia restringida
APÉNDICE: Contribuyendo a esta guía // Licencia y atribución
TRADUCCIÓNES: Inglés (english) Chino Tradicional(繁體中文) // Chino Simplificado(簡體中文) // Italiano // Japonés(日本語)
*"esfuerzo personal" notas Cuando un esfuerzo de financiación fue liderada por un individuo, no un proyecto
Inserta un botón de donación a tu sitio. Stripe y PayPal son ejemplos de servicios que puedes usar para aceptar donaciones.
- Pocas condiciones
- Poco trabajo involucrado: "configúralo y olvídalo"
- Por lo general, no es mucho dinero a menos que haya dedicado esfuerzos de recaudación de fondos.
- Necesita que una entidad acepte donaciones, que pueden cobrar una tarifa por hacerlo. Ejemplos son Stripe y PayPal.
- Para hacer donaciones líbres de impuestos para la persona/organización que está donando, es posible que necesite una entidad legalmente caritativa (en los Estados Unidos, una entidad sin fines de lucro 501(c)(3)) para aceptar donaciones. Software Freedom Conservancy y NumFOCUS son ejemplos. Más difícil de gestionar para individuos o donaciones internacionales.
- Algúnas veces no es claro quién "merece" dinero en un proyecto o cómo éste es distribuído. Una entidad como OpenCollective puede ayudar con esto.
En ocasiones, proyectos o compañias publican recompensas por trabajo en código abierto (ej. "arregla este error y colecta $100"). Hay varios sitios web, enumerados a continuación, que ayudan a facilitar la publicación y recopilación de recompensas.
- Abierto a la participación de la comunidad.
- El dinero está ligado a hacer un trabajo específico (más como pagar por servicio que donaciones).
- Especialmente popular para trabajos de seguridad.
- Puede crear incentivos perversos en un proyecto (RP de baja calidad, prioridades de distracción).
- Pueden surgir conflictos sobre si el trabajo cumple con una recompensa.
- Generalmente no hay mucho dinero por recompensa (~ <$ 500).
- No proporciona ingresos recurrentes.
- Bountysource
- Gitcoin
- GitHub Bug Bounty Program
- Google Patch Rewards
- Internet Bug Bounty
- IssueHunt
- Status Open Bounty
Si tienes una idea específica que te gustaría implementar (en lugar de trabajo de proyecto en curso), una campaña de crowdfounding de única-vez puede ayudarte a recaudar los fondos que necesitas. Tanto las personas como las empresas podrían estar dispuestas a donar para tu campaña.
- Pocas condiciones
- Puede ser más fácil para una persona gestionar legalmente a través de, por ejemplo. Kickstarter
- Mucho trabajo involucrado en la campaña de mercado.
- Por lo general, tiene que estar vinculado a un resultado concreto, beneficios
- Por lo general no es mucho dinero (~$50K por única vez)
- Empresas no siempre cómodas donando para campañas.
- Andrew Godwin + Django (personal effort)
- Dave Gandy + Font Awesome
- GDAL Coordinate System Barn Raising
- Michal Papis + Rvm (personal effort)
- Monero Forum Funding System (FFS)
- RESTful WP-CLI
- ribasushi + CPAN (personal effort)
Si desea financiar el trabajo de un proyecto en curso, puede configurar una campaña de financiamiento colectivo recurrente, con un compromiso financiero mensual o anual que se renueve indefinidamente (o hasta que el donante lo cancele). Aquellos que usan su proyecto regularmente (incluyendo individuos y compañías) podrían estar dispuestos a financiar su trabajo
- Pocas condiciones
- Puede ser más fácil para una persona gestionar legalmente a través de, por ejemplo. Patreon, Salt, Liberapay, OpenCollective, Flattr
- Es más difícil obtener compromisos con donaciones recurrentes (a menudo requiere marca / reputación preexistentes)
- Más difícil de explicar los resultados concretos, las ventajas vienen con donaciones recurrentes
- Generalmente no tanto dinero (~ $ 1-4K mensual)
- Las empresas no siempre se sienten cómodas donando a campañas.
- Babel
- Clojurists Together
- Eran Hammer + hapi Patreon
- Evan You + Vue.js Patreon
- GnuPG
- Ruby Together
- Tom Christie + Django REST framework (personal effort)
- webpack
Si eres un experto en un dominio que otras personas pueden encontrar útil para aprender, puedes escribir y vender un libro o una serie de libros. Puedes encontrar un editor (como O'Reilly) o auto-publicación. Además de vender libros, algunos proyectos venden mercadería (por ejemplo, camisas, sudaderas con capucha) para apoyar su trabajo.
- El resultado no está vinculado al trabajo del proyecto en sí, por lo que conserva la libertad creativa.
- Puede servir de marketing para el propio proyecto.
- Puede ser una fuente recurrente de ingresos después del desarrollo inicial.
- A menudo no es una fuente importante de ingresos
- Puede distraer del desarrollo central del proyecto.
- La mercancía puede tener costos por adelantado.
- CocoaPods (fundraising for charity)
- Daniel and Audrey Roy Greenfeld + Two Scoops of Django (personal effort)
- Kyle Simpson + You Don't Know JS (personal effort)
- Lua
- Sandi Metz + Practical Object-Oriented Design in Ruby (personal effort)
Si su proyecto tiene una gran audiencia, puede vender patrocinios a anunciantes que quieran llegar a ellos. Probablemente tenga una audiencia muy específica (por ejemplo, si tiene un proyecto de Python, puede asumir que su audiencia es probablemente gente que está familiarizada técnicamente con Python), así que aproveche esa ventaja.
- Modelo de negocio alineado con algo que la gente está dispuesta a pagar.
- Se necesita una audiencia lo suficientemente grande como para justificar patrocinios
- Necesidad de administrar la confianza y la transparencia con la base de usuarios (por ejemplo, sin seguimiento)
- Puede ser mucho trabajo para encontrar y administrar clientes.
- Puede implicar preocupaciones éticas sobre el marketing.
- Puede introducir un conflicto de intereses; Hacer cambios controvertidos podría resultar en la pérdida de patrocinadores / anunciantes.
Las empresas a veces contratan a personas para hacer trabajo de código abierto. Encuentre una empresa que use el proyecto en el que desea trabajar. A menudo, se trata de un acuerdo dividido (por ejemplo, 50% del trabajo de la empresa, 50% del trabajo de código abierto). Alternativamente, si tiene una idea para un nuevo proyecto, busque una compañía que esté interesada en usar lo que produce. En estas situaciones, tener experiencia demostrada a la que se puede señalar será muy útil.
- Se conecta con aquellos que tienen recursos (es decir, empresas)
- Puede estar bien alineado con las necesidades de la empresa
- Ingreso estable
- Generalmente implica "tener suerte": no hay un camino claro y repetible para encontrar este arreglo
- El proyecto ya necesita ser conocido y usado
- Persona que no contribuye al resultado final de la empresa, lo que los hace prescindibles.
- Problemas de gobierno, la empresa podría tener una influencia indebida sobre el proyecto
- Puede afectar la dinámica del proyecto + balance
- Aaron Patterson + ManageIQ and Ruby, Rails (personal effort)
- Donald Stufft + Hewlett-Packard and Python packaging (personal effort)
- Rich Hickey + Cognitect and Clojure
- Ryan Dahl + Joyent and Node.js (opens a YouTube video) (personal effort)
Muchos proyectos de código abierto comenzaron como proyectos del lado del empleado. El proyecto podría eventualmente superar a la compañía, pero iniciarlo como un proyecto paralelo puede ser una excelente manera de incubar la idea.
Si sigue este camino, asegúrese de entender la política de su empresa en el trabajo de código abierto. Algunas empresas alientan a los empleados a contribuir al código abierto durante las horas de trabajo. Algunos pueden tratar su trabajo de código abierto como un proyecto de empresa. No asumas nada; pregunte a alguien en su empresa antes de comenzar.
- Libertad para probar nuevas ideas sin preocuparse por el salario.
- Puede estar bien alineado con las necesidades de la empresa
- Adecuado para nuevas ideas experimentales.
- Debe hacerlo como un proyecto paralelo o ser aprobado para trabajar en él durante el tiempo asalariado
- Riesgo de influencia indebida de la empresa.
- Puede llevar a un gobierno complicado más adelante en la línea
Los subsidios son efectivamente grandes donaciones que no requieren reembolso. A menudo, el otorgante de fondos recibe otros beneficios al otorgarle un subsidio, como acceso a usted, demostración de impacto, un informe de su trabajo o beneficios fiscales.
Los subsidios pueden provenir de muchos lugares, incluidas empresas, fundaciones de software, fundaciones filantrópicas y el gobierno. Los aspectos técnicos y legales de una subvención varían mucho según el origen. Por ejemplo, una empresa puede otorgarle una "subvención" pero legalmente lo trata como una factura de consultoría. Una fundación filantrópica solo puede otorgar subvenciones a organizaciones sin fines de lucro, por lo que debería ser una organización sin fines de lucro, o (más comúnmente) encontrar una organización sin fines de lucro que lo patrocine. Si no está familiarizado con los subsidios, la mejor manera de entender cómo funcionan las subvenciones es hablar con alguien que haya recibido una antes. A continuación se enumeran algunos ejemplos de beneficiarios de subvenciones.
- Pocas condiciones
- El dinero garantizado puede ayudar a centrar el proyecto durante un período de tiempo ininterrumpido
- Da espacio de proyecto para respirar y experimentar.
- No hay muchos proveedores de fondos relacionados con el software (filantrópico, gobierno, corporativo)
- Los subsidios son finitos. Aún falta encontrar sustentabilidad más allá de la vida de un subsidio.
- Andrey Petrov + Stripe Open-Source Retreat and urllib3
- Dash Budget Proposal Tracker
- Dat Project
- Django + Mozilla Open Source Support
- Grin General Fund
- Handshake community grant program
- Libraries.io grant applications
- Segment Open Fellowship
La consultoría puede ser una forma flexible de financiar el trabajo de código abierto. Tiene más libertad para estructurar su tiempo como desee (por ejemplo, consultar 30 horas de la semana y pasar 10 horas de la semana en trabajo de código abierto). Los consultores generalmente pueden cobrar más por su tiempo que los empleados asalariados porque el trabajo es menos estable, no reciben beneficios, etc. Si planea realizar este tipo de trabajo con regularidad, es probable que desee establecer una LLC (o equivalente). fuera de los Estados Unidos).
Si su proyecto es popular, también puede ofrecer consultoría y servicios alrededor del proyecto en sí. Por ejemplo, un cliente puede pagarle para implementar el proyecto para ellos, construir algo personalizado o capacitarlo sobre cómo usarlo.
- Modelo de negocio alineado con algo que la gente está dispuesta a pagar.
- La consultoría requiere poder humano, no se escala bien (a excepción de los valores atípicos raros)
- Las necesidades comerciales pueden distraer la escritura de código u otras tareas relacionadas con el proyecto en sí.
- Puede estar en desacuerdo con hacer que el software sea fácil de usar
- El proyecto debe ser lo suficientemente popular como para que las personas estén dispuestas a pagar por los servicios relacionados.
En este modelo, el código está disponible de forma gratuita, pero los usuarios deben pagar para recibir soporte de los mantenedores del proyecto. Eso podría significar cobrar por el acceso a la seguimiento de incidencias, horas de oficina, el Slack de la comunidad, o un SLA (acuerdos de nivel de servicio).
- Modelo de negocio alineado con algo que la gente está dispuesta a pagar.
- Puede estar en desacuerdo con hacer que el software sea fácil de usar
- El proyecto debe ser lo suficientemente popular como para que las personas estén dispuestas a pagar.
- Los mantenedores no necesariamente quieren ofrecer soporte profesional
- Fody: Must be a Patreon supporter to open an issue or pull request
- Prism: Supporting their Patreon gives you access to their community Slack channel for project support
- Red Hat
- Tidelift paid subscriptions
SaaS significa Software como servicio (Software as a Service en inglés). En este modelo, la base de código en sí misma puede seguir siendo de código abierto, pero usted ofrece servicios pagados como el cobro por el uso de un sitio alojado principal o el manejo del hospedaje de instancias dedicadas para los clientes. Por lo general, los clientes que pagan también reciben asistencia prioritaria.
- Puede crear una comunidad alrededor de un proyecto abierto y ganar dinero con los servicios de hosting
- Permite que el proyecto de código abierto se centre en los usuarios y a medida que aumenten las necesidades para ayudar a las empresas a adoptar el proyecto
- Se puede escalar por número de usuarios.
- A menudo significa que el hosting debe ser más barato que contratar un desarrollador para ejecutar el proyecto por usted.
- "Dos niveles" de soporte de productos puede hacer que los usuarios gratis se sientan descontentos
- Discourse
- Forge Laravel
- Ghost
- GitLab (also uses open core licensing)
- Moodle
- Sentry
- Travis CI
- WordPress.com
Las empresas que venden software propietario prefieren incluir en su software códigos con licencia permisiva (como MIT o Apache 2.0) en lugar de código con licencia copyleft (como la GPL), ya que estos últimos requieren que mantengan los mismos términos copyleft para sus productos finales. Por lo tanto, algunos proyectos de código abierto utilizan una licencia de copyleft de forma predeterminada, pero venden excepciones de licencia, licencias de propietario o licencias comerciales permisivas a las compañías que desean omitir los requisitos de copyleft.
- Modelo de negocio alineado con algo que la gente está dispuesta a pagar.
- Puede escalar bien si tiene éxito
- Puede estar en desacuerdo con hacer que el software sea de libre acceso
- El proyecto debe ser lo suficientemente grande para que exista la necesidad del cliente.
- Solo funciona para el software ascendente que se utiliza en el software descendente
- Puede haber barreras legales o monetarias para mover el código de abierto a propietario
Bajo un modelo de open core, algunos aspectos del proyecto son gratuitos, pero otras características son propietarias y están disponibles solo para usuarios pagados. Por lo general, esto funciona cuando hay una demanda empresarial para el proyecto.
- Modelo de negocio alineado con algo que la gente está dispuesta a pagar.
- Puede escalar bien si tiene éxito
- Necesitas tener algo por lo que puedas cobrar (lo que significa que ciertas funciones son exclusivas)
- Puede estar en desacuerdo con hacer que el software sea de libre acceso* "Dos niveles" de soporte de productos puede hacer que los usuarios gratis se sientan descontentos
- Puede requerir un CLA (Contrato de licencia de colaborador) para aceptar envíos de códigos de contribuyentes externos, al mismo tiempo que conserva la capacidad de otorgar licencias a dichos envíos bajo la licencia de propiedad.
- GitLab
- Caddy; see also retrospective
- Docker
- Elastic
- Mesosphere
- Phusion Passenger; see also their talk, "Bootstrapping a Business Around Open Source" (video)
- Sidekiq
Una fundación es una entidad legal que puede aceptar y / o desembolsar donaciones. Ya que su propósito no es obtener ganancias, pueden ser una gran opción para señalar neutralidad y administración del proyecto. En los Estados Unidos, las fundaciones pueden ser 501(c)(3) (nonprofit) o 501(c)(6) (consorcio de comercio). Muchas fundaciones de software son 501(c)(6) porque 501(c)(3) requieren demostrar un propósito de caridad, el cual puede ser más difícil en software.
- Neutralidad. La Fundación protege el código y ayuda a la comunidad de contribuyentes.
- Influencia distribuida entre múltiples donantes.
- Puede legitimar el proyecto, las empresas pueden sentirse más cómodas dando a las fundaciones que los individuos
- Solo vale la pena para grandes proyectos.
- Difícil de configurar por razones del IRS (muchos hacen 501 (c) (6) en lugar de 501 (c) (3)), restricciones sobre lo que puede hacer
- Requiere un esfuerzo serio de la comunidad y habilidades diversas (¡todavía necesitas recaudar fondos después de configurar la entidad!)
El capital de riesgo es una forma de financiamiento para empresas de alto crecimiento. A diferencia de un préstamo bancario u otras formas de financiamiento de deuda, los capitalistas de riesgo toman capital (un porcentaje de participación en su negocio) a cambio de financiamiento. A diferencia de obtener un préstamo, no tiene que reembolsar a sus acreedores si su empresa se mueve. Sin embargo, si tiene éxito, debe esperar devolver el capital a su inversor en un múltiplo.
El capital de riesgo es una "recompensa alta de alto riesgo": los VC son más tolerantes al riesgo que los bancos, pero también esperan una gran recompensa si tiene éxito. Si planea obtener capital de riesgo, debe crear una entidad comercial estructurada como una corporación C, preferiblemente en Delaware. Si no está familiarizado con el proceso de capital de riesgo, el mejor lugar para comenzar es contactarse con fundadores similares que hayan creado exitosamente el emprendimiento.
- El apoyo institucional puede ser útil para hacer crecer un negocio
- Grandes cantidades de capital disponibles.
- El capital de riesgo viene con las expectativas de una salida (es decir, devolver el dinero a los inversores en un múltiplo). La historia sugiere que esto es estructuralmente difícil de lograr para las empresas de código abierto. El Capital de Riesgo no es en realidad un modelo de negocios, sino un capital de inversión para aquellos que tienen algún otro modelo de negocios para futuros ingresos.
- El capital de riesgo puede cambiar las motivaciones y distraer de las prioridades.
- No disponible para organizaciones sin fines de lucro.
- Las licencias restringidas (que recuerdan al antiguo shareware no son de código abierto ** porque no cumplen con la definición de una licencia de código abierto. El código fuente está disponible (ya sea públicamente o para los clientes que pagan por una licencia), pero pueden limitar las libertades para redistribuir y modificar o utilizar el software comercialmente. *
- Modelo de negocio alineado con algo que la gente está dispuesta a pagar.
- Potencial para escalar bien si tiene éxito
- En realidad no es de código abierto (por lo que puede no lograr muchos o la mayoría de los beneficios del código abierto)
- Puede ser controvertido, erosionar la confianza de la comunidad.
- BSL (Business Source License), used by MariaDB
- Fair Source, used by Sourcegraph
- License Zero
- Redis Commons Clause
- Ungit switched back from Faircode to MIT License
Escribí esta guía para agregar mi propio conocimiento. Reconozco que los pros / contras son algo subjetivos, pero reflejan mis opiniones. Si envía cambios, puedo considerarlos pero no pretendo cubrir los puntos de vista de todos.
Si algo es incorrecto (especialmente con un ejemplo de estudio de caso), doy la bienvenida a sus ediciones. Los estudios de caso están organizados alfabéticamente dentro de cada categoría. Además, si hay una categoría que sabes que olvidé, también agradecería esa adición.
Esta guía está disponible bajo la licencia Creative Commons CC0 1.0, lo que significa que puede usarla para cualquier propósito, comercial o no comercial, sin ninguna atribución a mi nombre (dominio público).
Esta traducción fue hecha por Frederick Bejarano (@fredbesan). El documento se basa en un proyecto en inglés llamado lemonade-stand por Nadia Eghbal (@nayafia).