Saltar al contenido
aprendeaws.dev

Módulo 16 · Inteligencia artificial en AWS/Lección 110

Estrategia de IA para el negocio

Elegir los casos de uso correctos, medir el valor, prepararse como organización y pasar del piloto a producción.

Al terminar podrás

  • →Priorizar casos de uso por impacto y viabilidad
  • →Decidir entre construir, comprar o asociarse
  • →Medir el valor con indicadores y retorno de la inversión
  • →Evaluar la madurez y escalar de piloto a producción

La pregunta de negocio no es «¿cómo usamos IA?», sino «¿qué problema nos cuesta dinero, tiempo o clientes, y la IA es la mejor forma de resolverlo?». Responderla es trabajo de quien decide qué hacer, con qué presupuesto y cómo saber si funcionó. No hace falta programar, pero sí entender qué puede y qué no puede hacer la tecnología.

Conceptos en términos de negocio

CriterioAutomatización por reglasIA predictiva (ML)IA generativaAgentes de IA
Qué haceSigue reglas fijas: si pasa X, haz YPredice o clasifica con patrones aprendidosCrea texto, imágenes o códigoPlanea y ejecuta pasos con herramientas para cumplir un objetivo
EjemploAprobar gastos menores a un montoEstimar la probabilidad de fuga de un clienteRedactar la respuesta a un reclamoRevisar un pedido, consultar el inventario y proponer un reembolso
ResultadoSiempre igual con la misma entradaUna probabilidad; puede fallarVariable; puede inventarVariable y con acciones reales
Riesgo principalNo cubre casos nuevosSesgo y derivaAlucinaciones y datos sensiblesAcciones equivocadas con consecuencias

La IA no es la respuesta cuando:

  • Una regla simple resuelve el problema y es más barata, más rápida y auditable.
  • Necesitas el mismo resultado exacto siempre, como calcular impuestos.
  • No hay datos, o los datos son de mala calidad y nadie puede arreglarlos.
  • Un error es inaceptable y no hay forma de poner revisión humana.
  • El costo de construir y operar supera el valor que genera.

Los conceptos técnicos detrás están en fundamentos de ML y IA generativa.

Priorizar casos de uso

Haz una lista amplia con las áreas del negocio: tareas repetitivas, cuellos de botella, decisiones con muchos datos. Después califica cada caso en dos ejes. Impacto: ingresos, ahorro, riesgo que reduce, experiencia del cliente. Viabilidad: datos disponibles, complejidad técnica, riesgo regulatorio, equipo y tiempo.

CuadranteQué hacer
Alto impacto, alta viabilidadEmpieza aquíVictorias rápidas que dan credibilidad y aprendizaje
Alto impacto, baja viabilidadPrepara el terrenoInvierte primero en datos, gobierno o equipo; vuelve en unos meses
Bajo impacto, alta viabilidadHazlo si es baratoHerramientas compradas o mejoras pequeñas
Bajo impacto, baja viabilidadDescartaNo consume presupuesto ni atención

Cada caso necesita un dueño en el negocio, no solo en tecnología. Sin alguien que use el resultado y responda por él, el piloto queda huérfano.

Construir, comprar o asociarse

  • Amazon Quick

    Comprar el servicio listo

    Comprar: asistente de IA para el trabajo que conecta documentos, aplicaciones y datos de la empresa, con flujos, investigación y tableros. Es el sucesor de Amazon Q Business.
  • AWS Marketplace

    Comprar: software de terceros con IA, incluidos modelos y agentes, facturado en tu cuenta de AWS.
  • Amazon Bedrock

    Contratar al chef experto

    Construir sobre modelos fundacionales: tu aplicación con tus datos, guardrails y control del flujo, sin entrenar desde cero.
  • Amazon SageMaker AI

    Montar tu propia cocina

    Construir un modelo propio cuando tu problema y tus datos son únicos y tienes equipo de ML.
  • AWS Professional Services

    Asociarse: AWS Professional Services y socios de AWS Partner Network aportan experiencia cuando falta equipo o tiempo.

La regla práctica: compra lo que es igual para todas las empresas (un asistente de oficina, ayuda para programar). Construye lo que te diferencia o usa datos que nadie más tiene. Asóciate para acelerar o cubrir lo que tu equipo aún no sabe, con un plan para transferir el conocimiento.

Medir el valor

Sin una línea base no hay forma de demostrar nada. Antes del piloto mide cómo funciona hoy: tiempo por tarea, costo, errores, satisfacción. Después define dos tipos de indicadores. Los adelantados (leading) se ven en semanas: uso, adopción, tasa de respuestas aceptadas. Los rezagados (lagging) tardan más: ahorro, ingresos, retención de clientes.

Cifras inventadas, solo para practicar la fórmula.

Línea base: 20 000 tickets al mes, 12 minutos por ticket.
Con el asistente: 9 minutos por ticket (medido en el piloto).
Ahorro: 20 000 × 3 min = 1 000 horas al mes × 20 por hora = 20 000 al mes

Costo inicial (construcción, datos, pruebas):      60 000
Costo mensual (modelo, infraestructura, soporte):    8 000

Beneficio del primer año:  20 000 × 12             = 240 000
Costo del primer año:      60 000 + 8 000 × 12     = 156 000

ROI = (beneficio − costo) / costo
    = (240 000 − 156 000) / 156 000 ≈ 54 %

Recuperación = costo inicial / (ahorro − costo mensual)
             = 60 000 / 12 000 = 5 meses

El ahorro de tiempo solo es valor si ese tiempo se usa en algo útil o reduce un costo real. Incluye todos los costos: modelo, infraestructura, integración, evaluación, soporte y la gente que revisa. Para que el gasto no se dispare, define presupuestos con alertas, etiquetas por caso de uso y límites de uso por aplicación. Los detalles de tokens y modelos escalonados están en costos y rendimiento de la IA y la medición de calidad, en evaluar IA.

Madurez, gobierno y personas

Antes de escalar, revisa cinco frentes de preparación:

  • Liderazgo: un patrocinador ejecutivo con presupuesto y metas claras.
  • Datos: accesibles, con calidad conocida, dueños definidos y permisos claros.
  • Cultura: equipos dispuestos a probar, medir y aceptar que un piloto falle.
  • Infraestructura: cuentas, redes, seguridad y costos listos para cargas de IA.
  • Gobierno: políticas de uso, clasificación de riesgo y revisión de casos sensibles.

El AWS Cloud Adoption Framework (AWS CAF) ordena estas capacidades en seis perspectivas: negocio, personas, gobierno, plataforma, seguridad y operaciones. AWS publicó una versión para IA (AWS CAF for AI), hoy marcada como referencia histórica; para la parte técnica remite al Machine Learning Lens y al Generative AI Lens de Well-Architected.

La IA en la sombra (shadow AI) aparece cuando los empleados usan herramientas no aprobadas y pegan datos de clientes en ellas. Prohibir sin alternativa no funciona. Publica una lista de herramientas aprobadas, explica qué datos se pueden usar en cada una y facilita el acceso a las aprobadas.

Para el gobierno, clasifica los casos por riesgo. Bajo: un asistente interno que resume documentos públicos. Medio: un asistente que responde a clientes. Alto: decisiones sobre crédito, salud o empleo, con revisión humana obligatoria y evaluación de sesgo. Un comité con negocio, tecnología, seguridad, legal y cumplimiento aprueba los casos de riesgo alto. Los controles técnicos están en IA responsable.

La gestión del cambio decide si la herramienta se usa. Necesitas un patrocinador ejecutivo, campeones en cada área que ayuden a sus compañeros, capacitación por rol y una conversación honesta sobre el empleo. Muchos roles pasan de hacer la tarea a supervisarla: revisar, corregir y decidir los casos difíciles. Un centro de excelencia de IA reúne a ese equipo pequeño que define estándares, comparte componentes reutilizables y acompaña a las áreas.

Del piloto a producción

El AWS CAF propone cuatro fases iterativas. Aplicadas a la IA, cada una tiene un entregable concreto:

  1. 1

    Visualizar (Envision)

    Lista de casos priorizada por impacto y viabilidad, con dueño de negocio y resultado medible para cada uno.
  2. 2

    Alinear (Align)

    Brechas de datos, seguridad, habilidades y gobierno identificadas, con un plan para cerrarlas y apoyo de los interesados.
  3. 3

    Lanzar (Launch)

    Pilotos en producción con usuarios reales y alcance acotado. Criterios de éxito definidos antes de empezar, con línea base.
  4. 4

    Escalar (Scale)

    Lo que funcionó se extiende a más áreas con componentes compartidos, monitoreo de calidad y costo, y beneficios medidos en el tiempo.

Para ver cómo se construyen los casos que priorices, sigue con RAG y agentes de IA.

Quiz

Pon a prueba lo que aprendiste

0 de 5 correctas · 5 sin responder

  1. 1.Una aseguradora tiene dos ideas: un asistente que resume pólizas para el call center, con datos ordenados y alto volumen de consultas, y un modelo que fija precios en tiempo real, sin datos históricos limpios. ¿Por cuál empieza?

  2. 2.Una empresa necesita que sus empleados encuentren respuestas en documentos internos y aplicaciones como el correo y el CRM. No es algo que la diferencie y quiere tenerlo pronto. ¿Qué opción encaja?

  3. 3.Tras tres meses, un piloto de IA para soporte muestra que los agentes lo usan mucho, pero nadie midió el tiempo por ticket antes de empezar. ¿Qué falta para demostrar el retorno?

  4. 4.Seguridad descubre que muchos empleados pegan datos de clientes en chats públicos de IA. ¿Cuál es la mejor primera respuesta?

  5. 5.Un piloto de IA lleva un año «casi listo»: cada mes se agregan funciones y nunca se decide si pasa a producción. ¿Qué faltó al inicio?