Page Templates

Quick scroll through a couple of Hitachi Energy Pages

Problem

Pages did not follow a shared structure. That hurt both the user experience and the editor experience, because of higher cognitive load on users and higher effort necessary to create pages.

A person wearing glasses
				Description automatically generated with medium confidence

‘It is cumbersome to browse through pages, since each one is structured totally different; even though they inform about the similar products

Client

Needs to actively understand the page before browsing through content

A person with a beard
				Description automatically generated with medium confidence

‘Since I have to come up with new layouts, every new page I create takes me more time to assemble than to come up with the content’

Web Editor

Starts with a white canvas when she is creating a new page

Wireframes of multiple page templates

Proposal & Process

The proposal was to create topic-specific templates that editors could use as a starting point.

It was necessary to go through the following steps:

  1. Divide pages into topic types
  2. Analyze existing pages: identify patterns and best practices together with content owners
  3. Create wireframes based on that analysis
  4. Prioritize page areas and decide with content owners which should be mandatory or optional
  5. Translate wireframes into available frontend components
  6. Create visual mockups
  7. Get sign-off from content owners

Result

Editors gained a starting point that lowered initial effort and even shaped how they structured content on a page. Three months after the release, we held Q&As where editor feedback was excellent. They pointed out a big improvement on their workflow thanks to templates.

More consistent pages also helped people who were browsing content, because pages became more predictable regarding how content was arranged on each page. We did not have analytics data that could support this browsing benefit. What we could show clearly: template rules helped remove editors' bad practices that hurt user experience (for example, content hidden in tabs, misuse of tables, and missing headings).

As a bonus, visual hierarchy across pages improved through a new "Stage" component at the top of each page. Pages on the first level of navigation now start with a "Big" Stage that includes an image. Deeper, lower-level pages use a simpler title-only Stage.

Impact

The resources needed to create new pages were nearly cut in half. The average page creation time was reduced from 90min to 50min. Editors started focusing more on shaping content to fit the template rather than reinventing the layout every time.

Quick demo of the editor experience when creating a new page.

Challenges

This initiative faced many difficulties, among them:

  • Content owners wanted a wide range of options, so a lot of scope narrowing was required through strict prioritization
  • Migration of existing pages could not be automatic and needed manual work. That meant a transition period with several migration stages done one after another
  • Original estimate was 10 templates and ended up being 24+. We had to show or hide templates based on location and editor permissions
  • Template descriptions were not read, causing misuse of templates. In the short term we fixed this with live training. In the long term we added icons for each template in the backend so editors could visually spot the right structure and design

Example documentation of a page template.

Role

This initiative required me to wear two hats:

Project Manager

  • Coordinated the feedback loop with Business Units and Functions content owners, and moderated collaboration sessions
  • Created and coordinated editor training
  • Managed release communications to editors and content owners
  • Handled prioritization and planned the releases of new templates, plus the migration of existing pages into templates

User Experience Researcher

  • Analyzed the content in existing pages
  • Established requirements for each template
  • Defined the initial content areas and which components were required
  • Established the split between mandatory and optional areas

Learnings

From this project I got three main takeaways:

  1. Understanding Editor Freedom (also known as Less is more): what does it mean to let editors create pages freely? For many people, starting with a white canvas can become more of an obstacle than an advantage, because it forces layout decisions that are separate from the page's topic. Narrowing layout options in templates eases that load and lets editors focus on the content.
  2. Setting mandatory vs. good-to-have: it is important to have a clear view of what a design needs to work, because that choice affects the work of hundreds of people.
  3. Up to a point, page consistency is expected on any modern website. Once you find a website that looks different on every page, as a user you could even start questioning the content.
Next Case Study: Design System