Haciendo que una biblioteca de código abierto sea financieramente sostenible

Hola a todos. Soy John. Hola a todos. Soy John. Eso se sintió como una introducción intensa. Estoy aquí para hablar sobre cómo hicimos que nuestra biblioteca de código abierto fuera financieramente sostenible.

Soy John. Trabajo para ReactFlow. Es una biblioteca que construimos para construir otra cosa que estábamos haciendo hace un par de años. ¿Alguien aquí ha utilizado ReactFlow en algún momento? Algunas manos levantadas y más para ayudar a construir la biblioteca. Gracias por eso.

Construimos esto hace un par de años. Mientras hacíamos otra cosa, decidimos hacerlo de código abierto. Terminó ganando tracción, lo cual fue genial, pero por supuesto, lo que viene con una biblioteca de código abierto que se utiliza con frecuencia es que necesitamos mantenerla. Empezamos a tener muchos problemas, mucha gente haciendo preguntas, el canal de Discord empieza a crecer. Nuestra pregunta fue cómo podemos asegurarnos de que tenga todas las características que necesita, que sea estable para todas estas personas que la están utilizando? Eso viene con las finanzas. ¿Cómo nos aseguramos de mantenerla financieramente?

Probamos varias cosas. Primero, el patrocinio de Github. Para nosotros, no funcionó en absoluto. No era suficiente dinero para trabajar en esto y dedicar una cantidad considerable de tiempo a ello. No teníamos suficientes seguidores, ni suficiente dinero por seguidor. La financiación cruzada era una opción, pero por supuesto, eso es trabajar como una agencia un poco más intensa y luego dividir tu tiempo entre dos cosas. Ir a inversores. Queríamos tener la opción de poder decidir la dirección de nuestra propia biblioteca en ese momento así que eso no era una opción para nosotros. Por supuesto, estaba la opción de simplemente añadir una licencia propietaria en lugar de MIT, venderla a algunas de las empresas que la utilizan por un par de miles de euros y poder ir a Mallorca. Pero para nosotros, la licencia MIT era muy importante ya que habíamos utilizado un montón de cosas con licencia MIT y queríamos que las personas que no pudieran pagarla o las empresas más pequeñas pudieran utilizarla, y creemos en el código abierto en general.

Entonces, ¿qué hicimos? Añadimos un precio. Así que todos ustedes probablemente han visto este tipo de pantalla con tres rectángulos antes y saben exactamente lo que significa. Tienen una opción más barata a la izquierda, más cara a la derecha. Así que a la izquierda tenemos la biblioteca tal como está.

Código abierto, MIT, todos pueden usarlo. Solo descárgalo como quieras. Y luego agregamos algunas características de ejemplos profesionales, informes de errores prioritarios, y para los que están dispuestos a pagar un poco más, les ofrecimos soporte individual durante una hora al mes y queríamos ver qué sucedía. Veamos si esto funciona. La gente se suscribió. Increíble. Y así es como nos convertimos en una empresa de tres personas financieramente sostenible.

Genial. Pero lo que sucede es que no estábamos seguros de por qué la gente se suscribía para pagar por algo que básicamente pueden obtener de forma gratuita. Así que eso es de lo que voy a hablarles hoy, lo que descubrimos a partir de una investigación que nuestra buena amiga Eileen, que es investigadora, dijo: `Oye, ¿por qué no les preguntas a tus suscriptores por qué están pagando?` Así que hablamos con ocho suscriptores. Y obtuvimos una gran cantidad de información valiosa de ellos. Y algunos de ellos son específicos de React flow, ¿verdad? Nuestra propuesta de valor es excelente, lo cual es increíble. Y en el espacio, en ese momento, no había muchos competidores en este nicho. Pero hoy, compartiré con ustedes algunas cosas que puedo transmitirles a todos ustedes que no están relacionadas solo con React flow.

Hablo rápido. Soy de cerca de la ciudad de Nueva York. Así que despacio. Ahí vamos. Haciendo clic en los botones. Atrás, atrás. Y eso fue un descanso para todos ustedes. El primer punto de cuatro. Probablemente muchos de ustedes ya saben si han trabajado en software de código abierto, que construir confianza a través de un soporte continuo es muy importante al principio, especialmente si vas a tratar de averiguar qué características construir, tus usuarios te lo dirán. Y al responder rápidamente a esas cosas en GitHub y Discord, comenzarás fácilmente a construir esa confianza. Así que cuando realmente hablamos con nuestros suscriptores, no solo sabían que React flow es una gran biblioteca, conocían nuestros nombres. Así que no solo estaban apoyando la biblioteca que obtenían en GitHub y la documentación, sino que nos estaban apoyando a nosotros como personas.

Luego la pregunta es, si nos apoyan como personas, ¿cómo podemos lograr que realmente nos apoyen financieramente si pueden hacerlo? Y eso es haciendo nuestras expectativas claras. Como dije antes, probamos los patrocinios de GitHub y no funcionó en absoluto, ni siquiera cerca de ser financieramente sostenible. Y luego implementamos esta cosa que es prácticamente el modelo probado y verdadero de las empresas SaaS durante años, y funcionó. Y nuestra hipótesis aquí es que básicamente hemos reducido la elección, porque hay tantas bibliotecas de código abierto, no estamos seguros de cómo apoyarlas.

Pueden tener estructuras de gobierno complejas, no estamos seguros de cuánto dinero necesitan, cuánto dinero esperan para este tipo de cosas. Por lo tanto, puede ser difícil para las personas decir, cuando van a un patrocinio de GitHub, decir, ¿les doy 10 euros al mes o 100 euros al mes? ¿Qué necesitan? Así que nuestra hipótesis es que hemos combatido un poco la paradoja de la elección aquí. Pero la pregunta nuevamente es, ¿qué pones en la parte superior? Toda esta biblioteca es gratuita. ¿Voy a construir otra biblioteca completa encima? Y como dije antes, no lo hicimos. Solo agregamos estas características, como una hora de soporte individual, que honestamente no todos nuestros suscriptores están solicitando, por lo que no necesitamos pasar todo nuestro tiempo haciendo eso. Tenemos algunos ejemplos Pro adicionales. Pero cuando hablamos con nuestros suscriptores, una de las personas con las que hablamos tenía 10 pestañas de documentación de React Flow abiertas en su pantalla mientras hablábamos con él. Y parecía que tenía la idea de que no solo está pagando por este soporte individual y estos ejemplos Pro, sino que está pagando por toda la biblioteca. Está apoyando el desarrollo completo de esta biblioteca a lo largo del tiempo, aunque sea gratuita. Lo cual es cierto, porque así es como podemos seguir sosteniéndola. Pero eso fue un descubrimiento en el que no pensamos antes. Pensamos que la gente diría, oh, eso es demasiado dinero para gastar en soporte y algunas características adicionales, pero realmente, las personas, después de haberse suscrito a las que hablamos, se dan cuenta de que están apoyando toda la biblioteca y esta pequeña cosa en la parte superior. Y la cuarta y última pieza es proporcionar un punto de entrada claro para las personas que son fanáticas y pueden pagar, y convertirlas en seguidores. Entonces, a estas empresas enterprise que podrían estar usando su producto, bríndeles un punto de contacto, si es posible, en su código. Para nosotros, es más fácil, porque tenemos una herramienta visual. Entonces tenemos una pequeña atribución que dice React flow en la esquina. Y puedes eliminarlo con CSS. Tiene licencia MIT. Puedes eliminarlo fácilmente de cien formas diferentes. En el código, decimos, hey, si puedes apoyarnos, ve a este enlace, y esta es una forma de hacerlo. Y en ese momento, no solo hay un poco de fricción para el desarrollador, como, esto no es fácil, ¿cómo lo elimino? Pero también se han enfrentado a una pequeña decisión moral, si pueden pagar por ello, ¿por qué no estoy pagando por ello? Así que si no prestaste atención durante el resto de la charla, solo toma una foto de esto, y luego deberías estar listo. Gracias. Gracias. Gracias. Gracias.