Informar al usuario para que pueda decidir
La persona que utiliza el chatbot necesita saber qué puede hacer con su respuesta y cómo pedir ayuda. La información debe llegar a tiempo y ser comprensible en el contexto de uso.
Objetivo: redactar y comprobar una propuesta de información al usuario de USO-003, vinculada con sus límites, sus datos y la capacidad real de atención.
Empezar por las decisiones del usuario
Antes de escribir un aviso pregunta qué decisión debe facilitar. Al iniciar la interacción, el usuario necesita reconocer que habla con un asistente de IA y comprender su finalidad. Ante una recomendación, puede necesitar conocer las condiciones para utilizarla. Ante una duda o un desacuerdo, necesita encontrar un cauce de ayuda o revisión.
Un texto extenso que enumera todas las características técnicas puede dificultar esas decisiones. Organiza la información por momentos y permite ampliar lo relevante. La información más importante no debe depender de que el usuario abra un apartado oculto después de actuar.
| Momento | Información útil | Pregunta de comprobación |
|---|---|---|
| Antes o al empezar | Identidad del asistente, finalidad y vía de atención | ¿La persona entiende con qué interactúa y para qué sirve? |
| Ante un límite relevante | Qué no se ha confirmado y qué requiere revisión | ¿Puede decidir qué hacer sin interpretar el resultado como autorizado? |
| Al pedir ayuda | Canal, disponibilidad real y seguimiento previsto | ¿Puede continuar la atención sin volver al mismo bloqueo? |
| Ante un resultado cuestionado | Cómo solicitar reconsideración | ¿Se entiende qué información aportar y qué ocurrirá después? |
Relacionar el aviso con el funcionamiento
La comunicación debe reflejar el servicio diseñado. Si el chatbot solo prepara propuestas, no lo describas como una herramienta que resuelve y ejecuta actuaciones. Si una respuesta requiere revisión, no afirmes que todas se revisan previamente. Si la cobertura humana es limitada, no prometas disponibilidad permanente.
Las capacidades por confirmar no se convierten en afirmaciones comerciales. SUP-001 debe mantener la relación entre lo que se informa y la evidencia de que puede ofrecerse. Un cambio de ámbito, de canal o de horario puede exigir actualizar la información visible.
La advertencia «la IA puede equivocarse» es insuficiente para orientar al usuario. Necesita saber qué significa ese límite en su tarea: cuándo pedir aclaración, qué propuesta no debe aplicar sin revisión o dónde continuar la atención.
Tampoco trasladamos toda la carga de control al usuario con una frase como «usted es responsable de comprobarlo todo». El diseño del servicio debe ofrecer vías y controles acordes con el contexto. El aviso forma parte de ese diseño.
Utilizar un lenguaje accesible
Escribe frases breves y verbos concretos. «Solicitar revisión» expresa mejor una acción que «activar mecanismo de supervisión». Explica las siglas cuando sean necesarias y evita que la ruta de ayuda dependa solo de un color o de un icono.
La información debe poder leerse sin utilizar un formato visual concreto. Un enlace debe describir su destino y una acción debe poder identificarse con claridad. Comprueba también el orden en una pantalla pequeña y la facilidad para llegar a la alternativa de atención.
En los ensayos no basta con preguntar «¿te gusta el aviso?». Pide a otra persona que explique qué hace el asistente, si la respuesta está revisada y cómo pediría ayuda. Las dificultades observadas indican qué texto o recorrido necesita mejorar. Un ensayo con pocas personas aporta información de ese ensayo, no demuestra accesibilidad completa.
Aplicación a Tech Server IIT Spain
Este sería un aviso inicial propuesto para el ejercicio:
«Soy el asistente de IA de Tech Server IIT Spain. Puedo ayudarte con consultas de soporte dentro del ámbito del servicio. Mis respuestas pueden contener errores. Si una propuesta necesita confirmación o no resuelve tu caso, puedes solicitar ayuda por el canal de soporte. No introduzcas contraseñas ni información que el servicio no necesite».
Antes de utilizarlo hay que concretar y comprobar el canal. El mensaje sobre datos debe ser coherente con FD-001 y con las instrucciones de protección del servicio. No sustituye la información de privacidad que corresponda ni permite prometer que nada se registra si eso no se ha verificado.
Para nuestro supuesto de fuente no confirmada, el mensaje contextual puede ser:
«No puedo confirmar que este procedimiento sea adecuado para tu entorno. Esta recomendación necesita revisión antes de aplicarse. Puedes continuar por el canal de soporte para que se compruebe el caso».
Si la revisión aún no se ha iniciado, no diremos «un técnico está revisándolo». Si el sistema ha recibido la solicitud y existe evidencia de ese estado, el mensaje puede describirlo. Diferencia siempre petición registrada, caso asignado y revisión completada.
Mantener la información cuando cambia el servicio
Asigna una función responsable de revisar los textos y su relación con el protocolo. Un aviso puede quedar desactualizado porque cambia una vía de soporte o porque se limita temporalmente una función del chatbot.
Define qué cambios activan revisión y qué debe comprobarse antes de publicar el texto. La aprobación del aviso debe relacionarse con el servicio que se ofrece; no acredita por sí sola la eficacia de todos los controles ni la conformidad legal del uso.
La conexión jurídica se desarrolla en la lección 8.7 y se reúne con SUP-001 al cierre. Identifica siempre el rol, el supuesto y el contexto del uso.
Interacción y publicación son decisiones distintas
El aviso de interacción directa con IA se analiza en el artículo 50.1. El marcado técnico de salidas y la información sobre deepfakes o ciertos textos tienen supuestos propios. La lección 8.7 permite justificar cuándo corresponde informar sobre contenidos generados o manipulados, sin imponer una etiqueta visible automática a toda salida.
Actividad: redactar y probar dos mensajes
Prepara un aviso inicial y un mensaje para una recomendación pendiente de revisión. Enlázalos con las condiciones de SUP-001 y señala qué canal, disponibilidad o tratamiento de datos necesita confirmar la organización.
Después realiza una prueba sintética: entrega ambos mensajes a otra persona y pídele que responda qué puede hacer el chatbot, qué sabe sobre la revisión de la recomendación y cómo seguiría con su caso. Anota la comprensión observada, las dudas y un ajuste del texto. Si no realizas el ensayo, registra el diseño de prueba como pendiente; no inventes respuestas.
Orientación para revisar tu propuesta
Qué:
ambos mensajes deben ser coherentes entre sí y con el alcance de USO-003. El aviso inicial identifica el asistente y permite localizar ayuda. El mensaje contextual explica el límite concreto y la actuación siguiente. Ninguno promete una revisión, un plazo o una garantía que no pueda justificarse.
Por qué: La información facilita decisiones si refleja el funcionamiento y llega en el momento pertinente.
Cómo: Contrasta el mensaje con alcance, estado de revisión y canal de ayuda; pide a otra persona que explique qué haría con esa información.
Cuándo: Antes de publicar el aviso y al cambiar servicio, canales o condiciones.
Dónde: En SUP-001 y en los puntos de interacción pertinentes; enlaza el análisis de contenidos con la lección 8.7.
Con qué: Con mensajes, condiciones confirmadas y ensayo de comprensión, conservando dudas y límites.
Comprueba tu criterio
¿Es suficiente poner el aviso en una página que el usuario quizá no abra?
Qué:
La información esencial necesita estar disponible en el momento pertinente. Una página de ampliación puede complementar el recorrido, pero no sustituye esa oportunidad.
Por qué: La información facilita decisiones si refleja el funcionamiento y llega en el momento pertinente.
Cómo: Contrasta el mensaje con alcance, estado de revisión y canal de ayuda; pide a otra persona que explique qué haría con esa información.
Cuándo: Antes de publicar el aviso y al cambiar servicio, canales o condiciones.
Dónde: En SUP-001 y en los puntos de interacción pertinentes; enlaza el análisis de contenidos con la lección 8.7.
Con qué: Con mensajes, condiciones confirmadas y ensayo de comprensión, conservando dudas y límites.
¿Un aviso elimina la necesidad de supervisión?
Qué:
No. Facilita decisiones del usuario y acompaña los controles del servicio. La advertencia de error no reemplaza las condiciones necesarias para revisar e intervenir.
Por qué: La información facilita decisiones si refleja el funcionamiento y llega en el momento pertinente.
Cómo: Contrasta el mensaje con alcance, estado de revisión y canal de ayuda; pide a otra persona que explique qué haría con esa información.
Cuándo: Antes de publicar el aviso y al cambiar servicio, canales o condiciones.
Dónde: En SUP-001 y en los puntos de interacción pertinentes; enlaza el análisis de contenidos con la lección 8.7.
Con qué: Con mensajes, condiciones confirmadas y ensayo de comprensión, conservando dudas y límites.
¿Podemos decir que todas las respuestas están revisadas?
Qué:
Solo si esa afirmación corresponde a un funcionamiento confirmado. Si la revisión se aplica a determinadas tareas o situaciones, la comunicación debe reflejarlo.
Por qué: La información facilita decisiones si refleja el funcionamiento y llega en el momento pertinente.
Cómo: Contrasta el mensaje con alcance, estado de revisión y canal de ayuda; pide a otra persona que explique qué haría con esa información.
Cuándo: Antes de publicar el aviso y al cambiar servicio, canales o condiciones.
Dónde: En SUP-001 y en los puntos de interacción pertinentes; enlaza el análisis de contenidos con la lección 8.7.
Con qué: Con mensajes, condiciones confirmadas y ensayo de comprensión, conservando dudas y límites.
Lo que te llevas: mensajes que permiten entender y utilizar el servicio. En la lección 8.5 trabajarás la explicación de una respuesta concreta y la evidencia para revisarla.
Audio complementario · Bloque B
020. Cuando el chatbot se equivoca: revisión, escalado y transparencia en IA
Apoyo opcional a las lecciones 8.3 y 8.4. El contenido escrito permite completar las actividades.