Sorpresa para el cliente: lo lógico v/s lo funcional

Al revisar un sitio construido donde trabajo actualmente, constaté una vez más que hacer conjugar lo lógico y usable a los ojos del usuario, no siempre es compatible con lo funcional y programable.

El caso que estaba viendo consistía en una página de impresión amistosa que se levanta sobre la página original, y que por defecto despliega un cuadro de diálogo. En éste, se pregunta al usuario si desea mandar a “Imprimir” esa página o “Cancelar”. Para sopresa mía, en mi calidad de usuario, al elegir “Cancelar”, la página de impresión amistosa sorpresivamente se cerró del todo. Como usuario no esperaba en lo absoluto esta acción. Al seleccionar “Cancelar” sólo quería decir que no deseaba mandar a imprimir esa página, lo que no significa que se cierre.

Como el cierre es tan abrupto, mi sensación terminó oliendo a frustración, ya que mi expectativa original era ver la impresión amistosa, sus características y compararla con la página original. Sin embargo, de acuerdo con la programación dada, hacer esto sólo es posible en la medida que se manda a imprimir.

Conversando con el programador él me decía que las secuencias descritas aquí se programaron de esta forma a petición del cliente. Es perfectamente posible incluir el botón “mandar a imprimir” en la misma página de impresión amistosa. Esta alternativa permitiría a los usuarios visualizar la página de impresión amistosa sin necesidad de contar con una versión en papel.

No obstante, el cliente decidió evitar más clicks, y agilizar la toma de decisión de manera de relacionar la acción de imprimir con la apertira de la página de impresión amistosa. La opción del cliente se inspiró en responder al usuario evitándole clicks inncesarios. Sin embargo, de acuerdo con mi experiencia, me entra la duda que es mejor: ¿encontrarnos con sorpresas o navegar más?