So, Your're A Web Designer, Right?
What is the role of a web designer nowadays? An article about the changes that came with the awareness of responsive web design and the new workflow of designing in the browser.
THE WEB OF YESTERDAYWhen I started doing this we were what you’d call a petit-comitè. I called myself a developer and worked with a great graphic designer, one of a kind. Our roles were crystal clear back then. Seasons came, seasons went and we started getting deeper and deeper into it. As our imagination kept moving forward, our websites grew more and more complicated. We soon found ourselves in a crossroads and we were forced to rethink our whole model.
My journey into design started with typography, perhaps the only field where my man was not stunningly fluid. I never called myself ‘designer’, though, until I cut off from Adobe’s Creative Suite cold-turkey. Slowly but steadily my role evolved on to designing for functionality and interactivity, copywriting, structuring content, making layouts responsive, building strange custom web applications… Then I was designing. The Graphic Designer’s role evolved too, as he started getting gradually into development, my former side of things. It was from working together that we both expanded our notions and eventually our process. We were naturally responding to a new kind of situation.
THE WEB, TODAY‘A designer who does not write markup and css is not designing for the web, but drawing pictures’.
‘Most people make the mistake of thinking design is what it looks like. That’s not what we think design is. It’s not just what it looks like and feels like. Design is how it works’ – Steve Jobs
To remain on top of the situation, every kind of Web professional has had to cross enemy lines to create symbiotic partnerships, in some cases lifelong friendships. And of course, the up-and-coming generation finds itself full of strange creatures that don’t fall under any of the previous categories. They are something in and of themselves.
‘Web Design is Product Design’ – Andy RutledgeSome time ago, thinking of a designer as just a ‘Graphic designer’ wouldn’t have made much sense. Designers were actively involved in obscure parts of the process. Carving wood, painting, modelling, sometimes building, gardening…
So who killed the product designer?I haven’t been around long enough to have a clear view, but my guess would be compartmentalization. The sudden boom in demand might have driven companies to define enclosed cells of roles and responsibilities, or ‘silos’; then to hire disposable professionals that would fit, silently contributing to the creation of a thick, standardized, leaden model that would stand the test of time and ensure high-level productivity.
Some people are making public the interest of high-end companies in finding a new sort of profile. They call it the Unicorn. They even went as far as creating the Unicorn Institute to groom this sort of designer. He is defining a position, a new Experience designer or UX Generalist, whose skills make them ready for this entirely new scenario.
He makes a clear division between Specialists (experts in one field over others), Generalists (experts in more than one field) and Compartmentalists (having expertise in only one area). He argues that neglecting the possibility of expanding your boundaries and falling into the compartmentalist category is a career-limiting decision. Plus it’s no fun.
Today’s way of things calls for a new kind of Web designer. A Jack-of-All-Trades, master of none. Startups are looking for the kind of folk that can follow the process end to end. Big enterprises for a more flexible worker that can move swiftly between the many aspects of a project, without hiding behind the barriers of their specialty.
THE WEB OF TOMORROW
We’ve been exposed to some groundbreaking design work recently:
- The journalistic community has seen incredible new layout techniques that may get to redefine the way content will be presented.
- More and more services are going online. We are seeing smarter, faster, stronger web applications that are way closer to software than what a blog ever was. Plus many either benefit from the advantage of being an online tool. Many are based upon collaboration, and what better place than the web?
- Experiments with 3D graphics that resemble high-end videogames, straight in the browser. And so on.
- We are not in a header-nav-content-sidebar-footer scenario anymore.
- The skills needed to achieve the Web of tomorrow will mutate with the scenario. So changing the way we do websites starts by revising our process.
IN SEARCH OF THE HOLY GRAIL
The First step is the hardestThere’s always a phase to devise how to build a product. It is critical that designers and their teams are aware of the technology at their disposal and show little fear in trying something new. Most of the time all this new tech is out there to make our lives easier, and yet you see so many people reject it every day.
Then there’s a time for envisioning the application.
‘Hanging on to older processes that include creating static wireframes and pixel-perfect mockups for design is counter-productive […]. Instead of spending time designing for […] device widths […], designers now have to focus on designing for content’.
The static mockup has seen its time in the spotlight. We are designing for dynamic scenarios now, so we need dynamic prototypes.
‘Designing in the browser’ said: ‘Print tools give you an illusion of control that doesn’t exist on the Web’. It goes on to point out a number of things a Photoshop mockup will never be able to account for:
- Pixel perfection: never happened
- Feature uncertainty: browsers differ when handling effects, even the syntax is different
- Things never designed to interact together will end up interacting
- No control over content: take Google+ as a modern dynamic application. Never will anyone be able to mockup something such as this on Photoshop without a million problems.
- Design around content and user interaction
- Design for complexity and uncertainty
- Find where design breaks the user experience
- Find where data breaks design
- The outcome is a template ready for any use
- Use print tools later on to optimize prototypes
DESIGNING IN THE BROWSERI’ve seen way too many comments on blog posts saying something like ‘But that’s not designing in the browser, you’re using an editor!’. So let’s clear some assumptions first. Designing in the browser is not about using the browser as the one and only tool for designing.
‘Don’t design in the browser, decide in the browser.’ – UnknownIt is all about having direct communication between design, code AND the browser. Start designing, see it in the browser. Change stuff, see it in the browser. And if you get to do it in mobile at the same time, all the better.
There are a number of concerns in Web design that can be cleared straight away with this method. For instance, your site’s readability. It is a great way to gain time too: when you’re deep into designing for different states and screen sizes you tend to focus and lose that habit of moving stuff one pixel up or down. The perfectionist inside of you will be too busy checking relationships between elements, fine-tuning interaction details, etc. The big picture will benefit from this as well, as you are producing something that works, as opposed to a picture of it. It feels like moving from a flight simulator onto the real deal… kinda.
In the browser I learned the value of letting content drive my way of developing.
For example, I stopped using device media queries altogether. I started relying on visual cues when deciding where to insert a breakpoint. There was another time when suddenly it made no sense to make complex calculations anymore to account for margins, paddings, positioning… I started trusting my gut and experimenting with Developer Tools and learning to accept what was happening before my eyes. I grew so used to inspecting elements, rearranging them, playing with measurements, content and interactions that the habit ended up trickling down onto my everyday Internet activity. Now, whenever I stumble upon something that catches my eye – some layout detail, typography or anything interesting -, I find it very difficult to stop my urge to inspect it and play around with it. Questions start arising, like ‘What would happen to this thing if it had more text in it?’, ‘How does this guy float that there?’, ‘How in hell are the inline comments on Medium laid out?’. That last one I just had to include.
In the end, it’s all about learning how the browser handles the Web. It is not only possible but easy to learn to speak its language.
The first website I ever did I did in Chrome. I had no idea that by simply switching to Firefox it would look completely screwed. And my troubles got worse because I started testing it when I felt I’d finished it. It was a terrible week. But I’ll never stumble two times over that same stone. From that moment on I integrated visual testing in the development phase. And later on it became a crucial part of the design process. I ask myself how could I be OK with something if I never knew it would work?
Today I design and develop with my devices connected to the computer and I kind of catch problems before they even appear, this way. It’s become essential to me. I don’t trust my beautiful Apple stuff to fully represent the Wild, Wild Web, though. I never do 480, 768 or 1024px media queries anymore. And it feels liberating. It chooses random values each time (Small-ish. Medium-ish. Large-ish). Your site should look great in all of those. For the mad ones, it includes a ‘Disco’ mode, like those old Casio keyboards, ‘to watch the viewport bounce around like a maniac’. Is your site up to this?
THE LEAP OF FAITHIn Spain, a lot of us speak English. Most of us don’t, really. It’s more like this: we think of something in Spanish, in our heads we translate it into English and then we verbalize it, with an accent. And we look like morons. That’s not really speaking languages. It’s more like half-assed interpreting. The day you start thinking in English you start speaking in English. The more confident you grow, the better you speak.
But the key lies in the method. What makes the fluent speakers different from those who plainly interpret languages? It’s the lack of fear when challenged with a conversation. You learn to speak by speaking.
As I see it, this is very related to a designer learning to code. After all, it’s language we’re talking about. It’s not until you make that leap of faith that you’re starting to truly learn how an application works. It might look scary but there’s many people that have already done it and loved it.
The time you spend in learning to design for the Web comes back full circle.
Back in the day it was an odd feeling for us. On one hand we felt like we were somehow breaking out a proven way of working. On the other hand it felt like we were gradually let in on a big secret. We were making up our own rules as we went along. We were making our journey more interesting and as we grew more confident, the result was becoming stronger.
We were redefining ourselves as designers.