Archivo de newsletter

Vivir del cuento 12 - Haz backups, hoy

Hablamos sobre tiers y segmentación, sobre el proyecto courses.so, y aprovecho y te cuento cómo va mi movida de vivir, estooo, del cuento. Nota: Archivo Este texto forma parte d...

Hablamos sobre tiers y segmentación, sobre el proyecto courses.so, y aprovecho y te cuento cómo va mi movida de vivir, estooo, del cuento.


Nota: Archivo

Este texto forma parte de la primera temporada de la newsletter "Vivir del cuento y no morir en el intento". En diciembre de 2022 Revue, el servicio que alojaba la newsletter, cerró. Lo conservo aquí como archivo histórico.

El otro día vi una herramienta interesante en un Show HN de estos que hacen en Hacker News en los que algún usuario presenta a la comunidad un proyecto que ha montado.

Uno de los comentarios que me resultaron más curiosos era la gente preguntando que qué pasaba con tus datos después del free trial. Si lo pruebas y no te gusta, ¿puedes llevarte toda la información introducida a otra parte? ¿O te secuestran y te extorsionan de forma que tienes que pagar aún que sea un mes o lo pierdes todo?

Cuando montas proyectos sueles que tener que decidir este tipo de cosas, y de ello puede depender el beneficio pero también la satisfacción de los clientes.

La semana pasada lo viví como usuario con Supabase, el backend-as-a-service-but-serverless-vamos-una-cosa-que-es-un-postgres-y-tal que uso para muchos de mis side projects.

Uno de los proyectos montados con Supabase es courses.so. Por aquello del dogfooding, allí alojamos los cursos de la suscripción sobre no-code de mi socio en el proyecto, Toni.

Lo tenemos montado en el free tier porque para lo que almacenamos ahí nos sobra.

El contexto: como courses.so se alimenta de la API no oficial de Notion, la API cambia sin previo aviso. Continuamente.

Y nosotros vamos detrás intentando estar al día para que la cosa funcione.

En particular sus cursos tienen mucho tráfico y necesitan atención especial. Como somos muy valientes, o gilipollas, solemos ir parcheando y probando en producción. A lo loco.

Y a veces no funciona.

A veces la cosa sale muy mal.

Mi mensaje enviado en el momento que la cosa se puso 🔥. La respuesta de Toni es la adecuada.

Mi mensaje enviado en el momento que la cosa se puso 🔥. La respuesta de Toni es la adecuada.

Para lo que no entiendan provinciano, una movida exótica en el sync entre Notion y Courses.so había petado. La respuesta de nuestro servicio había sido borrar todos los cursos, lessons, enrollments y feedback que había en su cuenta.

Y recrearlos vacíos. Sin progreso, sin alumnos, sin nada. Y gratis.

Pánico.

Traducción: ¿Hay copias de seguridad? ¡Ni puta idea!

Traducción: ¿Hay copias de seguridad? ¡Ni puta idea!

Vamos a Supabase. Vamos a Database. Vamos a Backups.

Y me acuerdo de aquello del free trial.

Traducción también: te jodes puto pobre haber pagao

Traducción también: te jodes puto pobre haber pagao

Resignados, vamos al soporte. A pedir clemencia. A arrastrarnos.

La respuesta: para los tristes del free trial el tiempo de respuesta son cinco días.

Uf.

Lo habíamos evitado hasta ahora. Pero ya no puede continuar.

Adiós Free Tier. Hola $25/mes.

Adiós Free Tier. Hola $25/mes.

Entonces es cuando vislumbré la grandeza. La magnificencia. El savoir faire de la gente que triunfa.

No sé si se aprecia en el texto pero había emoción en mis palabras.

No sé si se aprecia en el texto pero había emoción en mis palabras.

Los genios de Supabase hacen las backups igual, aún que no pagues. Vale, sí, seguramente porque lo tienen en RDS en AWS y les sale gratis y se la suda. Pero están.

Y pagando teníamos acceso a los últimos siete días.

El marrón estaba solucionado. Y ahora pago los $25 con máxima alegría.

¿Lección? Está bien segmentar. Pero si te lo curras y haces fácil el cambio, tanto para un plan más caro con funcionalidades retroactivas, como para un plan más barato con válvulas de escape, tendrás clientes contentos.

Y los clientes contentos pagan con máxima alegría.

El profesor me tiene manía

Aprovecho que hablo de Courses.so para comentar cómo va. Porque también hay que hablar de las cosas que no salen bien.

Como te decía antes es un proyecto que montamos Toni y yo allá por el verano pasado.

La idea era sencilla: hay un montón de gente ganando mucha pasta com apps basadas en Notion. Pero mucha, mucha pasta.

  • Super.so, un generador de páginas estáticas con Notion, llegó a los $30.000/mes en doce meses 🤯.
  • Potion.so, un producto que hacía exactamente lo mismo que el anterior, llegó a $4.000/mes en el primer año 🤯.
  • Float.so, un software para crear cursos en Notion, sacó un lifetime plan de $140 antes de programar ni una línea y se levantó DOCE MIL PAVOS. No sé qué están facturando ahora. Demasiado, seguro 🤯.

Así que Toni me comentó que sería interesante copiar lo de Float. Porque además, de paso, lo podría usar él en su empresa de formación y sería una forma de promocionarlo en el público de habla hispana que suelen decir.

A mí me pilló justo en un torcimiento de planes con una startup y monté el MVP en un par de tardes. Compramos el dominio y a echarlo a rodar.

Doce meses después, la facturación mensual del proyecto es de... cero euros.

Mentira. Se suscribió uno. Pagó 9€. Le pedí feedback. El feedback fue "¿cómo me doy de baja?".

Sobre este tema tiene Toni pendiente escribir un post de estos #buildingpubliqueros explicando al personal que el profesor nos tiene manía y cómo vamos a darle la vuelta a la tortilla y levantar cientos de miles de duros.

Pero aquí estamos en familia, en petit comité, y os puedo resumir el por qué el proyecto no ha funcionado:

  • El tío de super.so es un cryptobro al que siguen veinticuatro mil en Twitter. Al de float.so le siguen cien mil así tal cual. A nosotros no nos siguen ni nuestras respectivas madres.
  • El señor de float.so creó un hype enorme, regalando swag a los interesados y apareciendo en todos los saraos. Nosotros ni lo comentamos almorzando con los colegas.
  • Los productos exitosos en el ecosistema Notion están increíblemente pulidos. El nuestro daba lástima de verlo. Y no faltaba una buena dosis de bugs.
  • La promoción que se ha hecho ha sido, como decía, al público de habla hispana. Y en particular a un público que está aprendiendo no-code. Los demás a un público anglosajón, muchos profesionales establecidos y con experiencia.

Y finalmente, los tres pesos pesados:

  • No nos lo hemos currado lo suficiente. Los dos tipejos involucrados tenemos nuestros propios proyectos que ya nos consumen mucho tiempo cada semana. Y sí, lo que es de muchos a veces parece que no es de nadie. Si no era por uno, era por el otro. La coordinación ha sido complicada.
  • Muchísimo trabajo ha ido a suplir necesidades nicho que, si bien eran útiles para el dogfooding que comentaba antes, no lo eran para nuestro cliente target del plan Premium más atractivo.
  • Cuando alguien se ha interesado por sacar su contenido en nuestra plataforma, no le hemos hecho el caso suficiente. Siempre nos ha pillado a pie cambiado.

Así que la conclusión ha sido la obvia. Nadie conoce el producto, los pocos que se la encuentran por casualidad ven escasa documentación y ni siquiera un curso demo para hacerse una idea. Y dicen adiós.

Mis sugerencias para que no te pase lo mismo:

  • Crea una audiencia. Lo antes posible. Da igual que sea siendo un twittero, manteniendo la conexión con tus clientes o con una red profesional en LinkedIn. Pero ten a mano gente a la que exponer a tus proyectos.
  • Aprende copywriting, a crear hype y a funnelizar.
  • Escoge bien la funcionalidad de tu MVP e impleméntala 100%. A conciencia. Y pulida visualmente. Si algo no es útil para el 90% de los clientes de pago, no lo implementes.
  • Escoge bien tu público. El porcentaje de conversión en el mundo anglosajón es enormemente superior.
  • Cúrratelo. Si te metes, es para hacerlo bien y acabarlo. No para ir a medias y según te vaya apeteciendo.
  • Explica cómo funciona. Haz una demo en video, añade FAQs completos, incluye una sección de documentación.
  • Y finalmente, haz caso al feedback. Contesta a los clientes en tiempo real o, como tarde, en el mismo día. Desvívete por ellos. Hazles el proceso fácil.

Nosotros no hicimos nada de lo anterior. Si empiezas un proyecto, grápate esta lista a la mesa. O acabarás como yo, con un proyecto moribundo que te cuesta cientos de euros al año, con decenas de usuarios de los que no sacas ni un céntimo y que, además, te obligan a trabajar en vacaciones.

Veremos si somos capaces de reconducirlo o tocará fuego 🔥🔥.

Update #buildinginpublic

Y para terminar, aquí va el update semanal sobre qué estoy haciendo en mi camino para vivir del cuento:

  • He empezado a escribir tweet diario. En inglés. Si os interesan tips e historietas sobre las cosas que hago y he hecho, aquí los veréis.
  • Estoy a tope metiéndole horas a los proyectos que tengo abiertos como freelancer. Objetivo: limpiar la mesa para mediados de septiembre y así enfrentarme al final de año con el paladar limpio.
  • En la agencia estoy centrado en construir el stack tecnológico que nos permitirá procedimentar el 95% del trabajo. No será automatizar, pero es lo que más se le acerca. Objetivo: abrir sin miedo el grifo de clientes a mediados del cuarto trimestre.

Finalmente he aterrizado algo más la idea de montar pequeños proyectos #buildinginpublic. El objetivo será:

  • Un proyecto al mes, aceptable que se alargue si tiene tracción.
  • Debe ser factible lanzar MVP con máximo 5 horas a la semana. Unas 20 horas en total.
  • Documentar el progreso en Twitter.

Veremos cómo sale.

Y hasta aquí la newsletter de hoy. Ya lo dije la semana pasada: estoy necesitado de ideas de miniproyectos de los que comentaba arriba para montar #buildinginpublic de este.

Así que si tenéis algo en la cabeza que:

  1. Os gustaría ver cómo se haría
  2. Necesitáis para vosotros
  3. Pensáis que puede gustar

Me enviáis un email. En serio, que es darle al botón de contestar y ya está.

Nos leemos pronto.