Cómo trabaja Polargate: cuatro fases y un bucle

Cuatro fases, y por qué se repiten

Polargate trabaja en cuatro fases. La primera vez van en orden. Después giran en bucle, porque un producto que deja de cambiar empieza a envejecer mal.

Discover. Todo empieza con un Discovery Sprint de pago y precio cerrado. Leemos lo que ya tienes: el código, la analítica, las hojas de cálculo con las que tu equipo lleva de verdad el negocio. Hablamos con quien va a convivir con el resultado, no solo con quien firma. Te llevas un alcance, una arquitectura, un plan con fechas y un precio cerrado para la construcción. El documento es tuyo: si decides construirlo con otro, te sigue sirviendo.

Build. Webs, productos, portales internos, apps móviles, funciones de IA e integraciones. Perfiles senior en el teclado desde el primer commit. La tecnología es deliberadamente convencional donde debe serlo: React y TypeScript en el navegador, Postgres y Supabase con seguridad a nivel de fila detrás, Vercel para el alojamiento y Capacitor cuando el mismo código tiene que llegar a la App Store y a Google Play.

Grow. Que te encuentren, cuando ya hay algo que merezca encontrarse. SEO clásico y visibilidad en la búsqueda con IA (salir en ChatGPT, Perplexity o las respuestas de IA de Google es una disciplina emparentada, pero distinta), medios de pago, contenido, analítica sobre la que puedas decidir y automatización que quita trabajo manual repetido.

Care. Una cuota mensual con un ingeniero senior al otro lado. Tu equipo abre tickets en nuestro ServiceDesk multicliente, ve el saldo de horas cuando quiere y recibe cada mes un informe escrito de lo que se ha hecho. Un agente autónomo de correcciones se ocupa de las tareas pequeñas y bien definidas, para que las horas humanas vayan a las que exigen criterio.

El bucle de entrega

Dentro de cada fase, cada cambio pasa por los mismos cinco pasos.

1. Construir. Un cambio, contra un criterio de aceptación escrito. 2. Auditar en paralelo. Varios agentes de IA revisan el mismo diff a la vez, cada uno con un único encargo: corrección, arquitectura y reutilización, detalle de interfaz e interacción, accesibilidad, comportamiento responsive, rendimiento y seguridad (aislamiento entre clientes, validación de entradas, secretos). 3. Verificar de forma adversarial. Cada hallazgo pasa por otro agente cuyo único trabajo es refutarlo. La mayoría no sobrevive. En una web reciente, la primera ronda dio 37 hallazgos y solo 4 aguantaron; la segunda dio 26 y aguantaron 3. Actuar sobre los 63 habría sido trabajo inútil, y con factura. 4. Corregir. Solo lo confirmado. 5. Reauditar. Vuelta al paso dos.

El bucle para con dos pasadas limpias seguidas, con el build de producción, el chequeo de tipos y los tests automáticos en verde, y con la interfaz abierta por una persona en pantalla de escritorio y en móvil. Los problemas difíciles cuestan más rondas de las que a nadie le gustaría: una app móvil offline-first para un lodge sin conectividad fiable necesitó once, con los hallazgos bajando 42, 28, 9, 15, 11 y 4 hasta cerrarse.

Lo que ves cada semana

• Una nota escrita breve: qué se ha entregado, qué viene ahora y qué decisión necesitamos de ti.
• Un enlace al entorno de trabajo, real y navegable, no capturas de pantalla.
• Las preguntas abiertas con nuestra recomendación al lado, para que decidir cueste minutos.
• El estado honesto del plan, incluida la parte que se ha retrasado.

Entre nota y nota, el portal de cliente sigue abierto: estado de los tickets, horas consumidas y restantes, publicaciones. No deberías tener que preguntar cómo va lo tuyo.

Dónde paramos y preguntamos

Lo reversible lo decidimos nosotros, sin convocar una reunión. Lo irreversible es tuyo: despliegues a producción, borrar datos, tocar autenticación o roles, gastar dinero en tu nombre. Ahí paramos y esperamos, siempre.

También sabemos decir que no. Si una funcionalidad no sobrevive al Discovery Sprint, te lo decimos antes de construirla, no después. Y nada está hecho porque alguien lo diga: está hecho cuando los controles están en verde y una persona lo ha usado en un móvil.