Checklist for handing off designs to product team
For seamless collaboration, the bridge should be made strong and perfect!
With short deadlines and crunch schedules, designs are often handed down to the development team one week before the product/feature’s release date, and they are asked to start sprinting. The designs usually consist of Photoshop files (PSDs) or Sketch artboards with a lot of layers and zero specs to accompany them.
The fact we need to understand is that this does not actually help the team, because what goes that way comes back the same way. The team will now or then spend time on making the product perfect. A better way out is to go on in a systematic way and give the developer everything necessary for a great product.
We understand the time crunch and so we embrassed all of this under one roof — CanvasFlip. Here’s the list of things you need to pass on to the development team :
- Design specifications
First things first!
“A picture is worth a thousand words” is quite a popular adage. And we cannot agree more that it does! It makes it possible to absorb large amounts of data in a glance. However, in the development business, a picture or a PSD might not be enough.
For developers, they need few numbers in addition to these PSDs and Sketch artboards. They need a design’s exact attributes to be able to write the HTML and CSS necessary to recreate the text and shape elements via code. If the design is not accompanied by RGB values and other specifications from the designer, then making approximate guesses or hunting through layers could lead either to errors or the loss of precious development time.
Storyboards showcases the flow of elements and the navigation from the links on the design screen, creating a visual narrative for the developer. Some links may not even load pages, but instead trigger effects like dropdown menus or modal windows. Storyboards give developers a snapshot of the entire experience so they understand why some complex interactions might be necessary. This makes sure that the developer is convinced about the elements & links; and hence does not misses out on any of them.
3. Interaction Maps
Interaction maps are pretty much like the storyboards except that they focus more on the flow of the design screens rather than the elements and links. I usually take a print of the automatically generated interaction map in CanvasFlip and drop annotations for the development team. This is extremely helpful for the developers (Developers would agree with me).
4. User personas
The strongest way to align design and development is to focus everyone on user needs. It’s important to list down the user behaviours, goals, fears, ambitions and habits.
Personas are not just a tool for designers. In my experience, personas tend to be ignored by developers, so to ensure this valuable research reaches the wider product team I pin up print-outs around the office to constantly remind the design and product team about whom we are creating for. It also acts as a great reference point to back any decisions made throughout the design and development process.
I usally mention the equivalent position holder in my company so that the team gets a clear reference to the persona.
Developers will always need some way to reference a designers mockups as they build websites or apps. It’s also useful to be able to interact with the mockups and experience how a user should be able to navigate through each page. If there are iterations to the design then online mockups can be quickly updated in one central point.
I hear, I forget;
I see, I remember;
I use, I understand
6. User testing report
Usually the developers are not very bothered about the user testing report, neither are the designers very vigilant about forwarding the same. But in my experience, I believe that collaborating on the user research creates a stronger sense of joint ownership and creation. Usability tests usually pin points the issues in the designs but to fix them, the team needs to brainstrom. I make sure that my developers too are a part of the discussion.
Over to you
Do you have any other items on your checklist while you hand off your designs to the product team? Do let us know in the comments section below.
Checklist for handing off designs to product team was originally published in Prototyping: From UX to Front End on Medium, where people are continuing the conversation by highlighting and responding to this story.