Lo que preguntan los clientes.

Diseño e ingeniería de productos digitales. Diseñamos el producto, escribimos el código, montamos la infraestructura y, después del lanzamiento, mantenemos el producto en marcha. La AI se encarga de las partes del trabajo que se repiten. Las decisiones que pesan se quedan con las personas.

Los trabajos más típicos: SaaS B2B en los que producto e infraestructura se construyen juntos, design systems que hay que montar y mantener en el tiempo, marcas que se rehacen con todo lo que eso requiere (código incluido), AI que se integra dentro de un producto ya activo. Se puede partir de una idea, de un prototipo, o de un producto que necesita evolucionar.

Primero una llamada para entender qué quieres construir, por qué ahora, y qué significa para ti "ha ido bien". A partir de ahí, un contrato escrito con alcance, entregas y precio. El trabajo arranca cuando las dos partes han firmado.

Al arrancar montamos contigo un workspace compartido donde el estado del trabajo queda visible en cualquier momento: qué está hecho, qué está en curso, qué está en cola. Las llamadas se organizan cuando una decisión necesita un intercambio en tiempo real. El resto pasa por mensajería asíncrona.

Casi todos los proyectos cambian algo por el camino. Los ajustes pequeños caben en el contrato original. Los cambios más grandes se convierten en un change order escrito: alcance nuevo, precio nuevo, firmado antes de que ese trabajo arranque.

El trabajo se para y el calendario se mueve en consecuencia. La pausa para también la facturación. Cuando tu lado está listo, retomamos desde donde lo dejamos.

Una ventana de correcciones después del lanzamiento entra en el precio del proyecto. Después, el trabajo continuado puede ir a retainer mensual, a proyectos separados, o pasar a tu equipo si quieres llevarlo en casa.

Depende del alcance. El formulario de contacto trae las franjas que usamos en la primera conversación. Una vez cerrado el brief, el contrato fija un número concreto.

Sí. El anticipo cubre el kickoff y la primera fase del trabajo. El resto se factura contra milestones ligados a entregas. Los retainers se facturan mensualmente, por adelantado.

Diseño, código, deploy y una ventana de correcciones después del lanzamiento entran en el número del proyecto. Los servicios de terceros (hosting, pagos, identidad, monitorización) pasan al coste. Todo lo que cae fuera del brief se cotiza aparte antes de que ese trabajo arranque.

Depende del motivo. Si nos equivocamos al estimar el alcance original, el número de partida se mantiene. Si quieres añadir algo que el brief no cubría, es un change order: alcance nuevo, precio nuevo, firmado antes de que ese trabajo arranque.

Porque el codebase sigue siendo legible para el equipo que lo recoja después de nosotros. APIs estables, tipado que detecta errores antes de runtime, despliegue sobre una plataforma madura. El mismo stack cubre el sitio de marketing y el producto, y lo que normalmente serían dos encargos separados se junta en uno.

Se puede hacer, con la salvedad de que plazos y precio reflejan el coste real de trabajar sobre un código menos familiar. Cuando vemos que los condicionantes hacen difícil cerrar el proyecto, lo decimos antes de la firma.

Lo leemos primero. Las migraciones desde stacks legacy o plataformas no-code entran dentro de lo que hacemos. Los usuarios actuales se llevan todo consigo: la estructura de las URL y el SEO siguen vigentes después del traslado. Si la migración tiene sentido o no depende de qué hay dentro del código existente; la primera llamada también responde a eso.

Sí. Code review, QA de diseño, QA de contenidos y sincronización de la documentación pasan por agentes AI internos. La arquitectura, las decisiones de diseño y todo lo que el cliente ve en pantalla o por escrito vienen de las personas. El material del cliente se queda dentro de una infraestructura que controlamos nosotros.

Tuyo. La propiedad intelectual pasa en la entrega. Código en tus repositorios, infraestructura en tus cuentas, archivos de diseño en tu workspace. El contrato describe la cesión por escrito.

Sí. Fuentes de Figma, design tokens, documentación de componentes y el design system como paquete versionado. Todo lo que otro equipo necesitaría para seguir trabajando va dentro de la entrega.

Sí. La documentación se genera desde el código, así que se mantiene siempre alineada. Los runbooks cubren los caminos operativos. El design system llega como paquete versionado con changelog. Otro equipo puede recoger el trabajo el día después de la reunión de entrega.

Todo lo hecho hasta ese punto se queda contigo: código, archivos de diseño, documentación, cualquier cosa que se haya facturado. El contrato detalla cómo se trata el anticipo restante según la fase en la que se cierre el encargo.

Sí, antes de la llamada de scoping si hay material sensible que tratar. Tu plantilla o la nuestra, la que arranque antes.

Sí. Los retainers encajan con el trabajo continuado sin fecha de fin fija: mantenimiento del design system, governance de AI Ops, partes de producto que siguen evolucionando. El contrato fija una capacidad mensual y el tipo de trabajo que cabe dentro.

Sí, para las agencias que quieren un partner de delivery sin hacer crecer el equipo. El trabajo aparece con tu marca. La documentación se escribe para tu equipo y para tu cliente. La relación con el cliente sigue siendo tuya.