Si tu equipo usa WhatsApp para coordinar, Excel para registrar y papel para firmar, hay trabajo que hacer. No porque esas herramientas sean malas — sino porque llegaron a un punto donde la operación las desborda y alguien tiene que hacer el trabajo manual que el sistema no hace.
Los SaaS genéricos están diseñados para el promedio. Si tu operación tiene algo que la hace particular — un flujo específico, una regulación sectorial, una integración con un sistema que ya tienes — el SaaS te va a pedir que adaptes tu forma de trabajar al software. Con desarrollo a medida es al revés: el software se adapta a cómo opera tu negocio.
No siempre tiene sentido construir desde cero. A veces la respuesta es conectar lo que ya existe, o agregar una capa encima de una plataforma que funciona bien. Pero cuando un SaaS empieza a limitar lo que puedes hacer, cuando pagas por funciones que no usas y te faltan las que necesitas, cuando el soporte no puede darte lo que pides porque nadie más lo pidió — ahí es donde tiene sentido construir algo propio.
Si registras en Excel lo que ya deberías estar procesando en un sistema, estás pagando con tiempo de tu equipo. Cada vez que alguien copia datos de una pantalla a otra, hay riesgo de error y hay tiempo que no se recupera. He digitalizado partes diarios, inventarios, registros de capacitación, gestión de contratos y procesos de prevención de riesgos. El resultado es que lo que antes requería que alguien lo hiciera manualmente, ahora corre solo.
Cuando la operación funciona porque alguien sabe qué hay que hacer y llama a quien corresponde, tienes un problema de escala. Si esa persona falta un día, o hay más volumen del habitual, la operación se resiente. He construido sistemas que sacan esa lógica de la cabeza de las personas y la ponen en código — con tracking en tiempo real, alertas automáticas, roles claros y visibilidad para todos los que la necesitan.
Un sistema de facturación, una plataforma de despacho, un CRM, y ninguno conectado. El equipo pasa el día copiando datos de una pantalla a otra. He construido las integraciones y APIs que conectan lo que ya existe sin necesidad de reemplazar todo desde cero. A veces la solución no es construir algo nuevo sino hacer que lo que ya tienes funcione junto.
Firmar un documento, validar una entrega, registrar una inspección en terreno, atender a un paciente. Si para completar un paso del proceso alguien tiene que estar en un lugar físico, eso se puede digitalizar. He construido sistemas de firma electrónica, apps para equipos en terreno, plataformas de telemedicina y herramientas de gestión remota que eliminan la dependencia de la presencia sin cambiar radicalmente cómo trabaja el equipo.
Antes de proponer nada, entiendo cómo opera el negocio hoy. No qué quieren construir — cómo funciona la operación ahora mismo, dónde está el problema real y qué pasaría si no se resuelve.
Identifico dónde la tecnología crea valor real y dónde no hace falta. No todo problema necesita software. Cuando sí lo necesita, defino qué hay que construir y qué no.
Recién aquí elijo tecnologías. La decisión la toma el problema, no la tendencia. El lenguaje que mejor resuelve el caso concreto, con el menor peso operativo para el cliente.
Llevo el sistema a producción funcionando. No entrego un demo ni una prueba de concepto — entrego algo que opera en el mundo real. Sin etapas que nunca terminan ni documentos que nadie lee.
No tengo un stack favorito. Tengo un criterio: la tecnología que mejor resuelve el problema concreto con el menor costo operativo a largo plazo. Dicho eso, estas son las herramientas que uso con frecuencia:
Docker, PostgreSQL, Next.js, Flutter, Solidity — escribo sobre las herramientas que uso en proyectos reales, con los problemas concretos que me fui encontrando.
Ir al blogDepende del alcance del proyecto. Un MVP bien definido puede costar desde algunos millones de pesos hasta más según la complejidad. Para darte una estimación realista necesito entender qué quieres resolver — en una conversación de 20 minutos por Telegram puedo darte un rango concreto.
Un MVP bien definido suele tomar entre 4 y 8 semanas. Sistemas más complejos se entregan por fases — cada fase tiene valor desplegado en producción antes de empezar la siguiente. No entrego todo al final después de meses de trabajo sin visibilidad.
Es lo normal. Los proyectos cambian cuando el cliente empieza a ver el sistema funcionar. Trabajamos con alcance flexible — lo que cambia se evalúa, se estima el impacto en plazo o costo, y se decide juntos si se incluye o se deja para una fase siguiente.
En la mayoría de los proyectos trabajo solo, lo que elimina capas de coordinación y hace que la comunicación sea directa. Para proyectos más grandes puedo integrar a colaboradores de confianza según la necesidad.
Sí. Una parte importante del trabajo es conectar sistemas existentes — ERPs, plataformas de pago, APIs de terceros, bases de datos legacy. No siempre tiene sentido reemplazar todo desde cero.
No necesitas un documento de requerimientos ni un wireframe. Con que puedas explicarme qué problema tienes hoy y qué tendría que cambiar para que la operación funcione mejor, es suficiente para empezar. El resto lo trabajamos juntos.
Cuéntame qué es. Sin formularios, sin propuesta comercial de 40 páginas — un mensaje directo a Telegram y en el día te respondo personalmente.
Abrir Telegram