46 puntos por xguru 2022-03-07 | 3 comentarios | Compartir por WhatsApp
  • Creé y lancé en 7 días OnlineOrNot, un checker de uptime hecho con Next.js + AWS Lambda, y luego lo operé durante 1 año

¿Cuál es el secreto para mantener un servicio incluso cuando hay 200 competidores?

  • Trabajo exactamente dos horas por día entre semana
  • Me enfoco en funciones que resuelven el dolor del cliente
  • Soy extremadamente (ruthlessly) repetitivo. Si no puedo implementar una función en 2 horas, reduzco el alcance, la despliego de todos modos y repito el proceso

✓ Lecciones aprendidas durante 1 año

No se trata de vender suscripciones SaaS, sino de resolver un problema

  • Pensar desde la perspectiva del cliente
  • No es "¡Si hago esta función, los clientes van a llegar!", sino "tengo que ayudar resolviendo este problema tan molesto que tienen los clientes"
  • Un SaaS es solo una de muchas maneras de resolver un problema

La documentación es parte de la experiencia de usuario

  • Se dice que "los desarrolladores no leen la documentación", pero eso es solo parcialmente cierto
  • No la leen: escanean los títulos

Construir para móvil

  • A diferencia de la creencia general sobre el SaaS B2B, la gente sí trabaja mucho desde el teléfono
  • Cerca del 50% de OnlineOrNot llega desde móvil
  • Suelen crear una cuenta rápidamente desde el móvil y agregar algunas páginas para monitorear, y luego revisar de vez en cuando desde laptop/desktop
  • Durante 6 meses no di soporte móvil, y la gente que se registraba desde el teléfono abandonaba rápido
  • Al final hice páginas móviles responsivas, y ahora los nuevos usuarios móviles siguen creciendo

Preguntar a la gente cómo te conoció

  • Uno de los cambios de código más valiosos fue preguntar a los usuarios registrados: "¿Cómo conociste OnlineOrNot?"
  • Hay muchos canales para atraer clientes potenciales, y necesitas saber cuáles vale la pena priorizar

A veces necesitas cometer errores por ti mismo

  • Leí muchos libros para no repetir los errores de otros, pero a veces igual necesitas equivocarte
  • Cuando llegué a la portada de Hacker News entraron 6000 personas; vi que varios cientos intentaban registrarse, pero menos de 10 lo lograban, y ahí me di cuenta de que algo estaba mal
  • El formulario de registro tenía una tasa de abandono del 75%. Con A/B testing (usando DeployWithFlags, que yo mismo hice) añadí más proveedores de OAuth y la bajé al 50%

Fijar precios es realmente difícil

  • Si el precio es demasiado alto, se van las personas que creen que tu app les va a resolver absolutamente todo
  • Si el precio es demasiado bajo, aparecen clientes que, porque pagaron $9, quieren que reescribas toda la app
  • A los clientes difíciles, reembólsales, sube los precios y sigue avanzando
  • Prepárate para hacer muchos experimentos con los precios

No hace falta obsesionarse tanto con el MRR (Monthly Recurring Revenue)..

  • Al principio, el MRR es una forma muy mala de medir cómo va el negocio
  • Lo que corregiste hace unas semanas termina afectando el MRR actual, así que hasta que no tengas muchos clientes es difícil saber si esos cambios realmente funcionaron
  • El DAU o algunos indicadores de éxito del cliente (como revisiones de páginas, generación de imágenes, etc.) fueron más útiles que el MRR
  • Esos valores te permiten saber si los usuarios reales están usando el producto y si les está aportando valor

Incluso en el plan de pago se necesita una prueba gratis

  • El plan gratuito es una buena forma de atraer personas y hacer que hablen de tu producto, pero
  • Si el plan de pago es mucho mejor que el gratuito, necesitas una manera de dejarles probar ese "Good Stuff" que está en el plan de pago
  • Me tomó 11 meses darme cuenta de esto
  • Ofrezco plan gratuito, pero el 95% de los usuarios nuevos elige la prueba gratis del plan Pro

Es difícil conseguir más tráfico, y es más fácil cambiar lo que hace el tráfico actual

  • Conseguir atención en internet es un juego largo y lento
  • Si haces content marketing de calidad de forma constante durante varios meses, tu número de lectores pasará de 1 o 2 al día a cientos
  • Aumentar la cantidad de personas que visitan tu sitio no es algo nada fácil
  • En cambio, sí puedes influir en lo que la gente hace cuando llega a tu sitio, y puedes empezar hoy mismo
    (como agregar proveedores de inicio de sesión con OAuth)

El content marketing te compra tiempo

  • Invertir en content marketing permite que el negocio siga funcionando por sí solo durante cierto tiempo
  • Durante un año, varios artículos escritos hace años se volvieron virales y atrajeron a decenas de miles de visitantes. Incluso sin hacer nada, unas 1500 personas siguen llegando orgánicamente para leer esos textos

Desplegar poco y seguido

  • La gente te sugerirá crear ciertas funciones para mejorar el producto, pero probablemente no las usarán
  • Seguramente solo intentan ayudar, o vieron funciones similares en otros productos
  • Como es tu primera vez operando un SaaS, te pondrás feliz de que la gente te diga cosas y querrás correr a construir funciones para ellos
  • No voy a decirte que no las construyas (a mí me dieron ese consejo, y aun así hice esa función que nadie usó)
  • Debes preguntar cómo usarían esa función, preguntar a otros clientes cómo resuelven ese problema, hacer la versión más pequeña posible de esa función y observar si otros usuarios realmente la usan
    No quieres construir una función que solo use una sola persona, ¿verdad?
  • Es mucho menos doloroso eliminar una función que nadie quiere y a la que le dedicaste unas horas, que quitar algo en lo que invertiste meses

Despliega primero y preocúpate por la escala después

  • En la primera versión de OnlineOrNot no optimicé nada de la arquitectura
    (cada uptime check mantenía una conexión a la DB, así que era difícil escalar cuando crecían los usuarios)
  • Además, prefiero que la gente se frustre con una UI imperfecta antes que construir algo que nadie necesita
  • Más tarde rediseñé la arquitectura para que una sola instancia pequeña de RDS pudiera procesar varios millones por semana

Es más difícil de lo que parece dedicar mucho tiempo a resolver el problema real

  • De todo el tiempo que dediqué a programar durante 1 año, solo la mitad la invertí en resolver de verdad el problema que quería atacar
  • La otra mitad se fue en construir la plataforma SaaS
  • Hacen falta cosas típicas de una plataforma SaaS: varios tipos de autenticación de usuarios, pruebas gratis, onboarding, gestión de equipos, gestión de facturas y correos del ciclo de vida
  • Muchas cosas se pueden externalizar (si no existiera Stripe, probablemente no habría podido venderlo como suscripción)
  • Pero siempre habrá cosas que no te terminan de gustar, y si quieres manejarlas de otra forma, tendrás que construirlas tú mismo

3 comentarios

 
wellsbabo 2024-08-13

Es un buen texto.

 
hibuz 2022-03-07

Son muy buenos consejos para planear y operar un servicio en vivo uno mismo durante un año.

 
xguru 2022-03-07

Aunque haya un nivel gratuito, hace falta una prueba gratis para el nivel de pago. Siento que esta parte es realmente importante.