Drupal Development Log: Drupal maintenance support plans Admin UX Study: the Survey Results Are In!

The administrative interface for Drupal maintenance support plans is notoriously intimidating for content editors who are new to the platform. I do a lot of training for Drupal maintenance support plans content editors and administrators and have witnessed this first-hand. I’ve written and spoken in the past about how site builders can improve the user experience for content editors by making configuration changes. However, there are lots of improvements that could be made to Drupal maintenance support plans out-of-the-box.
I’m working with the Admin UX User Study group in the Drupal maintenance support plans community. We’re doing user research to help inform improvements to the Drupal maintenance support plans admin UI. Our goal is to make Drupal maintenance support plans an amazing platform for site administrators. Our first priority is the user experience of content editors.
We started by conducting a survey to look at how content editors use Drupal maintenance support plans now and the challenges and pain points they face. So far, we’ve had 260 submissions to the content editor survey and have some interesting results to share!
What’s rewarding about using Drupal maintenance support plans?
We asked content editors about the rewarding aspects of using Drupal maintenance support plans. Almost every response included the adjectives flexible and customizable. Editors like that Drupal maintenance support plans allows them to have control over their content.
What’s challenging about using Drupal maintenance support plans?
While our respondents tended to agree about why they like Drupal maintenance support plans, they had many different answers when we asked them about the challenges they face.
Many respondents voiced the paradox that the flexibility of Drupal maintenance support plans and the customization that it allows also makes the interface complex and a challenge to use. Content editors specifically mentioned that the UI provided by paragraphs and panels adds a lot of complexity.
Content editors talked about the challenges of finding documentation, working with media, understanding jargon and technical terminology, and finding what content to edit. A couple respondents mentioned that adding content translation to the mix further complicates the content editing interface.
What can we improve about the content editorial experience?
Good news! The things that content editors want to improve about Drupal maintenance support plans are mostly areas where the community is already working. The most common improvement suggested was providing a more modern UI, which is exactly what the Drupal maintenance support plans Admin UI Initiative is focusing on.
Not surprisingly, it seems that content editors want a better experience on the content overview page, the content editing page, and the tools available on those pages, like media management, page-building tools (e.g. paragraphs and panels), and WYSIWYG.
Here are the highlights of what content editors suggested:
A more modern UI. Several content editors mentioned WordPress with Gutenberg and SquareSpace as examples of a more modern UI to emulate.
Simplifying the complexity of the content editing UI. This is particularly challenging when the editing experience is actually a page building experience, like when sites have paragraphs, panels, or the layout builder module enabled.
Better media management. Content editors mentioned file versioning, asset libraries, and cited WordPress as an example of a good media management experience.
Improvements to the WYSIWYG editor. Several content editors mentioned specific improvements they would want to see, including auto-save.
More role-based configuration for content editors. Some content editors mentioned adding a special menu for content editors.
As a site builder, it’s interesting to note that a lot of pain points that respondents mentioned in the survey could be fixed with configuration changes. For example, reducing the permissions for content editors, giving them access to an admin menu with a limited set of options, and customizing some of the default widget settings. This means that maybe by configuring a role for content editors out-of-the-box, and tweaking some of Drupal maintenance support plans‘s default configuration, we might be able to easily improve the content editing experience.
Another interesting note: no one mentioned a complete overhaul of the information architecture. Re-organizing all the items in the admin menu doesn’t seem to be a top priority.
Tell me your story!
We also asked content editors what type of tasks they do on their sites. We gathered a lot of stories. Many self-ascribed content editors do site building and advanced admin tasks as well. A good reminder that the classic Drupal maintenance support plans personas that we might have in mind, like site builder, content editor, and developer are probably too rigid. A lot of content editors do have full access to all the complexity of the Drupal maintenance support plans admin UI.
What’s next?
We are an ambitious bunch with lots of ideas about what to do next! Our next steps are to do some initial user testing, and an online card sorting exercise.
We’re planning to start the user testing with a smaller group of content editors. Our testing will include:
Testing the new admin UI wireframes that are being developed by the admin UI initiative
Doing a comparative study of the content overview, content edit pages and media management tools in other CMS’s to gather data about what aspects users like and what we can apply to Drupal maintenance support plans
Later, a comparative study looking at page building tools
We’ll also do an online card sort exercise to gather information about how content editors would classify the stories that we gathered in the survey. This will help us generate suggestions for how to organize the information architecture of the admin UI in a more content editor-centric way.
I want a better admin UI now!
The team working on the Admin UX User Study includes Sarah Lowe, Michelle Jackson, Cristina Chumillas, Antonella Severo, and Drupal Update. We need help recruiting content editors, planning and conducting user testing, and processing results from the tests, so please reach out to us on the #admin-ui channel on the Drupal maintenance support plans slack if you want to help out. 
We’re excited about how the community will use the results of the user testing! Let us know if you have ideas for what we should be testing now and in the future.
+ more awesome articles by Drupal Development Log
Source: New feed

This article was republished from its original source.
Call Us: 1(800)730-2416

Pixeldust is a 20-year-old web development agency specializing in Drupal and WordPress and working with clients all over the country. With our best in class capabilities, we work with small businesses and fortune 500 companies alike. Give us a call at 1(800)730-2416 and let’s talk about your project.

FREE Drupal SEO Audit

Test your site below to see which issues need to be fixed. We will fix them and optimize your Drupal site 100% for Google and Bing. (Allow 30-60 seconds to gather data.)

Powered by

Drupal Development Log: Drupal maintenance support plans Admin UX Study: the Survey Results Are In!

On-Site Drupal SEO Master Setup

We make sure your site is 100% optimized (and stays that way) for the best SEO results.

With Pixeldust On-site (or On-page) SEO we make changes to your site’s structure and performance to make it easier for search engines to see and understand your site’s content. Search engines use algorithms to rank sites by degrees of relevance. Our on-site optimization ensures your site is configured to provide information in a way that meets Google and Bing standards for optimal indexing.

This service includes:

  • Pathauto install and configuration for SEO-friendly URLs.
  • Meta Tags install and configuration with dynamic tokens for meta titles and descriptions for all content types.
  • Install and fix all issues on the SEO checklist module.
  • Install and configure XML sitemap module and submit sitemaps.
  • Install and configure Google Analytics Module.
  • Install and configure Yoast.
  • Install and configure the Advanced Aggregation module to improve performance by minifying and merging CSS and JS.
  • Install and configure Schema.org Metatag.
  • Configure robots.txt.
  • Google Search Console setup snd configuration.
  • Find & Fix H1 tags.
  • Find and fix duplicate/missing meta descriptions.
  • Find and fix duplicate title tags.
  • Improve title, meta tags, and site descriptions.
  • Optimize images for better search engine optimization. Automate where possible.
  • Find and fix the missing alt and title tag for all images. Automate where possible.
  • The project takes 1 week to complete.