Seven participants tested Drupal 10, all with a background in web development, some with prior experience with content modeling using Drupal and some without. A set of scenarios were prepared that lead participants through modifying a content model of an existing Drupal site, both with and without Layout Builder. All of the testing was done using Drupal 10.0.2 with Umami installation profile.

The research objectives were:

  1. To understand the ease of use of the Field UI for implementing content models (i.e. content types with fields)
  2. To identify pain points or issues that users encounter while implementing a content model
  3. To understand the user flow and steps taken by users to implement a content model
  4. To identify areas where the current Field UI could be improved to enhance the usability and desirability
  5. Provide recommendations for improving the user experience (ease of use + desirability).

Full testing protocol for the research can be found here.

Quantitative metrics

  1. How easy was it to visualize the content model of the site? (1 very easy, 5 very challenging) Result: 2.7
  2. How confident are you that the changes you have made to the content model are correctly implemented? (1 uncertain, 5 very confident) Result: 3.7
  3. How easy was the process of making the changes to the content model? (1 very easy, 5 very challenging) Result: 2.9
  4. How satisfied are you with the overall experience of implementing a content model with Drupal? (1 very satisfied, 5 very unsatisfied) Result: 2.6

Insights in the Field UI

Description Related issues
Users are uncertain where the title is on the page since it's not displayed in manage display #2353867: [META] Expose Title and other base fields in Manage Display
Users find navigating between "content" and "edit content types" burdensome #3325034: Providing additional methods of navigating the admin interface
Users have to manually configure form display even when re-using an existing field #2717319: Provide better default configuration when re-using an existing field
Users are not aware of the Field List feature, but find it helpful for understanding how fields are being re-used #2895832: Move "Field list" and "Views plugin" pages from Reports to Structure
Some of the fields that are less important may be less prominent than the ones users should care about
Users struggle understanding which view mode they should be editing #2844203: Improve/Simplify situation around Default/Full view modes/view displays
Users struggle with understanding if they could re-use a field
Users find it unclear whether they need to hit save on the manage form display page or not #857312: Add a "changes not applied until saved" warning when changing widget/formatter settings
The term "Full content" may lead users to believe it displays all fields from a content type

Insights in the Layout Builder

Description Related issues
Users are confused by some of the layout builder preview content #3091478: Improve StringItem::generateSampleValue()
Users struggle understanding how layout builder section layouts work
Users don't understand the concept of sections vs blocks in Layout Builder #3073648: The list of available blocks in Layout Builder is overwhelming to users
Users struggle understanding the concept of label versus title in layout builder blocks
Users instinctively navigate to the "Layout" tab thinking they could edit the global layout from there
Users are not confident about what they could do with Layout Builder when navigating from manage display
Users struggle with drag and drop in Layout Builder
Users struggle understanding what are the blocks behind the layout builder preview #3043242: Differentiating blocks in layout builder is hard
Users are surprised by the locked layout builder field

Recommendations

  1. Users find navigating between "content" and "edit content types" burdensome. When a user makes changes within "Manage Form Display", it should be easier for the user to find out what the outcome of those changes to the form looks like.
  2. Users find navigating between "content" and "edit content types" burdensome. When a user makes changes within "Manage Display", it should be easier for the user to find out what the outcome of those changes to the displayed content looks like.
  3. Users struggle understanding which view mode they should be editing. They tend to assume that they can achieve what they want by modifying the default view mode, without even paying attention to the view mode selection. Make the view mode selection more prominent, at least in the cases where the full page view mode is in use. It might also make sense to show the full page view mode by default when it's in use because that's what users expect.
  4. When configuring a field, some settings within that form are more important than others. In some cases, however, the less-important fields are more prominent to the user. For example, the help textarea is prominently displayed but isn't critical to adding a field to the data model. Revisit how the form elements are organized to ensure that the most important fields are more noticeable than the less consequential ones.
  5. Users struggle to understand which view mode/block/etc they should be editing. View mode was the most frequently mentioned as a point of confusion. It should be easier for a user to know what block/entity/view mode/field/etc is in use on a given part of a page, so users can better identify what they would need to change in order to get the results they seek.

Comments

lauriii created an issue. See original summary.

lauriii’s picture

Issue summary: View changes

Added a couple more related issues to the issue summary.

lauriii credited ABElliott.

lauriii credited bnjmnm.

lauriii credited hooroomoo.

lauriii credited leymannx.

lauriii credited thamas.

lauriii’s picture

Status: Active » Fixed

Crediting people involved in the research. I'd like to give special thanks to Brianna Button and Mary Blabaum from Acquia's UX team. They were essential to the success of this research.

I'm marking this issue as fixed to ensure people get credited for the research. We will be opening follow-up issues for the implementing solutions to the issues we discovered.

tim.plunkett’s picture

Adding Megh who helped with early refinement of the script, as well as checking the checkbox for lauriii 😁

thamas’s picture

It was great to be involved. Thanks for the research!

lauriii’s picture

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.