mani
Aug 13, 2012
visibility 3084
star star star star star star
(6 votes)

Paper prototyping at EPiServer

Since developing a new CMS is a very costly activity involving a large number of developers working for several months, it is crucial that the user interface and the underlying software architecture is properly designed at an early stage so as to reduce the need for rewriting source code.

A clever way to ensure such a proper design (in the sense that the final product works as intended in the hands of the users) is to visualize and test the design before implementing it. In reality however, development and design often run in parallel, one trying to keep up with the other; sometimes development is ahead, and sometimes design is ahead. During the development of EPiServer CMS 7, we have made sure to involve users regularly to evaluate both design prototypes as well as the most recent implementation. Doing so, our project team has been able to identify usability problems and spur new ideas, and then adjusted the design to better suit our end-users.

At some stages of the process, we used paper prototyping to visualize the interaction design for some parts of the user interface. We simply invited people in the target group to try out the paper prototypes as if they were real user interfaces. As the participant "clicked" in the prototype, we moved the paper pieces around to simulate the behavior of the interface. Even though paper prototypes have many inherent limitations, they have been useful for testing overall interaction flows, wordings of text and impact of graphic design. 

Demo

This video clip shows how a design prototype could look like when we were evaluating a new concept for the toolbar in the new CMS:

Aug 13, 2012

Comments

Aug 13, 2012 04:01 PM

Paper prototyping is a very nice tool when you need to make quick iterations. Also works surprisingly well for user testing.

error Please login to comment.
Latest blogs
Is your website agent-ready? Using Cloudflare's readiness tool to assess your website

Part one: the visitor you didn't design for For twenty-five years we have built websites for two audiences: people, and the search engines that sen...

Scott Reed | Oct 29, 2026

Visual Builder without Next.js, Part 1: What Astro Has to Rebuild on CMS 13 PaaS

Series: Part 1: What Astro Has to Rebuild on CMS 13 PaaS · Part 2: Does It Survive DXP? (Redis-backed ISR, Graph webhooks, Cloudflare and preview a...

Piotr | Oct 29, 2026

Optimizely certifications in 2026: the new programme explained

How Optimizely's 2026 certification programme works: Foundation, Core and Advanced tiers, 17 product tracks, renewal, and which path to take.

Matthew Dunn | Oct 29, 2026 |

Visual Builder without Next.js, Part 1: What Astro Has to Rebuild on CMS 13 PaaS

A field report on the framework-neutral CMS SDK 3.1 beta: Visual Builder, the content model and live preview in Astro, on a real CMS 13.

Piotr | Oct 29, 2026 |

What Mattered More Than the API. Part 5: Process Uptime and the Benchmark

A long-running app imported 7x slower than a freshly restarted one, the finding that beat every API optimization, plus runnable benchmark jobs.

Stanisław Szołkowski | Oct 28, 2026 |

Virtual Teammates in Optimizely Mark: a hands-on first look

Virtual Teammates are the most interesting thing Optimizely has shipped on its agent platform this year, and the hardest to evaluate from a demo....

Minesh Shah (Netcel) | Oct 27, 2026