Responsive design ushers in complexities that require a more involved design and implementation process. Because of this, the effort has piled up on the front end. Working in silos, where you talk to each other only occasionally or during scheduled meetings, has too many unknowns. Let’s look at how these new challenges create opportunities to work together better.
We have to kill the mentality that there is an assembly line of workers waiting for it to be their turn, and instead embrace more focused collaboration across the project’s entire team.
Getting Teams To Buy-In Link
Four or five years ago, before responsive design was a “thing,” I was asked to make a comprehensive checklist that our team could follow when building any website. Inevitably, an unexpected task or two would come up, along with a tightrope of a deadline, and we never looked at that checklist during the build. These days, the thought of making a step-by-step checklist for a responsive design build sounds like a cruel joke.
I’ve been on a small team building a large media website over the last year. It did not take long after the project kicked off to realize that our design team’s best work is done in tandem. We’d solve small problems, create momentum and then solve bigger problems.
It is crucial for all roles to be looped in and to have meaningful access to each other, not only for decision-making, but for brainstorming and healthy debate. Empower the team and cultivate an environment of encouraged collaboration and skilled problem-solving.
Make The Process More Transparent With Lightweight Deliverables Link
Sharing the decisions being made with the project’s entire team as the design evolves is a great first step. Keeping deliverables lightweight (i.e. sketches or style prototypes that demonstrate strategy instead of pure visual design) will take the pressure off the big reveal. This, first, keeps you from going too far down the rabbit hole without getting feedback and, secondly, creates trust through transparency — when the whole team gets to see the process, it is more likely to make informed decisions.
When working on something new, prototype ideas and then create interactive concepts in the browser, thus reducing the likelihood of miscommunication about what will change when pieces are made interactive.
The Web is continuing to distance itself from the outdated “page” metaphor, and more and more design systems are emerging. These design systems are often concretely established by the creation of a CSS style guide. As the guide becomes more robust, gaps get filled during development.
Demoing Interaction In Its Simplest Form Link
Showing a demo that has the desired functionality in a tool like Codepen4 or Dabblet5 is an added efficiency, and the functionality can then be reused as the website is planned across devices. There is no need to even upload anything to show it to others.
Live by the Browser, Die by the Browser Link
Look at reflowing content on different devices. A static example cannot be visualized when content reflows from portrait to landscape. Interaction will trump documentation. To show how a responsive design works, nothing tells the story as effectively as opening a browser and squishing and expanding the viewport in front of someone. Plus, getting the design in code brings added efficiencies, such as showing off CSS animations and showing active, focus and hover states.
How To Think Collectively As A Team Link
Right now, there is an outdated habit of delegating chunks of work to individuals. Problems need to be solved with momentum; otherwise, spinning your wheels until the next checkpoint becomes too easy. Reach out for feedback with non-disruptive methods of communication, such as Basecamp9, Slack10 and Skype, which are good ways to get unstuck without dismantling productivity through time-intensive meetings or phone calls.
The goal is to get this communication loop right, not only with the internal team, but with the client and any other decision-makers. You are not just depositing information, but rather thinking collectively.
War Rooms Link
A war room is a dedicated space for a team to communicate about a project in a focused setting, without interruption. This sends a message to the rest of the organization that everyone in the war room is off limits in terms of availability. More importantly, it cinches these feedback loops by way of proximity. Going “heads down” is an effective way to get designers and developers on the same page during crunch time (testing, milestones, launches, etc.).
A Shift in Mindset Link
Decision-makers need to be involved in the design process. A good rule of thumb is that, whenever a decision introduces a layer of complexity that will change the overall project, check that it doesn’t affect other areas of the project. Separate the act of unveiling the design from the process by sharing assets constantly during the design process.
Balancing And Powering Through Efficiency Gaps Link
An efficiency gap is created whenever a team’s execution breaks down due to a lack of communication or lack of knowledge about the design or functionality. When you are working on a design that scales proportionally, those miscues multiply quickly, which makes the discovery phase that much more important.
Ask questions. On the front end, missing design details is easy. Pull in the designer to make sure you are not bastardizing their thinking. Reviewing code helps to keep team members accountable for their work. Explain your decision-making process to each other to make sure you’re making thoughtful choices.
Making a website responsive is not a one-person task. Designers can work on comps to present ideas more concretely, without making any hasty assumptions about how exactly the design will look at each breakpoint. Rather than trying to create multiple pixel-perfect examples, we find it best to rely on the website’s existing foundation and get the work into the browser quickly to test it with our existing grid.
Think “Teamwork” Instead Of “Assembly Line” Link
The responsive design process requires both communication and practice if the team is to make any headway towards a finished product. Making sure your team is working with lightweight deliverables, demonstrating interactions in their simplest form, thinking collectively as a team and striking a balance are all meaningful steps towards making sure the result matches the vision.
Communicate Often. Work in Tandem. Trust the Team. Link
The focus on efficiency and a better workflow will reinforce the overarching goal of making great websites. Continued collaboration across the project’s team and a thoughtful approach in each area of the process will enable you to refocus and accomplish more with iterations, rather than with reworking.
Let’s work together better and embrace a unified approach on all fronts to design for all devices and experiences.
(al, ml, il)
- 1 http://www.flickr.com/photos/zeldman/12591652554/
- 2 https://www.smashingmagazine.com/wp-content/uploads/2014/05/02-css-style-guide.jpg
- 3 https://www.smashingmagazine.com/wp-content/uploads/2014/05/02-css-style-guide.jpg
- 4 http://codepen.io
- 5 http://dabblet.com/
- 6 http://codepen.io/frytyler/pen/jwlyI
- 7 http://codepen.io/frytyler/pen/jwlyI
- 8 http://cdnjs.com/libraries/foundation/
- 9 http://basecamp.com
- 10 https://slack.com/
Hold on, Tiger! Thank you for reading the article. Did you know that we also publish printed books and run friendly conferences – crafted for pros like you? Like SmashingConf New York, on June 14–15, with smart design patterns and front-end techniques.