Del código al negocio: convertir las habilidades de programación en proyectos rentables

Al mirar mi camino, no programé por la misma razón cada año. Programé por pasión, luego para aprender, luego por dinero, luego por reputación, y finalmente para resolver los problemas de otras personas. Cada etapa fue necesaria. Pero solo la última es en la que la gente paga, y me hicieron falta cinco etapas para entender por qué.

Este es ese camino, etapa por etapa, con lo que cada una me enseñó.

1. Programar por pasión: Buku My Class

Empecé a programar porque era divertido. Hacer que un ordenador ejecutara lo que yo había imaginado parecía magia, y quería más. Mi primer proyecto real con ese espíritu fue Buku My Class, una aplicación que permitía a los estudiantes de secundaria leer sus apuntes de clase desde cualquier lugar, donde trabajé tanto en el frontend React como en el backend entre 2018 y 2021.

No pensaba en clientes ni en ingresos. Pensaba en si la función funcionaba y en si podía construir la siguiente. Para eso sirve exactamente la etapa de la pasión.

La pasión es lo que te hace pasar un fin de semana con un bug que nadie te pidió arreglar. Así es como entran los fundamentos.

Lo que me dio: las bases de la pila web, el hábito de terminar las cosas, y la primera prueba de que el código que escribía podía ser usado por personas a las que nunca conocería.

Lo que no me dio: la menor idea de cómo un software se convierte en un negocio.

2. Programar para aprender y ampliar habilidades: KADEA y Upperz

La segunda etapa fue deliberada. Acepté proyectos no porque pagaran más, sino porque me iban a exigir.

En KADEA Academy construí Attendacy, una aplicación de control de asistencia para una escuela de programación, con Express.js y React. Un alcance pequeño, pero usuarios reales cada mañana y feedback inmediato cuando algo fallaba.

En Upperz, en 2023, fui el desarrollador backend principal de Cobiz, una aplicación para gestionar ventas, inventario, clientes y facturas. Era la primera vez que me hacía cargo del backend de un sistema sobre el que un negocio iba a funcionar todo el día: modelos de datos para los movimientos de inventario, facturas correctas hasta la última unidad, cuentas de clientes, informes que un dueño realmente leería.

La arquitectura no se aprende en un curso. Se aprende la primera vez que un número equivocado en una factura es culpa tuya.

Lo que me dio: diseño de backend bajo restricciones reales, la disciplina de ser responsable de datos que importan, y una primera mirada a cómo un negocio piensa su inventario, sus ventas y sus clientes.

3. Programar por dinero: AdminAtete

La tercera etapa consistió en cobrar por la experiencia. En 2023 trabajé como desarrollador full-stack, con Express.js y Next.js, para AdminAtete, una start-up tecnológica belga que ofrece servicios digitales a empresas, entre ellos una aplicación de archivo de documentos.

El archivo no tiene nada de glamuroso. Es búsqueda, categorización, permisos de acceso, almacenamiento, y la garantía de que un documento archivado hoy se encontrará dentro de tres años. Pero ahí gané dos cosas a la vez.

La primera fue experiencia técnica: sistemas en producción, seguridad, rendimiento con volúmenes reales de datos.

La segunda importaba más: aprender a responder a las necesidades de un cliente. No lo que a mí me parecía interesante construir, sino lo que el cliente realmente necesitaba, expresado con sus palabras, entregado en sus plazos. Un cliente no paga por una función. Paga por una preocupación que desaparece.

El cliente nunca pidió una búsqueda más rápida. Pidió dejar de perder documentos. La búsqueda fue mi respuesta, no su petición.

4. Open source para crear reputación: Ever Teams y Ever Gauzy

Para entonces tenía habilidades y algo de experiencia, pero muy poca gente lo sabía. La cuarta etapa resolvió eso.

Desde noviembre de 2023 trabajo en Ever Technologies en dos plataformas open source: Ever Gauzy, una plataforma abierta de gestión empresarial que cubre ERP, CRM, RR. HH. y gestión de proyectos, y Ever Teams, una plataforma abierta de gestión del trabajo y de proyectos. Trabajo en toda la pila, con Nest.js, Next.js y React Native.

Pasaron dos cosas. Primero, aprendí a desarrollar en equipo en proyectos públicos: pull requests revisadas por personas en otros continentes, convenciones que no eliges, código que debe seguir siendo legible para alguien que llegue el año que viene. Es una habilidad distinta de construir solo.

Segundo, mi trabajo se hizo visible. Un posible cliente no tiene que fiarse de mi palabra. Puede leer mis commits, ver cómo gestiono una revisión y comprobar que entrego.

El open source es el marketing más barato que un desarrollador puede hacer. Pagas en commits, y el recibo es público.

5. Desarrollar directamente para resolver los problemas de los clientes

Con las habilidades, la experiencia y la reputación, por fin podía hacer lo que quería hacer desde el principio: construir soluciones directamente para las personas que tienen el problema, y cobrar de ellas.

Safirisha empezó como una reescritura de lo que había visto en One Stop Center, donde las agencias de una empresa de transporte compartían información sobre los paquetes. El original solo gestionaba paquetes. Safirisha se convirtió en una plataforma todo en uno para empresas de transporte interurbano: paquetes seguidos desde el remitente hasta el destinatario a través de todas las sedes, viajes programados con asientos vendidos, flotas y conductores asignados, e ingresos consolidados por sede. El problema que resuelve es fácil de enunciar y caro de vivir: una empresa de transporte con varias sedes que no sabe, al final del día, qué salió, qué llegó y cuánto dinero recaudó cada sede.

Masomo es un software de gestión escolar: matrículas, asistencia, notas, cuotas y caja, diseñado para seguir funcionando cuando la red se cae, porque las escuelas a las que sirve no pueden depender de una conexión estable.

Adifile se ocupa de la gestión administrativa de una empresa: los documentos, procedimientos y obligaciones que un negocio debe mantener en orden y poder presentar cuando se le pidan. Es el descendiente directo de lo que aprendí en AdminAtete.

Afia es una plataforma de gestión hospitalaria: historiales de pacientes, consultas y el flujo de información entre pacientes y profesionales sanitarios, para que una clínica sepa a quién se atendió, quién lo atendió y qué se recetó.

Ninguno de estos productos salió de una sesión de lluvia de ideas. Cada uno es un problema que ya había encontrado, en una empresa o en la vida diaria, y que resolví como esas empresas me habían enseñado a resolverlo: partir de la necesidad, construir solo lo necesario, entregarlo con soporte y cobrar por el valor.

6. La lección: una vez adquiridas las habilidades, desarrollar solo para resolver un problema

Esta es la regla que me habría gustado que alguien me diera en la etapa uno.

Mientras aprendes, construye lo que sea. Una aplicación de chat, una lista de tareas, un clon de una red social: son ejercicios, y con los ejercicios se adquieren las habilidades.

Pero una vez que tienes las habilidades, esos proyectos dejan de ayudarte. Nadie paga por la quinta aplicación de chat. Nadie paga por un clon de Facebook. La gente paga cuando miras un problema real de su vida diaria y lo eliminas.

Las habilidades son la entrada. El problema es el negocio.

Mira los dos productos por los que la gente pagó más rápido:

• Cobiz resolvió un problema que tiene todo comerciante: saber qué hay en el inventario, qué se vendió hoy, quién debe dinero todavía, y tener una factura lista sin cuaderno ni hoja de cálculo. Nada de eso era técnicamente nuevo. Todo valía dinero, porque sustituía una preocupación.
• Safirisha resolvió el caos diario de una empresa de transporte con varias sedes: paquetes perdidos entre agencias, asientos vendidos dos veces, conductores asignados por llamada telefónica, y un gerente que solo conoce la recaudación del día a la mañana siguiente. De nuevo, nada exótico. Un problema muy real, y una empresa contenta de pagar por verlo desaparecer.

El patrón es siempre el mismo. El problema es visible, le cuesta al cliente tiempo o dinero cada día, y el cliente lo ve desaparecer la primera semana que usa el software. Cuando esas tres cosas se cumplen, monetizar no es difícil. No tienes que convencer a nadie. Les enseñas su problema, desaparecido.

Lo que le diría al desarrollador que era

1. Programa por pasión primero. De ahí vienen los fundamentos.
2. Luego elige proyectos que te exijan, aunque paguen menos. Las habilidades se acumulan.
3. Luego cobra por tu experiencia, y aprende a responder a la necesidad del cliente en lugar de a tu propia curiosidad.
4. Construye en público. La reputación es lo que convierte las habilidades en ofertas.
5. Una vez que tienes todo eso, deja de construir ejercicios. Encuentra un problema real de la vida diaria y resuélvelo. Ese es el momento en que la gente paga.

La distancia entre el código y el negocio no es un diploma ni una ronda de financiación. Es el momento en que dejas de preguntar “¿qué podría construir?” y empiezas a preguntar “¿qué problema, que alguien ya tiene, puedo hacer desaparecer?”