De Talkshow a Bannerbear: la automatización de imágenes

De doce productos en doce meses a Talkshow

Jon Yongfook detuvo en su séptimo producto el reto de crear 12 startups en 12 meses. El producto que eligió para concentrarse entonces no era una herramienta de generación de imágenes, el antecedente de Bannerbear, sino Talkshow, un tablón de vídeos para equipos en remoto. Solo después de cerrar Talkshow agarró el problema que llevó a Bannerbear. En su camino como fundador se pusieron a prueba, una tras otra, la capacidad de lanzar un producto, la de cobrar el primer pago y la de hacer que los clientes se quedaran.

Ya era alguien que había vivido tanto un negocio de software como la vida dentro de una empresa. Entre 2013 y 2015 llevó un SaaS llamado Beatrix, que unos seis meses después del lanzamiento ya facturaba lo suficiente para vivir. Después dirigió producto digital y diseño en Aviva, y se marchó en julio de 2018 tras unos dos años y medio. Recuperar la sensación de escribir código él mismo y de terminar productos era un objetivo importante en ese momento.

El reto que anunció en septiembre de 2018 fue un mecanismo para forzar ese objetivo. Señalando su costumbre de dejar los productos a medio hacer, decidió que a final de cada mes pondría un resultado ante los usuarios. Al elegir ideas, primero definía el grupo de clientes y el problema, y luego valoraba si era fácil llegar a esos clientes, si podía cobrar desde el principio y si podía aprovechar la tecnología que tenía. Al unir un plazo de fabricación corto con un lanzamiento público real, intentaba reducir el tiempo que pasaba sopesando posibilidades solo en su cabeza.

Durante los primeros cuatro meses lanzó Zipsell, una plataforma para vender archivos digitales; Promomatic, una herramienta para crear imágenes promocionales de la App Store; Montage, una herramienta de wireframes, y Tech Jobs Asia, un portal de empleo tecnológico en Asia. Tres de ellos llegaron al primer puesto del día en Product Hunt y generaron ingresos tempranos. Sin embargo, en una retrospectiva de enero de 2019 juzgó que se había dejado llevar demasiado por una cultura de crear herramientas que gustaran a otros creadores. Había conseguido reacciones y elogios rápidos, pero no había construido la base de clientes ni el plan de distribución necesarios para crecer hacia negocios sostenibles.

También empezó a ordenar la forma de gestionar varios productos a la vez. En junio de 2019, mientras estaba concentrado en Talkshow, vendió Promomatic y Montage a Respawn Ventures, de Finlandia. Promomatic tenía ingresos desde su primer día, y en Montage seguían entrando suscriptores de forma constante. Traspasar a otro operador productos que aún tenían potencial fue lo que le permitió concentrar su tiempo en un solo negocio.

Talkshow: registros sin retención

Pero Talkshow, el producto elegido para concentrarse, quedó por debajo de lo esperado. Según el registro que publicó en agosto de 2019, en unos cuatro meses tuvo 4.750 registros, 680 personas que aceptaron recibir correos de marketing y 7 equipos que pasaron a pago. El problema más grave era que los 7 equipos de pago se dieron de baja después del primer mes. El registro y el primer pago ocurrieron, pero el producto no les dio motivo para volver a pagar el mes siguiente.

Los comentarios de los usuarios dejaron al descubierto la estructura del problema. Para que Talkshow fuera útil, varios miembros del equipo tenían que subir vídeos juntos, y si solo uno o dos lo usaban con ganas, el valor que ofrecía era pequeño. A algunas personas les resultaba incómodo hablar solas ante la cámara, y grabar vídeo en una oficina compartida también era una carga. La gente compartía el objetivo de reducir el aislamiento de quien trabaja en remoto, pero la forma de uso propuesta no llegó a asentarse en la vida diaria. Jon anunció el cierre del servicio en septiembre de 2019.

Los criterios que fijó ese mes para su siguiente negocio fueron mucho más concretos. Tenía que abordar un problema que los clientes ya conocían y tenía que poder explicarse en una frase sencilla. También tenía que poder prever dónde encontrar a los diez primeros clientes, y tenía que haber poco que el cliente siguiera teniendo que atender tras adoptarlo. Prefería sobre todo un servicio que, una vez conectado, hiciera el trabajo en silencio por detrás. La carga de Talkshow, que exigía crear un hábito nuevo en varias personas, quedó reflejada en las condiciones del producto siguiente.

El tiempo y el dinero también se le estaban agotando. En una retrospectiva posterior contó que había preparado dos años de ahorros, pero que empezó a mirar en serio la rentabilidad del negocio solo después de gastar el equivalente a un año. El campo que atrajo su interés entonces era la generación automática de imágenes. Tenía la experiencia de haber trabajado en una empresa de comercio electrónico y de sufrir la molestia de crear a mano las imágenes promocionales de cada producto nuevo. La dirección se volvió clara: resolver con software una tarea repetitiva que ya conocía.

Previewmojo y el giro del precio

Previewmojo, creado en el otoño de 2019, fue un producto inicial en esa dirección. Usaba plantillas fijas para generar la imagen de vista previa que se muestra al compartir el enlace de una página web. A los pocos días del lanzamiento consiguió su primer cliente de pago en un plan de 9 dólares al mes, pero ese cliente canceló la suscripción también a los pocos días. Jon preguntó el motivo y no obtuvo respuesta, y esa experiencia le llevó a revisar el precio y el tipo de cliente.

En noviembre de 2019 subió el precio mínimo de Previewmojo de 9 a 49 dólares al mes. Manteniendo el precio de los clientes existentes, cambió el criterio sobre qué valor debía ofrecer de ahí en adelante. Pasó de una etapa en la que imaginaba funciones por las que un desarrollador individual como él pagaría una cantidad pequeña, a buscar un trabajo lo bastante importante como para que una empresa pagara entre 50 y 100 dólares al mes por él. Para construir un negocio sostenible que incluso cubriera la atención al cliente, razonó, el valor económico del problema resuelto también tenía que crecer.

A comienzos de 2020 cambió el nombre a Bannerbear y creó un sitio de promoción nuevo. Las funciones centrales de la aplicación no cambiaron mucho, y el nuevo nombre y el diseño trajeron más visitas e interés, pero no se tradujeron en un aumento de ventas suficiente. Sus ingresos recurrentes mensuales de enero y febrero de 2020 fueron de 472 dólares. El uso limitado de las imágenes de vista previa hacía difícil asumir la mayor demanda de automatización que tenían los clientes.

La pista para cambiar de dirección llegó de las peticiones de los usuarios. Los clientes querían más plantillas y querían conectar Bannerbear con otros servicios, como herramientas de programación de publicaciones en redes sociales. En ese momento Jon tenía que añadir las plantillas él mismo, e implementar una por una las conexiones con servicios externos habría exigido un trabajo de desarrollo sin fin. En marzo de 2020 publicó un editor con el que los usuarios creaban sus propias plantillas y una API que otros programas podían llamar.

La nueva forma de usarlo era clara. El cliente creaba un diseño base colocando textos y fotos, y luego enviaba por la API los datos que cambian, como el nombre del producto, el precio o la foto, y Bannerbear generaba variaciones de la imagen. La misma función permitía crear banners de productos de comercio electrónico, imágenes de correo distintas para cada cliente e imágenes para compartir distintas para cada usuario del servicio. Aunque Jon no implementara por adelantado todos los casos de uso, los clientes ganaban margen para conectarlo a su propio trabajo.

Algunos clientes existentes se marcharon durante la transición. Jon siguió ofreciendo a los clientes actuales las funciones del producto anterior, pero el centro del desarrollo se trasladó a la API. Un producto para Shopify que intentó por separado tampoco dio resultados y lo cerró. Puso un límite a mantener a la vez todo lo ya construido y cada canal de venta.

Usuarios sin código y nueva distribución

La nueva señal de crecimiento apareció entre los usuarios sin código. Cuando publicó la integración con Zapier hacia abril de 2020, usuarios que no eran desarrolladores empezaron a montar automatizaciones que recibían datos de otros servicios y creaban imágenes. Algunos usuarios escribieron sus propias guías y dieron a conocer Bannerbear, un efecto promocional que Jon no había previsto. En el registro que publicó el 18 de mayo constan 25 suscriptores mensuales y 17 pagos únicos aparte.

En la captación de los primeros clientes entraron varias vías a la vez. Presentó las principales renovaciones de Bannerbear tres veces en Product Hunt, compartió consejos en comunidades y contactó directamente con los primeros usuarios para recibir comentarios. También fue acumulando artículos y boletines que explicaban cómo usar las funciones. El registro de que un sistema de créditos por recomendación no funcionó y de que un programa de afiliados dio pocos resultados muestra que también experimentaba con la distribución.

Para llevar desarrollo y promoción a la vez, cambió además su ciclo de trabajo. Dividía el tiempo más o menos por la mitad: una semana escribía código y la siguiente se centraba en la promoción. Las funciones creadas y los problemas resueltos en la semana de desarrollo se convertían en material para los artículos y publicaciones de la semana siguiente, y al final de las dos semanas avisaba del avance con un boletín. La promoción quedaba fijada en el calendario en lugar de quedar como algo que atender con el tiempo que sobrara.

El trabajo al que dio especial importancia fue la documentación. Jon dejó escrito que, a medida que aumentaban los tutoriales, los usuarios entendían mejor el producto y pasaban a pagar, y que, a medida que mejoraba la calidad de la documentación de la API, se reducía la carga de explicar cosas a los desarrolladores. Después, la documentación incluyó con detalle los parámetros y ejemplos de datos de cada petición, y también una colección de ejemplos de peticiones para empezar de forma más sencilla. Junto al producto ofreció las explicaciones que el cliente necesitaba para aplicarlo a su propio trabajo.

A finales de 2020 ordenó también el lenguaje con el que presentaba el producto, ajustándolo al propósito de uso de los clientes. La palabra automatización apuntaba a los clientes que querían reducir con Zapier tareas de marketing repetitivas, mientras que escalar apuntaba a los desarrolladores y equipos de crecimiento que querían llamar a la API en grandes volúmenes. Las vías de entrada de la página principal y los artículos de uso se dividieron en esas dos direcciones. Aunque compraran la misma función de generación de imágenes, cada cliente esperaba un resultado y un volumen distintos, y el marketing lo reflejó.

Crecimiento compuesto y un equipo

Los ingresos crecieron a medida que se acumulaban estas correcciones. En junio de 2020 los ingresos recurrentes mensuales llegaron a 1.000 dólares, y en la retrospectiva de crecimiento publicada a comienzos de 2021 se registraron 10.455 dólares. En la siguiente retrospectiva, que cubría hasta julio de ese año, detalló cómo los ingresos recurrentes mensuales llegaron a 20.000 dólares. Según la explicación de Jon, los primeros 10.000 dólares tardaron alrededor de un año y añadir los siguientes 10.000 tardó unos seis meses.

Al crecer el trabajo, ajustó también lo que hacía solo. En mayo de 2021 contrató a un escritor freelance para ayudar con los tutoriales, y a finales de ese año sumó al equipo un redactor de contenidos dedicado. Incluso en la etapa en que crecía hacia 20.000 dólares de ingresos recurrentes mensuales seguía escribiendo él el código, pero las funciones por desarrollar dependían cada vez más de las peticiones de los clientes. Anotaba sus propias ideas en una lista y subía su prioridad cuando un cliente real mencionaba la necesidad.

En julio de 2023 dio a conocer la experiencia de crecer hasta 50.000 dólares de ingresos recurrentes mensuales. Por entonces también usaba como distribución herramientas aparte con las que probar directamente funciones de Bannerbear, como un generador gratuito de certificados y una herramienta que convierte publicaciones de Twitter en imágenes. Jon explicó que, aunque esas herramientas no produjeran una conversión de pago inmediata, ayudaban a conseguir enlaces externos y tráfico de búsqueda. Su capacidad de crear cosas nuevas también la usó para llevar clientes al negocio existente.

La corrección de rumbo continuó incluso después de que el producto creciera. En un artículo de septiembre de 2026 contó que, al reconstruir Bannerbear V5, utilizó agentes de programación con IA y ofreció además una conexión MCP con la que los agentes pueden llamar a funciones de Bannerbear. Además de la vía en la que el usuario maneja la pantalla directamente, amplió la vía en la que otro programa pide trabajo y recibe resultados. La tarea central de automatizar el trabajo con imágenes se mantuvo, mientras que la forma en que los clientes llegaban a ella seguía cambiando.

Jon reflexionó que, si volviera a hacer el reto de 12 productos en 12 meses, crearía varias soluciones dentro de una tecnología o un sector concreto. Lanzar productos sin relación entre sí uno tras otro dificultaba enlazar bien lo aprendido en el siguiente intento. El cambio importante en el camino de Bannerbear está en que sus criterios de elección se hicieron más concretos con cada fracaso. Evitar problemas que exigen la participación de todo el equipo, elegir tareas repetitivas y ajustar precio y forma de uso a los clientes que iban a comprar fueron acumulando criterios que dieron forma a un negocio sostenible.