Warning: incorpora ya un editor en tu desarrollo Drupal

Desarrollar en Drupal es cosa de… desarrolladores, claro.

Son ellos las mentes pensantes, los modeladores, quienes construyen el site de una forma u otra según las necesidades del cliente. Un módulo por aquí, esta config así mejor que asá, un despliegue fallido, uno con éxito y voilà, aquí está nuestro Drupal con un lacito preparado para funcionar. [Que nadie se ofenda por la reducción simplista del proceso, please, ya me entendéis].

Y, realmente, nos podríamos quedar aquí. Nuestro Drupal ya está en marcha, pero la pregunta es: ¿podemos dar un pasito más?

Respuesta corta: Sí.

Respuesta un poco más larga: Sí, pero necesitas un nuevo punto de vista.

¡Ficha a un editor!

La principal ventaja de incorporar un editor desde el inicio del desarrollo es que te va a aportar una visión diferente.

Volvamos un momento al principio.

• Te llega la petición de un cliente para desarrollar un site.
• Quieren incluir todas las bondades de Drupal y confían en tu criterio.
• Pero ese site será dinámico, se actualizará con frecuencia y será el propio cliente quien maneje el CMS.
• ¿Es tu desarrollo lo suficientemente claro para que un usuario medio se haga con él?

Es en este punto cuando entra a jugar el editor. Esa criatura medio técnica medio no, que os puede hacer de filtro. Porque sabrá moverse en la funcionalidad, pero se pondrá las gafas de usuario final y sospechará de lo que se le haga difícil de entender.

¿Formularios farragosos? ¿Demasiadas opciones juntas? ¿Falta de información? ¿Y ahora cómo guardo?

Menos es más

Drupal se caracteriza por dar infinidad de opciones, pero no hace falta que las incluyas todas. Define bien lo que es necesario y lo que no.

¿Este campo es común en ambas traducciones y no se modifica? ¡Ocúltamelo y así no me pelearé con él en vano!

¿Hay una enorme paleta de colores disponible para un módulo, pero nuestra identidad de corporativa usa solo el gris? ¡Limítamelo!

No dar nada por sentado también es clave. Si no he rellenado un campo obligatorio, necesitaré que me señales – fuertemente, con saña – cuál es. Seguramente, también me ayude saber para qué es cada campo: un Title siempre será un Title, ¿pero ese campo encima del Body que se llama Description qué es? ¿Para qué lo has diseñado? ¿Un subtítulo? ¿Una entradilla? ¿Tan solo sirve como resumen para páginas con vistas y listados? ¡Ayudaaaa!

La disposición de los campos tampoco es banal. Muchas veces, el contenido generado llega con la forma y formato final al que se aspira, es decir, se reproduce offline una simulación del layout que se ha configurado en el Drupal. Si en una noticia web primero se muestra el título, seguido de la entradilla, la imagen y el texto, y luego las etiquetas, ¿por qué no seguir ese mismo orden en el formulario de carga de contenido? Esto facilitaría el proceso para quienes no están familiarizados con el sistema, ya que podrían seguir la misma lógica que han visto previamente al visualizar el contenido.

Las C’s de la comunicación

Claridad. Concisión. Corrección.

Estas son las claves de la comunicación a la hora de escribir cualquier mensaje. Configura la información de una manera sencilla, sin rodeos, de forma veraz y dando todos los datos. Eso nos llevan diciendo desde… desde siempre.

Un editor, si también es redactor, está bien familiarizado con estos términos. Y, en definitiva, es lo que espera de la usabilidad de su web: que crear una página sea algo ágil, sencillo e intuitivo.

Es un win win. Un editor en tu equipo es asegurarte un tester, un filtro, un amigo que jugará a ser el aliado del diablo para sacar punta tu trabajo, pero que te ayudará así a pulir posibles flecos.

Va.

Adopta a un editor.