Cómo lanzar su propio libro de código abierto que sea popular y rentable

Soy el autor de The JavaScript Way, un libro de código abierto autoeditado para aprender a codificar. A pesar de la falta de audiencia inicial, encabezó las listas de tendencias de GitHub en todo el mundo durante su lanzamiento.

Esta es la historia de este inesperado éxito.

Inicio del proyecto

Al comienzo de este proyecto, expliqué por qué lo comencé y repasé algunas de mis elecciones iniciales. En breve:

  • Era necesario un libro que enseñara JavaScript moderno a los principiantes.
  • Decidí auto-publicar este libro y escribirlo al aire libre en GitHub. Al hacerlo, esperaba llegar a la mayor cantidad de personas posible. Además, para aprovechar el gran modelo colaborativo que está en el corazón del código abierto.
  • El libro tendría una licencia Creative Commons BY-NC-SA. Permite que cualquiera pueda compartir o desarrollar mi trabajo siempre que se respeten algunas reglas. En particular, no se permiten fines comerciales fuera del mío.

Además, algunos factores clave en la decisión fueron:

  • El texto sigue siendo un gran medio para transmitir conocimientos. Entonces, la elección de un libro en lugar de algún material basado en videos.
  • Ya fui autor de dos cursos en línea sobre el mismo tema (aquí y allá). La retroalimentación para ellos ha sido muy positiva, así que sabía que tenía un contenido bastante sólido a mano.
  • Quería perfeccionar mis habilidades de JavaScript y sabía de primera mano que enseñar algo es una excelente manera de dominarlo.

Lo que me faltaba era una audiencia inicial, algo que a menudo se considera un activo fundamental para este tipo de proyecto. Como alguien tiene que empezar en alguna parte, continué de todos modos.

Elegir un modelo de negocio

Todo creador se enfrenta al mismo dilema. ¿Cómo compartir tu trabajo con el mundo que impacte y sea rentable? No hay una respuesta definitiva a esta antigua pregunta.

La revolución digital ha cambiado las cosas para los autores. Ha reducido los costos de distribución y uso compartido a cero. En nuestra "economía de la reputación", los creadores de contenido deben luchar para atraer la atención del consumidor. Como nuevo jugador en este campo, el éxito de la reunión será muy difícil si todo su contenido se encuentra detrás de un muro de pago. Parte de ella tiene que estar disponible de forma gratuita.

Para los autores, la táctica de marketing más común ahora es dividir su trabajo en varias partes. El primero es gratuito y ofrece a los clientes potenciales una idea de su contenido y estilo. Con la esperanza de que los clientes enganchados compren las otras piezas.

La elección alternativa de Kyle Simpson por su serie de libros You Don't Know JS bastante exitosa me atrajo. Como él, decidí regalar todo el contenido del libro de forma gratuita, pero dejé que los usuarios pagaran por una mejor experiencia de lectura a través de la versión del libro electrónico.

Tomando el ejemplo de otro bestseller autoeditado, elegí incluir ejercicios y proyectos de codificación directamente en el libro, pero vendo sus soluciones como un extra.

Este modelo de negocio “híbrido” parecía un equilibrio razonable entre apertura y beneficio potencial.

Construyendo una audiencia (o no)

Otro consejo de marketing común es crear una audiencia a través de una lista de correo, utilizando algún contenido existente (por ejemplo, su propio blog) como un imán.

No me gusta mucho este enfoque y no quería molestar a mis lectores con ninguna suscripción.

También consideré lanzar una campaña de crowdfunding. Sin una audiencia inicial, esto me pareció mucho trabajo para un resultado muy incierto, así que lo rehuí. ¡Quizás la próxima vez!

Herramientas y proceso

El mejor formato de archivo para la creación de cualquier libro (no solo los técnicos) es el texto sin formato . No es necesario un editor dedicado. Sin problemas de interoperabilidad. La capacidad de utilizar un sistema de control de versiones como Git para realizar un seguimiento de los cambios.

Entre los diversos lenguajes de marcado basados ​​en texto disponibles. Elegí Markdown porque ya conocía y me gustaba su sintaxis. Markdown también es un ciudadano de primera clase en GitHub, lo que fue esencial para este proyecto.

Un autor autoeditado necesita una cadena de herramientas para transformar los archivos originales del manuscrito en varios formatos de libros electrónicos (PDF, EPUB, MOBI). Para mí, la plataforma Leanpub cumplía todos los requisitos: soporte de Markdown, integración con GitHub y una estructura de regalías justa (90% menos 50 centavos por venta).

Usé el editor de texto gratuito Visual Studio Code para crear los archivos del libro en mi computadora. Tiene un excelente soporte de Markdown listo para usar y una vista previa de archivos en paralelo muy conveniente (vea la imagen a continuación). Se pueden instalar extensiones como Markdown Shortcuts y markdownlint para ser aún más productivo.

Después de que se eligieron todas las herramientas, redacté el esquema del libro (un primer paso muy importante) utilizando mis cursos anteriores como base. Luego me sumergí en el proceso de escritura.

Publicación temprana

El lema de Leanpub es "Publica temprano, publica a menudo". La plataforma le permite publicar los primeros borradores de su trabajo. Reciba comentarios y cree tracción, lo que permite un enfoque similar al MVP para la creación de libros.

Es una gran idea en el papel… que desafortunadamente no funcionó en absoluto para mí. Un mes después de que comenzara el proceso de escritura, hice público el libro en Leanpub. En ese momento, el precio del libro electrónico era de $ 0, por lo que cualquiera podía obtenerlo gratis.

Le conté a mi red personal sobre ello, twitteé sobre ello, lo envié a Reddit y Hacker News. También me comuniqué con otros autores de libros o personas destacadas. También me comuniqué con Kyle Simpson, Robin Wieruch y Quincy Larson de freeCodeCamp, en busca de consejo y apoyo.

El resultado fue heterogéneo. Algunas estrellas de GitHub, un puñado de mensajes en Twitter y Reddit. Un hilo de HN que salió del tema y quedó enterrado. La ejecución fue pobre, la falta de audiencia inicial fue una gran desventaja allí.

La mayoría de los comentarios fueron como "Devuélveme el ping cuando esté terminado". Es posible que la gente no quiera invertir tiempo en leer libros en progreso, lo cual es comprensible después de todo.

Pero, las respuestas individuales de Kyle, Robin y Quincy fueron reconfortantes. Ellos jugaron un papel importante para mantenerme motivado. Les estoy muy agradecido.

La fase de escritura

Incluso después de este decepcionante lanzamiento inicial, todavía estaba convencido de que mi libro valía algo. No quería rendirme después de haber pasado decenas de horas en ello. Utilizando un esquema de libro sin cambios, opté por una ruta sin comentarios y seguí escribiendo solo hasta que el libro estuvo terminado.

Esa fue la parte más difícil. Pasar incontables horas, día tras día, solo para ver que las cosas toman forma muy lentamente. Inevitablemente, surgen dudas: ¿cómo podría tener éxito? ¿Es todo esto una enorme pérdida de tiempo? ¿Por qué me estoy infligiendo esto?

La clave para superar estos obstáculos es ejercer la presión adecuada sobre uno mismo . Si su compromiso de tiempo es demasiado escaso, perderá la motivación y se rendirá. Pero, tratar de avanzar demasiado rápido, descuidando otros aspectos importantes de su vida en el camino, es arriesgado en muchos niveles.

Después de todo, esto era solo un proyecto paralelo. ¡Bajo riesgo, baja presión! La autoedición significa que no tenía plazos que cumplir, lo que puede ser tanto una bendición como una maldición. Traté de usar esto para mi ventaja: era libre de invertir tiempo en algo en lo que creía, pero a mi propio ritmo.

Encontré un equilibrio razonable (alrededor de 10 a 15 horas a la semana) entre el trabajo, la vida personal y el proceso de escritura. Descansos limitados, largos y peligrosos. Este artículo sobre proyectos paralelos brinda consejos útiles para mantener las cosas en marcha durante esta fase.

Afortunadamente, tenía algo de material existente sobre el que construir. Alguna experiencia escribiendo contenido por mi cuenta ... Y también una esposa muy comprensiva;)

Día de lanzamiento

Después de ocho meses de trabajo constante y unas pocas horas pasadas febrilmente arreglando cosas aquí y allá, ¡mi libro estaba listo por fin!

La ventaja de escribir en el vacío como lo hice yo es que el lanzamiento de tu libro se convierte en un gran evento. Después de una inversión tan grande de tiempo, es una gran sensación (y también un gran alivio) mostrar su creación terminada al mundo.

A falta de algo mejor, reutilicé mi estrategia de lanzamiento anterior. Twitter, Reddit y Hacker News (envío de tiempo para mayor visibilidad). Además, la misma gente amable que me mantuvo motivado después del lanzamiento inicial.

Para mi asombro, el resultado fue esta vez abrumadoramente positivo. Kyle Simpson y Quincy Larson tuitearon amablemente sobre el libro a sus decenas de miles de seguidores.

Hora tras hora, observaba con asombro de incredulidad cómo los comentarios entusiastas y los retweets se acumulaban en mi bandeja de entrada. Finalmente supe que mi libro tendría un impacto.

El lanzamiento es también el momento maravilloso donde ocurre la magia del código abierto. La gente puede leer y compartir su libro de forma gratuita. Creando tracción sin ningún esfuerzo de marketing. Pero también pueden mejorar su calidad a través de contribuciones utilizando problemas de GitHub y solicitudes de extracción.

Ya que no soy nativo de inglés y no tenía un editor a mi lado para verificar el contenido. Sabía que mi libro contenía muchos errores tipográficos y errores en el lanzamiento. Esperaba que la gente me ayudara a detectarlos y corregirlos, y no me decepcionó.

Aquí hay algunas cifras recopiladas dos días después del lanzamiento:

  • El repositorio de libros en GitHub tuvo más de 51 mil visitas de 17 mil visitantes únicos . La mayor parte de este tráfico provino de Hacker News, seguido de Reddit.
  • Ganó más de 2.400 estrellas y se convirtió en el repositorio de tendencia número uno en todo el mundo por un día.
  • La historia de Hacker News subió al puesto número 5 en la página principal, generando más de cien comentarios.
  • Los lectores enviaron 30 solicitudes de extracción , corrigiendo muchos de los errores iniciales del libro. Pequeños errores tipográficos en su mayor parte, pero también mejoras gramaticales e incluso algunos errores de codificación.
  • Ya recibí dos solicitudes de traducción , al español y al chino.

Considerándolo todo, mucho más de lo que podría soñar.

Resultado financiero

¿Puede un libro de código abierto ser rentable después de todo? Por supuesto, es demasiado pronto para saberlo. Dos días después del lanzamiento, se convirtió en el libro más vendido de la semana de Leanpub, con más de $ 1,000 en regalías.

La rentabilidad no fue la razón por la que se inició este proyecto en primer lugar. Sin embargo, el modelo de precios híbrido, con fuentes gratuitas y ebook / correcciones de pago, contribuirá en última instancia a la reputación del libro y generará unos ingresos pasivos bienvenidos.

Más adelante, puedo crear una versión de bolsillo del libro (tal vez Amazon CreateSpace) si hay alguna demanda. Ya está en marcha un curso interactivo en línea que ofrece una experiencia de usuario más rica.

Lo más importante es que tengo la profunda satisfacción de haber contribuido con algo significativo a la comunidad. Miles de personas en todo el mundo usarán mi libro para aprender a codificar, mejorar JavaScript y puede cambiar sus vidas para mejor.

Y eso no tiene precio.

Conclusión

No todo fue rosas, pero la autoedición de un libro de código abierto exitoso sin una audiencia previa es definitivamente posible.

Espero que esta pequeña historia te haya entretenido. También espero que pueda inspirarte a comenzar un proyecto creativo por tu cuenta, ya sea un libro o algo completamente diferente.

¡Espero ver lo que logrará!