Empezar desde las molestias de un boletín

El punto de partida de Justin Duke para crear Buttondown fue su molestia con TinyLetter, el servicio de boletines que usaba. TinyLetter mantenía simple escribir y enviar, pero su manejo de Markdown era inestable y le faltaba control de tamaño de imágenes. El editor pasó mucho tiempo sin mejoras reales. Duke quería mantener esa forma sobria de trabajar mientras resolvía los problemas con los que chocaba cada vez.

En enero y febrero de 2017, publicó en Twitter sobre la herramienta de boletines que quería. A fines de abril decidió construirla él mismo, y a fines de mayo tenía una versión que realmente podía enviar correos. Tras un lanzamiento formal a fines de junio, en julio ya tenía algunos clientes de pago. En la retrospectiva de ese año escribió que dedicó bastante tiempo a funciones y errores pero no suficiente a dar a conocer el producto. El lanzamiento y los primeros pagos llegaron rápido, pero sumar clientes empezaba ahí.

La experiencia de edición de Buttondown respetaba los hábitos de quien escribe. Los textos en Markdown podían llevar títulos, énfasis, enlaces y código, con HTML para expresiones más complejas. Desarrolladores y blogueros acostumbrados a Markdown tenían menos edición nueva que aprender para boletines. Sumar esas funciones al flujo simple heredado de TinyLetter dio forma al producto que Duke quería.

El mercado ya estaba lleno. Según su conteo posterior, ocho plataformas de boletines también salieron el año en que apareció Buttondown, muchas con financiación o atención de prensa. Él desarrolló solo de noche y fines de semana sin financiación ni presupuesto real de marketing. Ver a competidores en medios famosos o aliados con grandes plataformas lo encogía, y el ingreso recurrente mensual del primer año quedó bajo 500 dólares. Su empleo cubría la vida, así que Buttondown no cargaba la presión de pagar su propio sueldo de inmediato.

Las respuestas directas retuvieron a los primeros clientes. Al principio temía tanto recibir consultas como enviar respuestas, queriendo evitar escribir respuestas que molestaran o interrumpir el desarrollo. Pero responder más rápido cambió las reacciones. En 2018 explicó en público que bastantes personas eligieron mejoras de pago por el soporte rápido. Las peticiones de clientes en espera iban a una pequeña tabla de Notion para que nada se perdiera.

El soporte también se volvió camino a funciones. La importación de Buttondown empezó como un script de Django de unas 20 líneas que leía CSV. Cada vez que usuarios de TinyLetter y Mailchimp mudaban datos, se pegaba código para formatos distintos y excepciones. Ante un pedido único, Duke hacía un pequeño script reutilizable para el siguiente pedido, puliéndolo cuanto se repetía el mismo trabajo. El código escrito para mudar a un cliente creció hasta ser la función que atiende migraciones posteriores.

El crecimiento de usuarios gratuitos también mostró carga operativa. En su retrospectiva de 2019 Duke escribió que atender usuarios gratuitos consumía mucho de su tiempo, y sin contratar soporte hasta el gusto de crear el producto se encogía. Anunció planes de pasar a un modelo centrado en pago y mejorar la experiencia de escritura y edición. Vivía, en su propio producto, el problema de que un negocio no sigue creciendo si el tiempo del fundador y los costos operativos no se cubren al crecer los usuarios.

También limitó el alcance del desarrollo. En planes para el año siguiente publicados a fines de 2020, priorizó dejar que los usuarios atendieran solos peticiones frecuentes, como importar suscriptores y números pasados y configurar dominios. En cambio excluyó las campañas secuenciales más pedidas por su gran costo de desarrollo y pantallas. El inicio único empresarial y las funciones de equipo tampoco entraron entonces. El tiempo limitado fue a reducir la carga operativa ya presente.

El carácter del producto se veía en los valores por defecto. En marzo de 2021 Duke cambió las cuentas nuevas para apagar por defecto el seguimiento de aperturas y clics. Las cuentas existentes mantenían sus ajustes, mientras nuevos editores activarían el seguimiento al necesitarlo. Admitió que el valor anterior no había sobrevivido suficiente revisión y corrigió el código. Un pequeño ajuste cargaba el juicio de cuánto comportamiento lector recoger.

Durante unos cinco años Buttondown sumó clientes de pago poco a poco. Algunos meses sumaban dos clientes de pago sin bajas, otros meses cerraban competidores. Duke mantuvo vivo el producto mientras el boca a boca y la entrada por búsqueda acumulaban tiempo. En abril de 2022 dejó Stripe. Tenía bastantes ahorros más el ingreso de su cónyuge, aún sin hijos, y no vio razón para seguir posponiendo trabajar por su cuenta.

En diciembre de 2022 el ingreso recurrente mensual de Buttondown llegó a unos 15.000 dólares. En la retrospectiva de ese año Duke se mostró satisfecho con el crecimiento de ingresos y el avance técnico pero juzgó no haber terminado grandes funciones y operaciones previstas. Fijó como meta del año siguiente asentar Buttondown como negocio de crecimiento estable. Sobre clientes e ingresos asegurados con empleo, pasó a dedicar más tiempo a producto y operaciones.

La estructura de ingresos de Buttondown se centró en cuotas que pagan quienes publican boletines. En la lista de precios de septiembre de 2026, las funciones básicas siguen gratis hasta 100 suscriptores, con cargos por suscriptores activos que reciben y funciones extra usadas. Analítica, suscripciones de pago y envío automático por RSS pueden sumarse según necesidad. Nadie paga solo por un nombre en una lista de contactos; los destinatarios reales de envío fijan la base de cobro.

Incluso cuando quienes publican cobran a lectores, Buttondown no toma parte de ese ingreso. Quienes publican pagan aparte el proceso de pagos y pueden llevar suscripciones mensuales y anuales o varios niveles de precio. Con iguales lectores y funciones, subir precios solos nunca envía a Buttondown un corte extra. Una función de migración para suscripciones de pago que ya usaban la misma cuenta de Stripe evita que lectores reingresen datos de pago.

Las operaciones se apoyaron activamente en servicios externos. En la divulgación de costos de 2023 Buttondown usaba Heroku para hospedaje, con Postmark, Mailgun y AWS juntos para enviar correo. Una ruta separada de envío para fallos quedaba lista. Heroku entonces costaba unos 500 dólares al mes, buena parte por configuración de trabajo asíncrono, explicó Duke. Herramientas elegidas primero para ahorrar tiempo de administrar servidores pasaron a revisión de costo y eficiencia al crecer el negocio.

En abril de 2024 compró el dominio buttondown.com por 85.000 dólares con caja hecha por el negocio. Mudar el tráfico web de buttondown.email a la nueva dirección terminó ese agosto. Duke valoró que, a diferencia de comprar otra empresa o ampliar mucho una organización de marketing, comprar un dominio era una inversión única fija con carga continua pegada a las alternativas. Registró que la entrada por búsqueda no cayó como temía tras la mudanza y más bien había mejorado para entonces.

También hubo cambio dentro de la empresa. 2024 fue el primer año en la historia de Buttondown en que la mayor parte del código nuevo vino de alguien distinto de Duke. Los clientes hablaban más a menudo con otros compañeros que con el fundador al preguntar. Una entrevista de febrero de 2025 presentó un equipo crecido a ocho. El trabajo antes hecho a solas —desarrollar todo y enviar cada respuesta— empezó a repartirse entre colegas.

En 2025 los ingresos crecieron 61% sobre el año previo. Editores activos que realmente enviaron en los últimos 30 días subieron 45%, y suscriptores únicos que recibieron correo subieron 72%. La empresa dijo que mantuvo flujo de caja positivo mientras ampliaba soporte e infraestructura. Más allá de cuentas unidas, comprobó la salud del negocio con actividad real de envío, lectores alcanzados e ingresos como métricas clave.

Los números de soporte vinieron también. Las consultas respondidas en 2025 fueron 5.247, 34% más que 3.906 del año anterior, mientras la mediana del tiempo a primera respuesta bajó de 7 horas a 5. El crecimiento de consultas corrió bajo el crecimiento de ingresos del mismo período. Al explicar luego las operaciones de soporte, Duke subrayó mirar cuánto trabajo extra de soporte llega al crecer los ingresos.

Para eso, las consultas apiladas en un buzón personal pasaron a una herramienta dedicada con turno de guardia. Quien atiende responde rápido y arregla problemas cortos, registrando errores pesados para juzgar prioridad junto a otro desarrollo. Pequeñas herramientas que muestran historial de cliente y pagos en la pantalla de consulta recibieron inversión. Quien escribe armó el hábito de revisar documentos primero, rellenando huecos hallados sin o con poco texto. Cada cliente ayudado dejaba mejoradas herramientas e instrucciones.

Por qué se elige Buttondown también se ve en registros de migración de clientes. El escritor de ingeniería de software Will Larson publicó su mudanza de enero de 2026 de Mailchimp a Buttondown. Pagando a Mailchimp 326 dólares al mes, aún sufría para hallar menús que editan correo de bienvenida o datos de contacto y padecía la configuración de verificación de dominio. Mudarse a Buttondown salió fluido, con cuotas esperadas de 79 o 139 dólares al mes. El producto encajaba con ser dueño de escritos en su propio dominio y entregarlos como quería.

El análisis de origen de clientes de febrero de 2026 de Duke repartió mitad al boca a boca, un cuarto a búsqueda y el cuarto restante a entrada por modelos grandes de lenguaje. Por ingresos en vez de conteo, los clientes de boca a boca tomaron unos dos tercios. Las páginas de comparación con competidores atrajeron menos que las páginas centrales de precio y funciones. Duke juzgó que el tiempo en mejorar el producto entonces rendía más que optimizar páginas de marketing y repartió recursos en consecuencia.

Esa primavera, las altas recomendadas por IA subieron rápido. Nuevos usuarios que nombraban modelos de lenguaje como vía subieron de 15% en enero a 32% en febrero a 49% en marzo. Duke dijo que el crecimiento mensual del primer trimestre de 2026 duplicó el trimestre previo, con casi todo el extra sobre la tendencia desde entrada por modelos. Señaló que las pantallas de administración de Buttondown están diseñadas para usar una API pública. Funciones reales que mueven el producto vivían también en API y documentos, aptas para herramientas externas.

La nueva entrada también exigió reajuste operativo. Los clientes llegados por IA convertían a pago a tasas menores que los grupos existentes y a veces esperaban usos que Buttondown no apoya. Soporte dedicó tiempo a responder consultas complejas solo para recibir de vuelta respuestas generadas por máquina. Duke adelantó inversión interna y de infraestructura y reforzó la API, gestionando el tiempo en prospectos y usuarios gratuitos. También declaró que el ingreso mayor no justificaría de inmediato gasto permanente ampliado.

Pequeños arreglos de pantalla rindieron durante el crecimiento. En un experimento de julio de 2026 el equipo movió el botón de alta dentro de la calculadora de precios desde fuera y quitó texto guía que solo leían quienes empiezan boletines por primera vez. Clientes que mudan listas de suscriptores desde otros servicios podían fluir naturalmente al alta también. La finalización de alta de visitantes de precios subió de 6,7% en la pantalla vieja a 9,5% en la revisada. El equipo dejó en registro público experimentos ganadores y perdedores.

En abril de 2026, con cuatro años independiente, Duke escribió que muchos clientes ya nunca lo conocieron y se relacionan con Buttondown por otros compañeros. Colegas recibían consultas y avisos de fallos, y los ingresos habían crecido en una semana de viaje. Valoraba fijar él mismo el tiempo con la familia, aceptando que esa elección significaba no hacer crecer la empresa a la máxima velocidad posible. La herramienta de boletines que hizo para usarse se había vuelto una empresa que colegas mejoran juntos y operan cuotas de clientes.