Cómo trabajamos
Alcance cerrado,sin sorpresas a mitad de camino
Cómo convertimos un problema mal definido en precio y plazo cerrados, quién hace qué en el equipo y qué recibes en cada etapa.
Las etapas de un proyecto
Cuatro etapas. Las dos primeras son cortas y tienen puerta de salida: puedes parar sin perder lo que ya recibiste.
- 1
Diagnóstico contigo
Entendemos el problema en tus palabras: qué está trabado y cuánto le cuesta a la operación. Preguntamos el presupuesto desde el inicio, para proponer algo que quepa en él. Si no vale la pena resolver el problema, o no vale la pena resolverlo con software, te lo decimos en la misma conversación. Sales con el problema descrito en una página.
Puerta de salida: puedes parar aquí, sin costo.
- 2
Inmersión de alcance, con precio fijo
Quince días, con precio acordado de antemano, que terminan con los cuatro documentos descritos abajo: alcance cerrado, criterios de aceptación, plan de entrega y precio cerrado.
Puerta de salida: si no sigues, los cuatro documentos son tuyos.
- 3
Ejecución en ciclos cortos
Solo empieza con los cuatro documentos firmados. Entregamos en ciclos cortos y tú validas cada entrega. Cada hito cierra con un informe de aceptación, con la evidencia de cada criterio verificado. El precio no cambia por dificultad técnica, solo por un cambio de alcance que tú pidas.
- 4
Go-live y garantía
Sistema en producción, documentación de operación y métricas en lectura. Después vienen 30 días de garantía: un defecto en el alcance entregado, es decir, un comportamiento distinto del criterio de aceptación, se corrige sin costo.
Lo que recibes antes de decidir
La inmersión de alcance dura 15 días, tiene precio fijo y termina con cuatro documentos. Si decides no seguir, son tuyos y puedes llevarlos a otro proveedor.
Alcance cerrado
Lista numerada de lo que se construirá y lista explícita de lo que no. Es la segunda lista la que evita la discusión al final.
Criterios de aceptación
Para cada elemento, la frase que define terminado de forma verificable. Sin adjetivos, sin interpretación.
Plan de entrega
Fases, hitos y fechas, con lo que recibes en cada uno. Ningún intervalo entre pagos supera las seis semanas sin una entrega verificable.
Precio cerrado
Importe total, condiciones de pago y la regla de cambio de alcance. El precio no cambia por dificultad técnica: ese riesgo es nuestro.
Quién hace qué
Coordinamos y repartimos las responsabilidades, y todos pensamos el sistema juntos. Cada área tiene un responsable, y la atención acompaña tu proyecto desde el primer contacto hasta la posventa.
Tech lead
Conduce el diagnóstico y la inmersión de alcance, organiza el plan, revisa y decide el merge. Te responde por el proyecto.
Arquitectura y datos
Diseño de la solución, arquitectura de datos y de machine learning.
Front-end y diseño
Design system, prototipos y pantallas.
Backend e integraciones
APIs, integraciones con otros sistemas y flujos de datos.
IA
Funcionalidades con IA, del modelo al producto.
Infra, DevOps y seguridad
Infraestructura, pipelines, observabilidad y seguridad.
Ritmo y registros
Lo que recibes durante el proyecto, para saber dónde está sin tener que preguntar.
Informe mensual
Una página por mes: cuánto del plan se entregó, los riesgos y lo que necesitamos de ti.
Cambio de alcance
Lo pides por escrito y recibes el impacto en plazo y precio en un máximo de dos días hábiles. La decisión es tuya, y nada se construye antes de la respuesta.
Aceptación de hito
Cada hito cierra con un informe que muestra la evidencia de cada criterio de aceptación verificado. El pago sigue los hitos aceptados.
Traspaso
En el go-live, tu equipo recibe el runbook de operación, la documentación y una sesión de traspaso.
El código y la nube son tuyos desde el primer commit. Ningún componente propietario nuestro queda dentro de tu sistema.
Cronograma previsto
Referencia de un proyecto de tamaño medio. El cronograma real, con fechas, sale en el plan de entrega al final de la inmersión.
- 15 días
01 Relevamiento y alineación técnica
Alcance detallado, prototipos y decisiones de arquitectura.
- 6 semanas
02 Desarrollo e integración
Frontend, backend y APIs, con entregas que validas en cada ciclo.
- 2 semanas
03 Pruebas y validación técnica
Pruebas automatizadas, de integración y de punta a punta.
- 1 semana
04 Documentación y observabilidad
Documentación de la solución, registros, métricas y alertas.
- Hito final
05 Entrega final y go-live
Código, accesos y entorno en producción, con métricas en lectura.
Las fases se solapan: las pruebas empiezan junto con el desarrollo. Los plazos se fijan en contrato y solo cambian por una modificación de alcance que tú pidas.
Lo que necesitamos de ti
La causa más común de retraso no es la dificultad técnica, es la espera. Levantamos estos puntos antes de cerrar el plazo y tratamos cada uno como una dependencia con responsable y fecha.
Decisión y personas
Alguien con autoridad para aprobar alcance y aceptación, un punto focal técnico y disponibilidad acordada. Sin decisor, cada duda se convierte en reunión de comité.
Accesos y credenciales
Cuenta de nube, repositorio y DNS a tu nombre. La infraestructura nace en tu cuenta y el código es tuyo desde el primer commit.
Sistemas e integraciones
Para cada sistema: documentación, entorno de pruebas y un contacto técnico. Sin sandbox, la prueba ocurre en producción, y eso no lo hacemos.
Datos
Muestra representativa para pruebas y regla de anonimización. Un sistema validado con tres registros inventados se rompe el primer día real.
Entornos y cumplimiento
Quién paga la infraestructura, dónde validas antes del go-live y el encuadre de protección de datos del proyecto, que cambia arquitectura y registros.
Después de la entrega
Quién opera el sistema, adónde van las alertas y cuándo ocurre el traspaso. Una alerta que no llega a nadie es adorno.
Cómo los pendientes moldean el plan
Sin ritual de clasificación: secuenciamos la entrega en torno a lo que existe. Lo que depende de un pendiente se mueve para después; lo que está listo, sube.
El cronograma siempre refleja la realidad, no el deseo original.
Cuando falta algo que solo tú puedes proveer y no se puede rodear, la fase afectada espera y la fecha se mueve con ella, previsto en contrato, sin penalización.
Las preguntas que hace todo fundador
¿Y si cambio de idea a mitad del proyecto?
Alcance cerrado no es alcance congelado. Pides el cambio por escrito, devolvemos el impacto en plazo y precio en un máximo de dos días hábiles, y eliges: aceptar, cambiarlo por un elemento equivalente que aún no hayamos empezado, o descartarlo. Cambiar no cuesta nada y es el camino más usado. Nada se construye antes de tu respuesta.
¿Y si ustedes se equivocan en la estimación?
Va a pasar, y el precio no cambia: el riesgo de estimación es nuestro y está en el precio. Si el plazo se ve afectado, te enteras el día que nos enteramos, no la víspera del hito. Y proponemos recortar un elemento de bajo valor antes de proponer un retraso, la elección es tuya.
¿El código es realmente mío?
Sí, desde el primer commit, en tu repositorio y en tu cuenta de nube. Ningún componente propietario nuestro queda dentro de tu sistema. No nos necesitas para continuar, y es intencional: un proveedor que amarra al cliente por dependencia técnica no tiene que entregar calidad.
¿Y si un prerrequisito llega tarde?
Avisamos el día en que se vuelve riesgo, no el día en que se vuelve retraso. Proponemos un rodeo cuando existe, datos sintéticos en lugar de la muestra real, por ejemplo, y registramos el retrabajo que ese rodeo va a generar. Si es bloqueante y no hay rodeo, la fase se congela y la fecha se desplaza en la misma proporción.
Usan IA para escribir código. ¿Quién responde por él?
Nosotros. La IA es una herramienta de los devs y entra donde se puede verificar el resultado. Cada cambio pasa por revisión antes del merge, y el tech lead responde por el proyecto.
¿Cómo sé que el proyecto está dentro del plazo?
Cada mes recibes un informe de una página con cuánto del plan se entregó, los riesgos y lo que necesitamos de ti. Cada hito cierra con la evidencia de cada criterio de aceptación, y todo número que entra en un informe se midió, nunca se estimó.
¿Y después del go-live?
Durante 30 días, cualquier defecto en el alcance entregado se corrige sin costo. Un defecto es un comportamiento distinto del criterio de aceptación; una funcionalidad nueva es alcance nuevo y sigue el procedimiento de cambio. Tu equipo recibe el runbook y la documentación para operar el sistema sin depender de nosotros.
¿Cerramos el alcance?
Treinta minutos, sin costo. Sales sabiendo si el problema merece resolverse, si merece resolverse con software y si somos las personas adecuadas.