Personas, grupos y organizaciones afectadas

Amplía la mirada: quien usa una herramienta no siempre es quien experimenta sus efectos.

Al terminar podrás: Identificar afectados directos e indirectos, recoger sus perspectivas y evitar que una media oculte diferencias relevantes.

La persona que introduce una consulta es visible, pero puede no ser la única afectada. Una respuesta puede guiar una decisión que repercute en otras personas, equipos, organizaciones o comunidades. Para comprender el impacto necesitamos seguir ese recorrido.

Distingue quién opera la herramienta, quién recibe la salida y quién experimenta sus efectos. Son funciones que pueden coincidir. No son tres grupos necesariamente separados: una persona puede usar el chatbot, seguir la respuesta y sufrir las consecuencias de una instrucción inadecuada.

En el clasificador, un técnico podría ver la propuesta mientras la persona que solicita ayuda espera en una cola. El equipo que depende del servicio también podría verse afectado. Son posibilidades que hay que contrastar con el proceso real.

Una lista que diga “usuarios, técnicos, empresa” sirve como punto de partida, pero no explica qué cambia para ellos. Añade el efecto posible, sus condiciones, su duración y la evidencia que permitiría comprobarlo.

En el ejemplo hipotético de una prioridad insuficiente, una persona podría permanecer más tiempo sin trabajar; el equipo técnico podría recibir contactos repetidos; la organización cliente podría acumular tareas pendientes. No todos estos efectos tienen que darse ni con la misma intensidad.

Anota también efectos favorables potenciales: una clasificación adecuada podría reducir una espera o facilitar una derivación. Para evaluarlos necesitamos saber para quién se produce la mejora y con qué contrapartidas. El promedio global no responde a todas esas preguntas.

Las mismas instrucciones pueden ser fáciles de seguir para alguien con experiencia técnica y difíciles para otra persona. Un canal puede resultar accesible para unas personas y presentar barreras para otras. La urgencia del trabajo, la dependencia del servicio y las alternativas disponibles también modifican la experiencia.

Estas diferencias sugieren preguntas de investigación, no etiquetas sobre la capacidad o el comportamiento de una persona. No atribuyas un problema a “usuarios difíciles”. Examina la información ofrecida, los canales, las opciones de ayuda y las condiciones del servicio.

Una señal de resultados diferentes entre grupos merece análisis, pero no demuestra por sí sola discriminación ni identifica la causa. Puede requerir examinar selección de casos, volumen, contexto, criterios y decisiones posteriores. Conserva las limitaciones de los datos.

Mapa de personas alrededor del servicio: operador, receptor, solicitante, equipos dependientes y organización; cada perspectiva se conecta con un efecto y una evidencia.
Operar, recibir una salida y experimentar sus efectos son funciones que pueden coincidir.

Puedes combinar entrevistas breves, revisión de reclamaciones, observación del recorrido de atención, pruebas de accesibilidad y análisis de casos. Elige métodos que respondan a preguntas concretas y permitan escuchar perspectivas que el registro técnico no refleja.

Consultar a un responsable ayuda a entender el proceso, pero no sustituye siempre la experiencia de quienes reciben el servicio. Del mismo modo, una única opinión no representa automáticamente a todo un colectivo. Explica a quién se ha consultado y qué perspectivas siguen faltando.

No deduzcas características sensibles de nombres, mensajes o perfiles para completar el mapa. Si necesitas estudiar diferencias entre grupos, define antes la finalidad, la pertinencia de los datos y las salvaguardas aplicables. En esta actividad basta trabajar con necesidades funcionales y situaciones ficticias.

Registra un identificador de impacto, el uso y el escenario relacionados, la persona o grupo afectado y el efecto real o potencial. Añade condiciones, alcance estimado, duración, reversibilidad y alternativas disponibles cuando puedas describirlas. Si no hay evidencia, escribe qué falta.

Distingue observación e interpretación. “Se registraron varios contactos” no significa necesariamente “la persona no comprendía la respuesta”. Podrían existir instrucciones contradictorias, un fallo persistente o una derivación inadecuada. Cada explicación necesita contraste.

Los efectos organizativos también forman parte del análisis de impactos. Y los riesgos pueden incluir consecuencias para personas. No construyas una división artificial en la que el registro de riesgos solo hable de la empresa y el de impactos solo de individuos.

Como extensión didáctica, supón que la revisión de un ticket lo considera urgente y que el clasificador había propuesto una prioridad baja. Todavía no conocemos la prioridad aplicada, la corrección posterior ni el tiempo de espera. Por ello, la interrupción prolongada es un impacto potencial condicionado, no un daño confirmado.

El mapa inicial incluiría a quien solicita atención, a quienes dependen de su trabajo, al equipo de soporte y a la organización cliente. Para cada uno pregunta: ¿qué efecto sería plausible?, ¿bajo qué condiciones?, ¿qué evidencia falta? No es necesario afirmar que todos resultaron afectados.

Una forma de avanzar es reconstruir la secuencia del ticket y recoger la experiencia de la persona atendida. Otra es comprobar si existía una vía de escalado y si resultaba utilizable. Que la vía figure en un documento no demuestra su eficacia en ese caso.

Construye un mapa para uno de los escenarios de la lección anterior. Incluye al menos una perspectiva que no sea la del operador de la IA. Señala posibles coincidencias entre funciones y evita crear grupos excluyentes sin justificación.

Tu resultado debe permitir pasar de “quién” a “qué efecto y cómo lo comprobaríamos”. Si solo has escrito nombres de colectivos, falta desarrollo. Si has afirmado un daño sin evidencia, reformúlalo como posibilidad y explica sus condiciones.

Tu ficha de trabajo

No introduzcas información confidencial. Los datos no se envían a ningún servidor y no se guardan automáticamente. Descarga tu ficha antes de salir.

Cómo revisar tu actividad

Tu resultado debe permitir pasar de “quién” a “qué efecto y cómo lo comprobaríamos”. Si solo has escrito nombres de colectivos, falta desarrollo. Si has afirmado un daño sin evidencia, reformúlalo como posibilidad y explica sus condiciones.

Escribe «pendiente» cuando falte evidencia. La ficha es una herramienta didáctica; no constituye una autorización ni una evaluación completa.

Referencias complementarias: ISO/IEC 42001 ↗ (nueva pestaña), ISO/IEC 42005 ↗ (nueva pestaña) y NIST AI RMF ↗ (nueva pestaña). Las fuentes públicas sitúan la gestión y los impactos de IA; los ejemplos, fichas y escalas de esta lección son elaboración didáctica propia. NIST es un marco complementario y no establece requisitos de ISO/IEC 42001.

Audio 011 · Escenarios de riesgo e impactos de la IA

Escucha este episodio al terminar el bloque de tres lecciones. Después, revisa tu ficha y las precisiones del caso que aparecen debajo.

Escuchar en iVoox ↗ (nueva pestaña)

José Manuel Hernández AgudoCurso SGIA e ISO/IEC 42001 · Lección 5.3