Jonathan Geiger: seis productos, tres ventas y una sola prioridad

Terminar uno y empezar el siguiente

Jonathan Geiger trabajaba como desarrollador en una pequeña startup mientras creaba sus propios productos por la noche y los fines de semana. De los seis productos que hizo en tres años, vendió algunos y cerró otros devolviendo el dinero o publicándolos gratis. Su independencia pasó por un proceso de lanzar varios productos y decidir cómo terminar o continuar cada uno.

Su primer producto, LectureKit, se vendió cuando todavía no generaba ingresos recurrentes. Según Geiger, el comprador de este producto, que llevaba un tiempo parado, eligió adquirirlo para ahorrarse el tiempo de desarrollarlo él mismo. El precio de venta fue de 7.000 dólares. Incluso un producto que no generaba una suscripción mensual tenía valor como software terminado dentro de una transacción.

WaitListKit consiguió un cliente de preventa, pero Geiger no tenía ganas de seguir desarrollándolo, así que le devolvió el dinero. NextUpKit ganó 400 dólares sin marketing especial, pero después lo publicó como gratuito y de código abierto. No mantuvo todos los productos como negocio de pago solo porque generaran unos ingresos pequeños.

Partir de competidores que ya facturaban

Después Geiger cambió su criterio para elegir productos. Buscaba competidores en mercados que entendía y que ya ganaban dinero, y examinaba si podía ofrecer a los clientes una opción distinta. Las API para recopilar datos web y automatizar tareas encajaban en esas condiciones.

CaptureKit era un servicio de API que guardaba capturas de páginas web como imágenes y extraía datos de las páginas. Los clientes enviaban una dirección web y recibían resultados que podían usar en sus propios programas. El servicio asumía el trabajo de ejecutar un navegador directamente y gestionar si las páginas se mostraban correctamente. Lo que vendía Geiger era una función de recopilación web que otros desarrolladores podían incorporar a sus productos.

En unos meses, CaptureKit reunió más de 300 usuarios y 7 clientes de pago. El ingreso recurrente mensual (MRR) que Geiger publicó entonces era de unos 130 dólares, y el precio de venta fue de 15.000 dólares. Seguía siendo un negocio pequeño, pero contaba con usuarios reales y un historial de pagos, lo que llevó a su segunda venta.

Al pasar de CaptureKit a SocialKit, reutilizó el inicio de sesión, el cobro, la gestión de claves de API, la estructura de la documentación y el marco de la página de presentación. El nuevo foco eran las funciones para manejar datos de redes sociales. La base común que construyó al terminar un producto redujo la carga de desarrollo del siguiente.

Atraer clientes con búsqueda y contenido

SocialKit era un servicio que convertía contenido de redes sociales en datos que otros programas podían usar. Al enviar la dirección de un vídeo de YouTube o TikTok se obtenían la transcripción, un resumen, métricas de reacción y más. Los clientes podían reducir el trabajo de ensamblar por separado la recopilación de datos de cada plataforma y las funciones de análisis de vídeo. El negocio que manejaba páginas web en CaptureKit dio paso a uno que manejaba contenido de redes sociales.

Los ingresos iniciales de SocialKit crecieron despacio. Su MRR del primer mes fue de 13 dólares, y en el quinto mes era de 370. En un registro publicado alrededor de un año después del lanzamiento, el MRR llegó a unos 2.500 dólares, con compras puntuales que añadían entre 700 y 1.000 dólares al mes. Hicieron falta varios meses de operación para pasar de unos pocos pagos a unos ingresos que contribuyeran a los gastos de vida.

Los compradores reales eran más amplios de lo que esperaba al principio. Geiger pensaba que los desarrolladores serían los clientes principales, pero explicó que buena parte de los usuarios de pago eran personas que automatizaban su trabajo con herramientas sin código. Para ellos importaba la explicación de la propia API y también la forma de conectarla a herramientas como Zapier para completar la tarea que querían.

Para entender a sus usuarios, SocialKit también incluyó una breve encuesta en la pantalla del servicio. La encuesta, hecha con Embeddable, preguntaba por el puesto del usuario y qué estaba construyendo con la API. Cuando llegaban las respuestas, recibía el contenido por correo y comprobaba además su disposición a participar en un caso de cliente. La información obtenida así servía para fijar las prioridades de las funciones y crear explicaciones y casos de uso adaptados a cada tipo de cliente.

El precio combinaba una suscripción de créditos según el uso con compras puntuales de créditos. Los usuarios nuevos probaban las funciones con 20 créditos gratis y tenían que pagar para seguir usándolo. Los clientes que lo usaban con regularidad podían elegir una suscripción, y los que lo usaban de forma intermitente podían comprar lo que necesitaran. En la práctica, las compras puntuales representaban una parte de los ingresos mensuales de SocialKit difícil de ignorar.

Para captar clientes, se centró en el tráfico de búsqueda. Incluso durante el desarrollo, creó páginas de presentación por función, casos de uso y páginas que explicaban alternativas a productos de la competencia. Escribía uno o dos artículos relacionados por semana y elegía los temas según las preguntas que los clientes realmente buscaban. Era una forma de acumular contenido para que los visitantes llegaran también por búsqueda después del lanzamiento.

Una herramienta gratuita de extracción de subtítulos también se convirtió en una entrada de clientes. Algunos de los usuarios que encontraban la herramienta por búsqueda pasaban al servicio de pago. Puso vídeos de uso en el blog y reescribió el mismo contenido para LinkedIn o Reddit. Al reutilizar una misma explicación en varios formatos, ahorraba tiempo en la producción de contenido.

Una API de publicación y un socio

En abril de 2026 lanzó PostPeer. PostPeer ofrecía la publicación y la programación en varias redes sociales a través de una sola API. Sus destinatarios principales eran los desarrolladores que querían añadir funciones de publicación para sus clientes y las agencias que gestionan varias cuentas. Donde SocialKit se ocupaba de leer contenido, PostPeer se ocupaba de enviarlo, atendiendo una demanda cercana.

En PostPeer participó el cofundador Yoav Mendelson. Era un producto que debía manejar métodos de autenticación y procedimientos de integración distintos en cada plataforma. Los dos se repartieron el trabajo de integración de plataformas, y Yoav continuó el desarrollo de PostPeer mientras Geiger se centraba en SocialKit.

El crecimiento inicial de ingresos de PostPeer fue más rápido que el de SocialKit. El MRR que publicó Geiger creció de 34 dólares en abril de 2026 a 1.370 en junio y 2.018 a mediados de julio. Explicó que aplicó más rápido al nuevo producto la estrategia de contenido para búsqueda que había aprendido con SocialKit. Los métodos de captación de clientes que aprendió al operar el producto anterior podían usarse también en el siguiente.

Vender uno y concentrarse en lo que queda

En julio de 2026, Geiger dejó su empleo y se dedicó por completo al negocio de productos. Los ingresos mensuales combinados de los dos productos que reportó en la entrevista de ese mes eran de unos 6.400 dólares. De esa cifra, los ingresos por suscripción eran de unos 5.200 dólares y los pagos puntuales de unos 1.200.

El mes siguiente, el 6 de agosto de 2026, anunció la venta de SocialKit. En torno al anuncio de la venta, las suscripciones activas que reportó eran 117 y el MRR era de unos 3.300 dólares. La operación sumó 85.000 dólares, combinando un precio de venta del negocio de 75.000 dólares y una tarifa de consultoría aparte de 10.000. Fue su tercera venta después de LectureKit y CaptureKit.

Al anunciar la venta de SocialKit, Geiger dijo que se concentraría en PostPeer con Yoav. Había lanzado varios productos, pero no eligió mantenerlos todos en operación. En su cartera, los lanzamientos y las ventas fueron de la mano, y cada vez que cerraba un producto recuperaba tiempo para dedicarlo al siguiente negocio.