Cómo trabajamos un proyecto de software a medida, fase por fase. Cada proyecto tiene su ritmo propio — no prometemos tiempos fijos, sí entregables concretos y visibles en cada fase.
Antes de escribir una sola línea mapeamos cómo opera tu negocio hoy. Procesos reales, cuellos de botella, qué funciona bien y no hay que tocar, qué está roto y cómo se siente el equipo con lo que tiene.
El objetivo no es recoger requisitos en un documento — es entender qué problema estamos resolviendo y, más importante, qué NO deberíamos construir. Buena parte de los fracasos en software a medida viene de construir cosas que nadie pidió realmente.
Al final de esta fase tienes un alcance propuesto concreto, con lo que entra y lo que queda fuera. Puedes aprobarlo, ajustarlo o descartarlo antes de invertir más tiempo o dinero.
Sobre el alcance acordado en Discovery armamos un prototipo navegable de las pantallas clave. No es código final — son flujos que puedes hacer clic y sentir cómo va a operar el sistema.
Esta fase existe por una razón concreta: es mil veces más barato cambiar algo en un mockup que en código de producción. Si algo no se siente bien, se ajusta aquí. Si hay un flujo que no sirve, se rediseña aquí.
También dejamos fijada la estructura de datos y el stack técnico que vamos a usar. Nada de sorpresas después.
Construimos el sistema en iteraciones cortas. Cada semana hay algo nuevo desplegado en un entorno de staging que puedes abrir, tocar y romper. No hay "meses a ciegas" antes de ver resultados.
Tienes acceso al repositorio de código desde el primer día. Stack auditable — PHP, MySQL, nada de cajas negras. Si mañana quieres que otro equipo continúe, puede leer el código y entender qué pasa.
Cada entrega viene con notas de qué cambió, qué se puede probar y qué está pendiente. La comunicación es directa por WhatsApp o email — nada de tickets que nadie lee.
El día del lanzamiento no es el final — es el día en el que empieza a validarse todo. Desplegamos el sistema en producción, configuramos monitoreo básico y acompañamos los primeros días de uso real.
Capacitamos al equipo que va a operar el sistema con material y una o varias sesiones. Queda por escrito lo crítico: cómo se crea un usuario, cómo se hace un backup, qué hacer si algo falla.
Después del lanzamiento hay un período de soporte directo por WhatsApp para estabilizar y afinar. Y si algo se rompe seis meses después, el código es tuyo: puedes llamarnos, o a quien tú decidas.
Depende del alcance real. Un MVP simple de una sola área puede estar en producción en pocas semanas; un sistema multi-módulo con roles, reportes e integraciones toma varios meses.
Por eso no prometemos tiempos fijos antes de Discovery: primero entendemos el problema, después damos un rango realista con su margen de incertidumbre, y después arrancamos.
Por alcance acordado, no por horas. En Discovery definimos qué entra y qué no; sobre ese alcance hacemos una propuesta con precio cerrado por fase o por hitos.
Si durante el proyecto aparece algo nuevo que no estaba en el alcance, lo conversamos, lo cotizamos aparte y tú decides si entra antes de ejecutarlo. Nunca trabajamos facturando tiempo oculto.
Es lo normal. Nadie ve el sistema en staging y sigue pensando exactamente lo mismo que pensaba en la primera llamada.
Cuando aparece un cambio real: lo discutimos, estimamos el impacto en tiempo y costo, y tú decides si se ejecuta ahora, se deja para una fase posterior o se descarta. La regla es simple: nada de sorpresas en la factura.
Incluimos un período de soporte directo después del go-live para estabilizar el sistema y afinar lo que surja del uso real.
Después es opcional: puedes contratar mantenimiento mensual (mejoras continuas + soporte), soporte por ticket cuando lo necesites, o simplemente operar el sistema por tu cuenta. El sitio funciona igual.
Tuyo. Al finalizar el proyecto recibes acceso completo al repositorio. Sin licencias propietarias escondidas, sin dependencias de servicios que solo nosotros podemos operar, sin cajas negras.
Si mañana decides cambiar de proveedor, otro equipo puede leer el código, entender la arquitectura y continuar. Esa es la idea del software a medida auditable.
Una llamada de 45-60 min es suficiente para mapear si lo que necesitas se puede resolver, con qué alcance y en qué rango. Sin compromiso de continuar.