Qué resolvemos ·¿Cómo construyo algo que después camine solo?
Forge · Construir
¿Por qué su gente no usa el asistente que ya desplegó?
Lo desplegamos a cuatrocientas personas y lo abren cuarenta. Nadie dice que esté malo.
Por qué su gente no confía en el sistema, con los momentos exactos donde se pierde la confianza y el rediseño de cada uno.
Diseño de Confianza para Asistentes de IAEnviar esta página a quien decide
Qué recibe
- El informe de momentos de pérdida de confianza, con evidencia de sesión.
- El rediseño de los tres momentos críticos.
- La guía de patrones, para aplicar el criterio a las siguientes funciones sin nosotros.
- Los criterios de aceptación para verificar el rediseño cuando su equipo lo construya.
La prueba que viene al caso
- 700 agentes automatizados desplegados en una operación de 150 personas, donde la adopción se ganó o se perdió por estas mismas razones.
- Dos productos corporativos llevados al Cuadrante Mágico de Gartner, del lado de la decisión de producto.
- Agile y DevOps introducidos donde no existían, que es adopción antes que tecnología.
Cómo lo resolvemos
El método, no la promesa.
- Se habla con los que abandonaron, no con los que lo defienden. Es la decisión metodológica que define el resultado.
- Se marca el momento exacto de cada abandono, no la impresión general.
- Se revisa qué se le prometió al usuario cuando se desplegó, porque el origen del problema suele estar ahí.
- Se rediseñan los tres momentos críticos: procedencia, señal de incertidumbre, corrección y escalamiento.
- Se entregan criterios de aceptación verificables para que su equipo compruebe el rediseño una vez construido.
Para usar hoy, sin contratar nada
Los cinco momentos donde se pierde la confianza en un sistema que decide. Siéntese media hora al lado de tres personas que dejaron de usarlo y marque cuáles reconoce. La media hora sola ya le va a decir más que la encuesta interna.
- No se ve de dónde salió la respuesta. Sin procedencia, el usuario no puede defenderla ante su jefe y por eso no la usa.
- El sistema no dice cuándo no sabe. Un sistema que responde igual de seguro cuando acierta y cuando inventa enseña a no creerle nunca.
- No se puede corregir. Si el usuario ve un error y no tiene dónde señalarlo, deja de mirar.
- No hay salida hacia un humano. Cuando el caso es raro y no hay ruta de escalamiento, el usuario se va por su cuenta y no vuelve.
- Nadie sabe qué pasa si está mal. Si no está claro quién responde por un error del sistema, el usuario asume que responde él y elige no usarlo.
Un solo indicador dice más que el resto. Cuántas correcciones se atreven a hacer sus usuarios. Si son cero, no es que el sistema acierte siempre.
Le suena si
- Tiene una renovación de licencias encima y el uso no la justifica.
- Nadie se queja del sistema y aun así nadie lo usa.
- La gente lo abre, prueba una vez y no vuelve.
Antes de contratar
Se entrega el rediseño, no la implementación: el resultado depende de que su equipo o su proveedor lo construyan.
La adopción no se decreta, se diseña. Detrás de este trabajo hay un despliegue de setecientos agentes en una operación de ciento cincuenta personas, donde la adopción se ganó exactamente por estas razones: el sistema explica en qué se basó, deja salida al humano y se mide por uso, no por instalación.
De los que dejaron de usarlo, ¿cuántos le han dicho por qué?
Si el problema es otro
Todo lo que sabemos está escrito y nadie lo encuentra cuando lo necesita.
Asistente Documental de Dominio
El modelo sigue respondiendo. Nadie puede demostrar que responda igual de bien.
IA en Producción: Vigilancia de Modelos
El agente ya no solo responde: ejecuta. Nadie definió hasta dónde puede llegar solo.
Guardarraíles para Agentes