Respuesta directa: elija una agencia que pueda demostrar el sistema completo detrás de la experiencia, no solo pantallas o un chatbot. Exija evidencia en siete dimensiones: resultado y journey, contenido y conocimiento, interacción y escalamiento humano, arquitectura e integraciones, accesibilidad y confianza, evaluación y medición, y operación y propiedad. Antes del rollout, contrate un discovery pago con usuarios, contenido, restricciones técnicas y criterios de aceptación reales. La propuesta ganadora debe explicar cómo mejora una tarea valiosa, cómo falla de forma segura y cómo su equipo asumirá la operación.
Un sitio preparado para IA no es una homepage con una caja de conversación. Puede incorporar búsqueda semántica, recomendaciones, generación asistida, personalización, agentes o interfaces conversacionales, pero sigue siendo un servicio digital. Debe ayudar a encontrar, entender, decidir y actuar; respetar permisos; funcionar cuando falla un modelo o una integración; y producir evidencia defendible de valor. Un portfolio visual y experiencia con un solo modelo no bastan para elegir socio.
AI-Ready Experience Proof-7
Puntúe cada dimensión de 0 a 4: ausente, descrita, demostrada, validada con usuarios u operada en un contexto comparable. El máximo es 28. No permita que un promedio alto compense brechas eliminatorias en privacidad, seguridad, accesibilidad, derechos de contenido o fallback. Entregue a todos los finalistas el mismo pedido de evidencia para comparar capacidades, no estilos.
1. Resultado y journey
La agencia debe comenzar con una tarea y un resultado: encontrar una respuesta confiable, calificar una oportunidad, elegir una solución, resolver un problema o completar una transacción. Solicite journey actual, baseline, fricciones, segmentos e hipótesis de cambio. Google PAIR sitúa las necesidades humanas y la definición de éxito en el centro; la IA solo tiene sentido cuando mejora la tarea frente a una experiencia convencional.
2. Contenido, conocimiento y datos
Pregunte de dónde provienen hechos, ofertas, políticas, catálogo, pruebas e instrucciones. Exija inventario, autoridad editorial, vigencia, permisos, taxonomía, fuentes citables y manejo de contenido ausente o contradictorio. La agencia debe separar contenido público, datos personales y conocimiento restringido, y mostrar cómo CMS, DAM, CRM, analytics y recuperación permanecen gobernables.
3. Interacción, explicación y escalamiento humano
Evalúe cómo diseña intención, incertidumbre, confirmación y control. La experiencia debe declarar qué puede hacer, confirmar acciones relevantes, explicar límites, mantener rutas navegables y ofrecer una salida humana clara. Pruebe personas que rechazan personalización, hacen pedidos ambiguos, cambian de idioma o corrigen una respuesta. El objetivo es confianza calibrada, no parecer humano.
4. Arquitectura, rendimiento e integraciones
Pida un diagrama completo: navegador, experiencia, CMS, búsqueda o RAG, modelos, reglas, herramientas, identidad, CRM, comercio, observabilidad y fallback. Exija metas de velocidad, disponibilidad, costo por interacción y degradación controlada. NIST SP 800-218A incorpora prácticas específicas de IA al desarrollo seguro; esto debe verse en versiones, pruebas, dependencias, ambientes separados y respuesta a vulnerabilidades.
5. Accesibilidad, privacidad y confianza
La accesibilidad pertenece a discovery, diseño, contenido, componentes y pruebas, no a una auditoría tardía. WCAG 2.2 aporta criterios verificables, pero la conformidad también requiere evaluación humana informada con tecnologías asistivas. Solicite mapa de datos, consentimiento y preferencias, retención, tratamiento de entradas, avisos y revisión de claims. Cada control necesita responsable y evidencia de aceptación.
6. Evaluación y medición
Congele tareas y umbrales antes de ver resultados. Combine finalización, calidad factual, recuperación, accesibilidad, latencia, costo, conversión asistida, satisfacción, escalamiento y daño evitado. Incluya casos frecuentes, bordes, idiomas y ataques. El Perfil de IA Generativa de NIST plantea medir y gestionar durante el ciclo; una demo elegida por el proveedor no sustituye pruebas reproducibles sobre muestras representativas.
7. Operación, propiedad y transferencia
Defina quién actualiza contenido, prompts, evaluaciones, integraciones y políticas; monitorea incidentes; y aprueba cambios de modelo. Separe activos del comprador, componentes de la agencia y terceros. Exija documentación, exportación, acceso a logs, costos recurrentes, soporte, capacitación y salida. Prefiera un socio que reduzca dependencia sin eludir responsabilidad por la entrega.
La prueba de ruptura para finalistas
Presente el mismo escenario: cambia una política importante, la fuente autorizada aún está desactualizada, el CRM deja de funcionar y un usuario solicita una acción no permitida. Pida journey, arquitectura, fallback, mensaje al usuario, evidencia registrada y plan de corrección. La prueba muestra si estrategia, diseño, contenido e ingeniería operan como sistema o como frentes desconectados.
Contrate discovery antes del rollout
Use una fase acotada para entender usuarios, contenido, baseline, restricciones, arquitectura y riesgos; prototipar alternativas; y decidir si la IA es necesaria. El manual del gobierno británico concibe discovery como aprendizaje del problema y decisión de avanzar. Exija journey, inventario de contenido e integraciones, prototipo probado, arquitectura, backlog, aceptación, riesgos y estimación revisada.
Señales eliminatorias
Descarte propuestas que prometen personalización sin datos y consentimiento; ocultan costos del modelo; omiten accesibilidad; no mantienen una ruta útil sin IA; prueban solo contenido curado; impiden auditar fuentes; o requieren activos no exportables. También es una alerta cuando discovery está obligado a convertirse en rollout sin importar la evidencia.
Cómo decidir
Revise gates no compensables antes de sumar puntos. Entre finalistas calificados, compare claridad de hipótesis, calidad de evidencia, integración de diseño e ingeniería, transparencia económica y transferencia. Defina aceptación por tarea y riesgo, no por cantidad de funcionalidades. Vincule pagos a entregables verificables y conserve una decisión explícita de avanzar, rediseñar o detener.
Próximo paso
Use este scorecard con la guía de RFP en https://makinai.co/insights/es/como-crear-rfp-servicios-ia, la guía de producto digital con IA en https://makinai.co/insights/es/como-elegir-empresa-desarrollo-producto-digital-ia y la guía de atención en https://makinai.co/insights/es/como-elegir-empresa-ia-atencion-cliente-contact-center. Para combinar marca, contenido, UX y tecnología, visite https://makinai.co/services/es/agencia-branding-creatividad-experiencias-digitales.