Pague un discovery de IA cuando compre una decisión que todavía no puede tomar responsablemente. Debe aclarar qué problema merece inversión, quién está afectado, qué baseline existe, si datos e integraciones son viables, qué riesgos limitan la solución y cuál es el siguiente experimento que reduce más incertidumbre. No pague por una presentación genérica ni por implementación disfrazada; pague por evidencia portable y una recomendación que pueda decir detener.
Discovery no es piloto. Discovery decide si avanzar y de qué manera; un alpha, prototipo o piloto prueba una solución y sus hipótesis más riesgosas. Implementación convierte la opción elegida en capacidad operable. Mezclar las fases crea cronogramas falsos, trata código descartable como producto y compromete al comprador con el proveedor antes de tener evidencia.
AI Discovery Decision Gate-8: matriz de 32 puntos
Califique cada prueba de cero a cuatro: cero es ausente; uno, opinión; dos, evidencia parcial; tres, evidencia consistente; cuatro, evidencia validada y entregada. Exija al menos 24 de 32, ningún cero y todos los bloqueadores resueltos. La puntuación no decide sola; muestra si la incertidumbre bajó lo suficiente para elegir la siguiente fase.
- Problema y resultado — decisión de negocio, usuarios, flujo, dolor, límites y resultado medible.
- Evidencia de usuario y operación — investigación, observación, excepciones, volumen, responsables y contramétricas.
- Baseline y valor — desempeño actual, economía unitaria, costo de no actuar, rango de beneficio y supuestos.
- Datos — fuentes, derechos, calidad, representatividad, acceso, retención, actualización y brechas.
- Tecnología e integración — opciones, APIs, identidad, entornos, modelos, dependencias y evidencia de viabilidad.
- Riesgo y gobernanza — impacto, privacidad, seguridad, supervisión humana, accountability y controles.
- Adopción y operación — cambio de proceso, formación, observabilidad, soporte, costos recurrentes y ownership.
- Siguiente decisión — alternativas, roadmap, estimación por rangos, riesgos, aceptación y recomendación go/no-go.
Cuándo el discovery pagado justifica su costo
- El problema importa, pero solución y límites aún no están claros.
- Datos, integración o requisitos de riesgo pueden volver inviable la idea.
- Los stakeholders describen resultados o procesos diferentes.
- La siguiente inversión es demasiado grande para depender de supuestos comerciales.
- La empresa debe comparar construir, comprar, integrar o rediseñar.
- Una decisión negativa defendible ahorraría más que el costo del discovery.
El Service Manual británico recomienda comprender problema, usuarios y restricciones antes de construir y señala que la duración debe seguir el propósito; cuatro a ocho semanas es una referencia típica, no una norma universal. Ajuste tiempo y equipo a la decisión. Un flujo acotado puede requerir dos o tres semanas; una plataforma regulada y multisistema, más.
Cuándo no comprarlo
- La decisión ya está clara y solo un prototipo o piloto puede reducir la siguiente incertidumbre.
- El discovery es gratuito, pero los artefactos dependen de adjudicar la implementación.
- La fase repite investigación de usuario, arquitectura o datos ya validada.
- No habrá acceso a usuarios, owners del proceso, datos o sistemas.
- El alcance pide estrategia corporativa amplia sin una decisión delimitada.
- La conclusión obligatoria es confirmar la solución preferida por el patrocinador.
Exija ocho resultados que otro proveedor pueda utilizar
- Definición del problema y mapa del flujo actual.
- Registro de evidencia de usuarios, operación y excepciones.
- Baseline, fórmula de valor y supuestos económicos.
- Inventario de datos, acceso, calidad y brechas.
- Opciones de solución y arquitectura con trade-offs.
- Registro de riesgos, controles, responsables y riesgo residual.
- Plan del siguiente experimento, evaluación y aceptación.
- Roadmap, rango de estimación, dependencias y recomendación ejecutiva.
El acuerdo debe entregar documentos editables, mapas, inventarios, decisiones, supuestos, evaluaciones y resultados de pruebas producidos. Identifique dependencias propietarias y licencias. Respetando derechos previos y la legislación aplicable, un sucesor debe comprender la recomendación sin repetir toda la fase.
Use el equipo correcto y pruebe su independencia
El equipo debe combinar liderazgo de producto o estrategia, investigación de usuarios y procesos, datos e IA, arquitectura e integración, seguridad y riesgo, además de expertos del comprador. Solicite nombres y dedicación. Un equipo formado solo por ventas y arquitectura tiende a descubrir el producto que ya vende.
Añada una puerta intermedia: después de la primera semana, solicite hipótesis, evidencia faltante y opciones eliminadas. Si ningún hallazgo puede reducir, redirigir o detener la inversión, discovery no está funcionando como mecanismo de decisión.
Separe discovery, alpha/piloto e implementación
- Discovery — reduce incertidumbre sobre problema, valor, contexto, datos y riesgo; termina en decisión.
- Alpha o prototipo — prueba opciones e hipótesis riesgosas con el artefacto mínimo necesario.
- Piloto — mide un flujo acotado con datos, usuarios, guardrails y criterios acordados.
- Implementación — construye, integra, evalúa, opera, transfiere y escala la capacidad elegida.
La guía británica de alpha recomienda prototipos apenas complejos para probar ideas y admite descartar el código. GAO destaca que la madurez debe demostrarse antes de integrar. No permita que un prototipo de discovery se convierta automáticamente en la base productiva.
Defina precio, plazo y salida
Prefiera una fase timeboxed con precio fijo o tope claro, equipo nombrado, checkpoints y paquete de salida definido. Retenga una parte del pago hasta recibir la evidencia y la reunión ejecutiva de decisión. No vincule honorarios con el número de oportunidades de IA encontradas; eso premia listas extensas y no decisiones mejores.
Digital, Data and Technology Playbook afirma que la preparación temprana puede evitar errores costosos y conecta preparación, modelo de entrega, pruebas y contratación. Use ese principio para disciplinar discovery, no para ampliar talleres: cada actividad debe responder una pregunta de decisión.
Conecte priorización, discovery, piloto y cronograma
Use https://makinai.co/insights/es/framework-practico-priorizar-casos-uso-ia para elegir la hipótesis, https://makinai.co/insights/es/como-estructurar-piloto-pago-contratar-empresa-ia para probar la solución y https://makinai.co/insights/es/como-evaluar-cronograma-proyecto-ia-realista para validar el siguiente plan. Conozca https://makinai.co/services/es/consultoria-estrategia-ia-transformacion.
Cuándo involucrar a MAKINAI
MAKINAI puede estructurar un discovery independiente de la venta de implementación, integrar evidencia de negocio, usuarios, datos, tecnología y riesgo y convertir los hallazgos en una decisión ejecutiva auditable. El resultado debe permitir avanzar, cambiar de dirección o detenerse sin perder el conocimiento creado.