Featured Image
April 15, 2012
3 min read

Rapid HTML prototyping with Twitter Bootstrap

Getting Excited

Recently I started a new freelance role as an Experience Architect at a top London digital agency. I've been working across numerous challenging e-commerce projects. One particular project involved exploring the user experience for a responsive checkout as part of the wider e-commerce redesign.

My first reaction was to get excited about the prospect of being able to push the boundaries, not only in terms of redefining the user experience but also in the way in which we approach the development and documentation of it.

Due to the responsive nature of the project I didn't want to create multiple static wireframes to illustrate the way in which the interface would respond to different user and device contexts. So I decide to develop an HTML prototype instead. Enter Twitter Bootstrap.

Enter Twitter Bootstrap

There are many responsive HTML/CSS frameworks out there, but one of my favourites is Twitter Bootstrap due to the ease/speed of development, the quality of documentation and also its slick visual appearance.

I began the process of developing the prototype by sketching with good old pen and paper. After various revisions I opened up Coda and started scribing some HTML. After various iterations with feedback from key team members the initial release was ready.

Documenting User Journeys

After the initial prototype was completed I moved onto documenting the different user journeys. Now you could argue that this step is a little redundant. But it's almost a case of appeasing the client by bridging the gap between old skool wireframes with loads of annotations to having a prototype with no documentation.

There were two main user journeys for registered and guest users. As part of the documentation process I simply took screenshots of the different states of the prototype, dropped them into OmniGraffle and annotated the key interactions along the way. The purpose of this was to have a document that supported the prototype that gave key insights into how the prototype served the needs of different users, rather than to document how a menu/navigation item works.

In my opinion it is much better for both the client and us to build prototypes for them to play with than to mock up a static wireframe and annotate it to describe how it works.

The Benefits

By developing a prototype with Twitter Bootstrap (instead of creating static wireframes) I managed to:

  • Speed up the UX design process, cut costs and the pain of amending a large static wireframe document.
  • Produce a consistently styled interface.
  • Produce a reusable codebase for the development team to work from.
  • Improve the client's understanding of the UX though the creation of a more tactile artifact (rather than a static wireframe).


I love prototyping and having the chance to bring my coding skills to the table.

I'm slowly seeing more and more agencies come round to this way of thinking and get their clients on board the prototyping train.

I'm not saying you should abandon static wireframes, but with each subsequent project I work on I'm seeing more and more value being created though the refinement of this process.

I'd love to hear what you think? Are you a prototyping guru? Or a staunch static wireframer?

Other Blog Articles

Featured Image
A Sketch App tutorial showing how you can create UX mockups in 7 simple steps using Sketch, the Data Populator …
March 2, 2020
4 min read
Featured Image
A step-by-step account of how I created a design system for my own website using Sketch App and Zero Height.
February 23, 2019
7 min read
Featured Image
12 tips to consider when designing an online gym class booking experience. A personal story of bad UX and frustration …
October 21, 2018
7 min read
Featured Image
Here I share the design tools I use on a daily basis to help others going through the same predicament …
July 2, 2018
8 min read