Algo que todavía no existe
Concepto, arquitectura y una primera versión. La mantenemos pequeña para poder lanzarla y bien estructurada para poder crecer.
O todavía no existe, y tiene que existir.
Las dos cosas son nuestro trabajo, y la mayor parte es la primera: nos quedamos con sistemas que ya sostienen un negocio — con un retainer mensual o como ingenieros dentro de su propio equipo. Cuando algo nuevo tiene que existir, lo construimos para que siga siendo mantenible dentro de cinco años.
Elija la que le describa. El resto del sitio sigue esa elección — servicios, proyectos y la primera pregunta de la página de contacto.
Concepto, arquitectura y una primera versión. La mantenemos pequeña para poder lanzarla y bien estructurada para poder crecer.
Una aplicación en marcha, una base de datos con historia e integraciones que no se pueden apagar. Aquí empieza la mayor parte de nuestro trabajo.
Trabajar sobre un sistema existente empieza por entenderlo. Esta parte decide si todo lo que viene después es barato o caro.
El código, la base de datos, las integraciones, los cron que nadie documentó. Escribimos lo que el sistema hace de verdad — que rara vez es lo que dice la documentación.
Un sistema sin documentar que solo compila en un portátil no es mantenible. Primer hito: funciona en local, desde un checkout limpio, para cualquiera.
Cobertura automatizada suficiente en los caminos que mueven dinero o datos, para poder juzgar un cambio antes de que llegue a los usuarios.
La primera entrega es deliberadamente pequeña y reversible. Solo después tocamos algo estructural.
Un sistema que nadie puede compilar desde un checkout limpio no se mantiene — se sobrevive.Principio de trabajo
Todo sistema con el que trabajamos está en algún punto de esta línea. Dónde está el suyo decide cuál es el trabajo en realidad.
Una primera versión lo bastante pequeña para ponerla ante usuarios reales, y estructurada para que la segunda no exija reescribirlo todo.
El modelo de datos que parecía correcto al lanzar se topa con cómo funciona el negocio de verdad. Llegan integraciones. Alguien pide un informe que nadie planificó.
Quienes lo escribieron ya no están. El framework va tres versiones mayores por detrás. El sistema sigue sosteniendo el negocio.
Hemos trabajado en plataformas cuyos clientes, marcas e interioridades no podemos nombrar. En lugar de disfrazarlo de caso de estudio, dejamos el marco vacío y describimos la forma del problema: alto volumen de pedidos, menús y precios por local, integraciones con TPV y reparto, y despliegues que no pueden dejar una tienda fuera de servicio.
Se puede firmar un acuerdo de confidencialidad antes de que comparta requisitos, arquitectura o detalles comerciales — y sigue vigente después. Su proyecto recibe la misma protección.
Antes de comprometerse con un retainer, las dos partes deberían saber qué asumen.Por qué la revisión va primero
System-Check: tres días laborables en su código, su base de datos y su despliegue, a un precio fijo de 1290 €. Recibe un informe por escrito — qué hace el sistema de verdad, dónde están los riesgos y cuánto cuesta un camino de actualización — y una llamada para repasarlo. Si continúa con un retainer en un plazo de 60 días, el importe completo se descuenta del primer mes.
Una descripción breve basta para empezar. Si el sistema ya existe, díganos qué hace hoy y qué tiene que cambiar.