Tutorials > Specifying Interaction with Balsamiq
Designers, filmmakers, and animators have used low fidelity, static representations of content for communicating motion and interaction for years. Many of those techniques have been borrowed by software designers designing for the screen, and there are well-known practices for communicating interaction in static documents. This tutorial provides some tips for designing interaction in Balsamiq using these techniques.
The tutorial starts with a brief explanation of why these techniques are used, but if you like you can skip to the examples.
The spectrum of techniques for specifying and communicating interaction ranges from sketching to prototyping. Balsamiq is the sort of tool that sits somewhere across these techniques, and we think it bridges some of the gaps between sketching and wireframing, and only touches prototyping.
These are the techniques typical in design and development for specifying interaction in software, web sites, and applications.
We think Balsamiq fits into this picture of early ideation in different ways. We use and have seen our customers use Balsamiq for all of the types of design documents in the blue zone above—the Balsamiq-friendly zone. Using third-party tools, people even go beyond static prototyping capabilities to import Balsamiq files into apps that create rich interaction prototypes using technologies like HTML or Flash.
Before we get into the details about the techniques, let's consider the differences. Bill Buxton makes this distinction about sketches and prototypes.
Sketches and prototypes are both instantiations of the design concept. However they serve different purposes, and therefore are concentrated at different stages of the design process. Sketches dominate the early ideation stages, whereas prototypes are more concentrated at the later stages where things are converging within the design funnel. –Bill Buxton, Sketching User Experiences
Ideation is a constantly expanding and contracting funnel where you're producing many ideas then selecting and narrowing, and then repeating that process to find the right design. It's a funnel because many ideas become fewer and fewer as you iterate on the ideas that work. The main thing to note is that working at low fidelity at the onset lets you focus on issues at the core of the product, like function and interaction, before thinking about the surface.
Working in low fidelity saves time and money, and gives you a better chance of ending up with the right design. Jumping to high fidelity too soon can cost you time if you have to restart when a design needs to change direction. Pivoting is easy at low fidelity.
Let's take a detailed look at how you can specify interaction.
Flowcharting is one of those techniques that is only marginally within the Balsamiq-friendly zone. But you can do some simple user flow diagrams with the geometric shape component and some arrows. What you'll end up with is something loose and organic, more like something you'd create when sketchnoting with pen and paper, than what you'd create with a tool like Visio.
Here's how we do flowcharts. It's quick and dirty, but it gets the job done.
There are no magnets for lines to attach to and the edges of shapes remain rough and sketchy. So if you get past the need to snap to boxes and create rectilinear lines, then you can get by in communicating flow.
Thanks to Andrey Savchenko for the use of the WordPress Query Functions flowchart above.
The sketchboard technique is a low-fi sketching practice for creating many sketches quickly and iteratively. You typically review with a team, and refinie as you go. We use a technique of collaborative sketchboarding with Balsamiq using thumbnail interface sketches created with a special Sketch symbols library. We then iterate over the sketches in our web app, myBalsamiq.
The idea with thumbnail sketching is to draw a smallish representation of your design, roughing out boxes and greeking lines of text to get an idea of what your interface will look like. You actually don't even need text to sketch the interface, just scribbled lines. You can use text captions to describe what's happening in the story.
As you select the designs with the most merit, you can begin to move up out of the thumbnail scale into wireframe scale.
Wireframes are the core of the Balsamiq-friendly zone. This is what Balsamiq is mainly designed for—sketchy wireframes that represent elements of the screen, with annotations to specify the functionality, content, and interaction.
This is the easiest of the techniques for specifying interaction, however the wireframes alone cannot describe interactive behaviors, so annotation communicates what happens when certain actions are triggered. Wireframes with annotation and state illustration can serve as the interface specification given a team that speaks the same design language.
Sometimes words alone cannot communicate a behavior. When a picture is required, then we illustrate flow in the wireframes.
Our typical technique for illustrating flow starts with creating a wireframe, and then we identify elements in the wireframe with the interactive behaviors we need to communicate.
Our technique ends up looking like a hybrid of wireframe, page description diagram, and storyboard. In the margins of the wireframe we illustrate interaction, showing flow and state changes for parts of the view.
One neat trick you might try is to utilize the Markup toggling feature in fullscreen/presentation mode. You can Group and right-click the annotations and flow storyboards in the margins, select Treat as Markup, and they'll be hidden. When you're viewing in fullscreen mode, you can show the wireframes, and then toggle annotation visibility to show the flow storyboards.
When our needs are modest, we just combine words with arrows and broken-out illustrations, as in the wireframe below.
Storyboarding is the well-known technique we've stolen from film and animation. It's simple to grasp, and requires moderate effort. Typically to create a storyboard, you show full-screen wireframes, or wireframes of parts of an interface, and show key frames that depict when a change in state occurs.
Creating a click-through prototype is like animating a storyboard. You create a screen for each view, page or state, and then link together the files to create a click-through prototype. This is similar to how one would use hyperlinks in simple HTML documents, in PDFs, or links in PowerPoint or Keynote.
[View the prototype above and download BMML files.]
The first thing to be aware of is that files must be saved before you can link them. Once you have saved files, you can create links between wireframes using any of the components that support linking, for example, link, button, buttonbar, tabs, etc.
Please refer to the linking section of the help documentation. It shows how to use the property inspector to create links between saved files.
Once you've linked together your Balsamiq, you can use fullscreen/presentation mode to demonstrate the click-through prototype. If you export the project to PDF, you can also present the click through prototype in a PDF reader on any desktop computer, readily available and free.
This technique takes the most time and effort compared with the simpler techniques, and puts you in the position of maintaining more documents and potentially in danger of becoming precious with your wireframes. We tend not to use this technique too often, but it comes in very handy when you're doing demos or usability testing.
This last category we include because there are third party tools that take advantage of exporting to the open Balsamiq BMPR format to migrate your wireframes to a richer interactive prototype.
This takes considerable effort, but for those that want to do more with their wireframes after the right design has been selected, this is an option to make prototypes with working forms, and working state changes without requiring duplication of pages for each state. Once you go down this route, you're investing much more time on demonstrating the behaviors.
There is no right way to wireframe. These are merely suggestions or best practices for communicating interaction. The best technique is the one that helps you communicate the design and implement the idea well in the finished product. Depending on your audience, start with the technique that communicates as simply as possible, and move up to more sophisticated techniques when you absolutely need to. Over time, in the right situations, the simpler techniques will suffice as the audience for your design documents grows to understand the language you use to communicate interaction.
Do what works for you, and if you have a new technique using Balsamiq that you'd like us to know about, please tell us in our forums!