Si tus clientes quieren un backend más sencillo para sus páginas, no les hagas loguearse en una plantilla “de administrador” – dales una plantilla “de cliente”.

Hace poco, un amigo mío compartió un boceto de una "plantilla de administración mejor". Si bien tuvo mérito, yo le respondí que ninguna mejora a una plantilla de administración me iba a satisfacer. O será demasiado simple y limitada para los integradores o será más complejo de lo que nuestros clientes querrían. Creo que una plantilla "mejor" de administración nunca será tan buena como una plantilla dedicada al “cliente”.

¿Qué es una plantilla de cliente? Técnicamente, todavía es una plantilla de administrador - instalándose como una plantilla de administración y proporcionando un acceso al backend. Pero difiere funcionalmente. El usuario de una plantilla de cliente es el cliente, no el integrador. El cliente necesita un interfaz que sea más simple y que se adapte a sus capacidades y flujo de trabajo. Por lo tanto, una plantilla de cliente bien diseñada diferirá en el diseño y las características, de una plantilla de administración tradicional. 

Empecé a construir versiones de cliente del backend hace casi dos años cuando salió Joomla 2.5. La plantilla de administración que elegí fue “Control de Misión” de RocketTheme porque me pareció que era relativamente limpia, sencilla y configurable. Durante la integración del sitio yo mismo podría utilizar Bluestork, pero a todos los usuarios de mis clientes se les asigna la versión simplificada y adaptada de “Control de Misión” como plantilla de su backend. Usando el ACL basado en roles (https://magazine.joomla.org/issues/issue-aug-2012/item/825-A-Case-for-Role-Based-ACL) , soy capaz de personalizar el backend de manera que un usuario sólo ve los enlaces,items de menú (https://magazine.joomla.org/issues/Issue-Apr-2012/item/721-Customizing-the-Admin-Menu) y funciones que él / ella está autorizado a acceder. 

Yendo más allá de la plantilla de cliente a menudo me gustaría sustituir los formularios de administración para mostrar sólo aquellos campos a los que un determinado usuario debería acceder (https://magazine.joomla.org/issues/issue-feb-2012/item/667-Customizing-an-Extensions-Edit-Screen ). Aprovechando los perfiles del JCE pude adaptar la barra de herramientas del editor para cada usuario y controlar a qué directorios podía acceder un usuario para imágenes y documentos. Las experiencias de backend de mis clientes son notablemente diferentes de la interfaz de backend que nosotros los integradores mostramos inmediatamente. 

Este enfoque me sirvió de mucho cuando construí una web de un condado donde cerca de 20 departamentos diferentes necesitaban gestionar distintos contenidos en el sitio web. La siguiente captura de pantalla muestra lo que un departamento ve cuando uno de sus usuarios se loguea. Cada departamento tiene un breve grupo de enlaces rápidos similar, vinculados sólo a las tareas que deben completar, y cada enlace lleva sólo a aquellas categorías de contenidos a las que están autorizados a acceder. Como puedes ver, la interfaz es sencilla en términos de“distribución” y personalizada. 

Pero la necesidad es la madre de la invención. La plantilla “Control de Misión” no se hará para versiones más allá de la 2.5. Las plantillas de administración de la serie 3.x son más complejas de lo que yo estaba entregando en la 2.5, y me impidieron estar satisfechos con mis entregables de la 3.x. Experimenté con lo que podía hacer y construí mi propia plantilla de cliente. 

Debido a que estaba programando mi propia plantilla de backend, he sido capaz de diseñarla más específicamente enfocada a la experiencia del cliente. Por ejemplo, mi plantilla de cliente no muestra el menú de administración predeterminado. Esto, por supuesto, requirió que desarrollara un mecanismo para crear una navegación específica para cliente - ya sea como una barra de menú de cliente o como un panel de control con enlaces rápidos agrupados a medida. Del mismo modo, he desarrollado un gestor de formularios que permite simplificar y adaptar el componente de formularios en el backend en base al perfil de ese usuario (o grupo al que pertenece). Recuerda, se trata de la adaptación a las necesidades de nuestros usuarios, así como de simplificar su experiencia. 

Cuando propuse por primera vez (http://www.slideshare.net/careytech/improving-our-clients-user-experience-jab )el término y el concepto de una "plantilla de cliente" estaba compartiendo cómo programar estas soluciones. Las respuestas de los asistentes rápidamente me alertaron de que la mayoría de los integradores quieren soluciones que sean instalables y configurables, sin requerir programación. Como resultado, estoy reenfocando mis esfuerzos para ver cómo estas soluciones pueden ser encapsuladas en extensiones instalables.

Implementar una plantilla de cliente no es el enfoque tradicional para la gestión del backend de un sitio web, a pesar de que podría convertirse en uno. Se trata de hacer la experiencia del cliente más simple y a medida. ¿Cuáles son los principios para hacer de la experiencia del cliente algo más simple? ¿Cómo tomamos decisiones eficaces al adaptar las experiencias de cliente por usuario? Este es un arte que va más allá de la simple instalación y uso de una plantilla de cliente. Mejoramos a través de la experimentación, la práctica y el diálogo.