Turnos y preguntas

En una conversación entre personas casi nunca hay dudas sobre a quién le toca hablar. Sacks, Schegloff y Jefferson lo describieron en 1974: los hablantes se turnan con muy pocos solapamientos y silencios gracias a señales que todos reconocen, como una entonación que se cierra, una pregunta dirigida o una pausa. Un sistema no tiene esa competencia de serie. Hay que diseñarla.

1. Que siempre se sepa quién actúa

Una conversación con un sistema necesita señales claras: cuándo habla el sistema, cuándo puede responder la persona, cuándo se está esperando algo y cuándo ha terminado el intercambio. La pregunta no es si cada respuesta acaba en interrogación, sino si queda claro qué tiene que pasar después.

La guía de Google lo resume en tres recomendaciones: marcar el turno de la persona, hacer una pregunta cada vez y no seguir hablando después de ceder el turno. La regla práctica:

Si necesitas que la persona responda para continuar, termina el turno con una pregunta o invitación concreta, deja de añadir contenido y espera.

La versión confusa termina con una pregunta, pero no se sabe cuál de las dos hay que contestar ni si hace falta el número de reserva. La clara deja un único turno pendiente. Si el sistema ya tiene opciones concretas, mejor todavía: «Hay plazas el jueves y el viernes. ¿Cuál prefieres?».

2. Pares adyacentes: lo que una pregunta crea

El análisis de la conversación llama pares adyacentes a secuencias como pregunta y respuesta, saludo y saludo u ofrecimiento y aceptación. La primera parte crea la expectativa de la segunda. Si alguien pregunta y no recibe respuesta, ese silencio significa algo.

Esto tiene dos consecuencias de diseño. La primera: cada pregunta del sistema obliga a la persona a responder, así que no conviene preguntar sin necesidad. La segunda: no toda respuesta debe terminar con una pregunta. (El artículo sobre los ingredientes de una buena conversación desarrolla otros tres movimientos: confirmar, dar seguimiento y guiar.)

Una respuesta que completa la tarea puede cerrar sin abrir otra obligación:

Una respuesta informativa puede ofrecer algo más sin convertirlo en una pregunta que parezca obligatoria:

El «¿Algo más?» en cada turno es una primera parte de par que no hacía falta. Alarga la interacción, obliga a contestar y hace que el sistema parezca incapaz de terminar.

3. Preguntas abiertas y cerradas

Una pregunta abierta deja que la persona exprese una meta o un contexto que el sistema no debería reducir de antemano: «¿Qué necesitas resolver?». Una pregunta cerrada sirve cuando la respuesta tiene pocas opciones o la precisión importa: «¿Quieres consultar el pedido o cambiar la dirección?».

Las dos tienen trampas. Una pregunta abierta promete que se puede responder libremente; si en realidad solo aceptas dos opciones, dilo. Una pregunta cerrada no debe encerrar a nadie si existe otra posibilidad legítima: ofrece «otra cosa» o una vía de ayuda cuando las opciones no sean exhaustivas.

4. Una pregunta cada vez, con excepciones

Preguntar una sola cosa por turno es una buena regla para la voz, para decisiones complejas y para situaciones de carga mental alta. No es una ley. En un formulario conversacional de bajo riesgo se pueden agrupar datos relacionados si el conjunto es pequeño, se puede contestar en cualquier orden, el sistema acepta respuestas parciales y no se mezcla una decisión con un consentimiento.

En el segundo caso son tres decisiones distintas, con consecuencias distintas. Juntarlas invita a responder «sí» a algo que no se ha leído.

5. Grice: pedir lo justo

Grice propuso en 1975 que la conversación funciona porque los hablantes cooperan y esperan que el otro también lo haga. De ese principio se derivan cuatro máximas, que el diseño conversacional usa como criterio de revisión:

Antes de añadir una pregunta, responde a estas otras:

1. ¿Qué decisión cambia según la respuesta?
2. ¿Hace falta ahora o puede esperar?
3. ¿Ya está en la conversación, en una preferencia guardada o en una fuente fiable?
4. ¿Se puede avanzar con una suposición segura y reversible?
5. ¿Entenderá la persona para qué se le pide?
6. ¿Es un dato sensible o innecesario?

Pregunta cuando las interpretaciones posibles llevan a acciones distintas, cuando falta un dato imprescindible o cuando suponerlo crearía un riesgo:

Y explica el motivo cuando no sea evidente, sobre todo con datos personales:

6. Aprovechar lo que la persona ya ha dicho

Las personas suelen dar más información de la que se les pide. Es la máxima de cantidad vista desde el otro lado: quien habla anticipa lo que el otro necesitará. El sistema debe aprovecharlo en vez de volver a preguntarlo.

Del mismo modo, las personas contestan solo una parte, añaden una condición o cambian de objetivo. Una respuesta útil no es inválida por no seguir el orden previsto. Reconoce lo que sirve, pide lo que falta y conserva el contexto.

7. Confirmar según lo que cuesta equivocarse

Una confirmación explícita tiene sentido cuando malinterpretar sale caro o la acción es difícil de deshacer: enviar un mensaje, pagar, borrar, compartir datos, confirmar una cita. No la uses para cada consulta inocua. Y confirma el dato o la consecuencia que importa, no un «¿todo correcto?» sin contexto:

Una confirmación breve también sirve para mostrar que el sistema ha registrado un dato importante: «Entendido: quieres cambiar la entrega al lunes». No hace falta repetir toda la petición como un eco. Repite cuando el dato va a tener un efecto externo, cuando puede haberse reconocido mal, cuando la persona acaba de corregir algo o cuando se retoma la conversación tras una interrupción.