Categories
Advertising business Search

Suckage begins here: why search engines now prioritize advertising over good UX

This kind of virtuous rising tide rent, which benefits everyone, doesn’t last. Once the growth of the new market slows, the now-powerful innovators can no longer rely on new user adoption and collective innovation from a vibrant ecosystem to maintain their extraordinary level of profit. In the dying stages of the old cycle, the companies on top of the heap turn to extractive techniques, using their market power to try to maintain their now-customary level of profits in the face of macroeconomic factors and competition that ought to be eating them away. They start to collect robber baron rents. That’s exactly what Google, Amazon, and Meta are doing today.

Tim O’Reilly, Rising Tide Rents and Robber Baron Rents: The Replacement of Organic Search with Advertising by Google and Amazon and What That Might Mean for the Future of AI

See also:

The Man Who Killed Google Search by EDWARD ZITRONThis is the story of how Google Search died, and the people responsible for killing it. (Hat tip: mORA.)

Search Party (2009): Triple Issue No. 292 of A List Apart, for people who make websites, is all about search. By JOHN FERRARA, AVINASH KAUSHIK, and LOU ROSENFELD.

Illustration: Kevin Cornell

Categories
Accessibility Adobe Advocacy AIGA art direction Authoring Bandwidth Best practices Browsers business Career client management Community creativity CSS Design Designers development Digital Preservation Fonts Future-Friendly HTML industry interface maturity Medium My Back Pages Off My Lawn! Performance Photoshop Rants Real type on the web Responsibility Responsive Web Design Site Optimization Standards State of the Web The Essentials The Profession Typography Usability User Experience UX Web Design Web Design History Web Standards Websites webtype work Working writing

This Web of Ours, Revisited

ONE MONTH and 24 years ago, in “Where Have All the Designers Gone?” (my HTMHell design column for Adobe of March 20, 2000), I discussed the deepening rift between aesthetically focused web designers and those primarily concerned with creating good experiences online:

More and more web designers seem less and less interested in web design.

Over the past 18 months or so, many of the best practitioners in the industry seem to have given up on the notion that a low-bandwidth, less than cutting-edge site is worth making. Much of the stuff they’ve been making instead has been beautiful and inspiring. But if top designers wash their hands of the rest of the Web, whose hands will build it, and whose minds will guide it? The possibilities are frightening.

An Imperfect Medium for Perfectionists

Why were many of the leading graphic designers and studios at the time uninterested in web design? For one thing, designers trained to strive for visual perfection found the web’s unpredictability depressing. The article provided clues to the frustrations of the time:

Good designers spend hours tweaking typography in Illustrator and Photoshop. Then visitors with slow connections turn off images.

Of course, where professionals trained in graphic design saw a distressing lack of control, others glimpsed in the infant technology a tremendous potential to help people, pixel-perfection be damned. To reduce the conflict to a cartoon, you might characterize it as David Carson versus Jakob Nielsen—though doing so would trivialize the concerns of both men. Designers already charged with creating websites found themselves somewhere in the middle—barking themselves hoarse reminding clients and managers that pixel-perfect rendering was not a thing on the web, while arguing with developers who told designers the exact same thing.

Visually inspiring websites like K10k showed that the web could, if approached carefully and joyfully, provide aesthetic delight. But many designers (along with organizations like AIGA) were unaware of those sites at the time.

Us and Them

Another source of tension in the medium in 2000 sprang from the discrepancy between the privileged access designers enjoyed—fast connections, up-to-date browsers and operating systems, high-res monitors (at least for the time) offering thousands of colors—versus the slow modems, aging and underpowered computers, outdated browsers, and limited-color monitors through which most people at the time experienced the web.

Which was the real design? The widescreen, multicolor, grid-based experience? Or the 216-color job with pixelated Windows type, a shallow “fold,” and pictures of headline text that took forever to be seen?

To view your masterpiece the way most users experienced it, and at the syrup-slow speed with which they experienced it, was to have an awakening or a nightmare—depending on your empathy quotient. Some designers began to take usability, accessibility, and performance seriously as part of their jobs; others fled for the predictability of more settled media (such as print).

A New (Old) Hope

My March, 2000 article ended on an upbeat note—and a gentle call to action:

For content sites to attain the credibility and usefulness of print magazines; for entertainment sites to truly entertain; for commerce sites and Web-based applications to function aesthetically as well as technically, the gifts of talented people are needed. We hope to see you among them.

That was my hope in 2000, and, all these years later, it remains my vision for this web of ours. For though the browsers, connections, and hardware have changed substantially over the past 24 years, and though the medium and its practitioners have, to a significant extent, grown the Hell up, beneath the surface, in 2024, many of these same attitudes and conflicts persist. We can do better.

Minus the framesets that formerly contained it, you may read the original text (complete with archaic instructions about 4.0 browsers and JavaScript that broke my heart, but which Adobe’s editors and producers insisted on posting) courtesy of the Wayback Machine.

☞  Hat tip to Andrey Taritsyn for digging up the article, which I had long forgotten.

Categories
Apple business Internet of Things Startups

Don’t bring venture capital to a knife fight

Contrary to what Imran, Ken, and I’m sure many others at Humane believe, the iPhone didn’t begin with their work in the 2000’s on Project Purple. It began in 1976 with the Apple computer, and the decades of goodwill it built up in consumers. The project was spearheaded by a guy ready to waste billions in iPod revenue if it helped achieve his vision, and he answered to nobody. It came together at the perfect point in time, when everyone knew the power of the Internet, but there wasn’t a way to carry the whole experience in your pocket. You can’t replicate all these factors in a few years, no matter how much money a VC throws at you.

Benjamin Sandofsky, Oh, the Humanity: Why You Can’t Build Apple With Venture Capital

Categories
Advocacy Best practices business Corporatism creativity ethics Ideas industry links Rants State of the Web The Essentials wealth work

Our Lady of Perpetual Profit

Corporations that take investors make an impossible promise to increase profits forever. Accordingly, they hire MBAs whose role is to juggle numbers to create ongoing, short-term profit. This juggling is frequently labeled “leadership.”

The juggling methods—abusing data, diminishing the primacy of the customer relationship, repeating what worked last year as if the demand for it will never end, and perpetually cutting costs—invariably remove value from the company. This, of course, results in more staff and cost cutting.

People who understand the customer and the product are ignored in favor of the number jugglers; research is disparaged in favor of a dogmatic relationship to data. 

The people who wreck the company get the big paychecks. Eventually a bigger company buys the first company, further destroying its value. The wreckers exit with more money, 1980s-corporate-raider-style. Skilled workers are laid off, quality plummets, and the cycle begins again. 

This picture of a business world with deeply misguided priorities—exemplified by horror stories from the worlds of tech, gaming, and entertainment—is brought to you by Doc Burford, whose discursive post, “the biggest threat facing your team, whether you’re a game developer or a tech founder or a CEO, is not what you think,” takes a while to get through, but is nonetheless worth reading.

It is not a picture of every company, to be sure. But it applies to many, and accounts for much of the worker unhappiness plus customer frustration that characterize this time and contribute to our political unrest.

I wrote this post so you’d know to check that one. Do it.

Categories
Advertising Best practices business Design

The dogs won’t eat it

My father used to tell this story to his project management students.

The executives of a dog food company were holding a meeting.

“The new label design tested through the roof!” said the VP of Marketing. “In double blind tests, it outperformed our B and C designs across all demos.”

“Unprompted recall has doubled since our last campaign,” the VP of Advertising chimed in. “Our ‘Share the Love’ theme line has gone viral.”

“‘Dog Mommies’ in key ethnic demos responded favorably to the new, ‘organic’ ingredients,” added the VP of Research. “The ‘fresh chunk of love’ concept is going over like gangbusters.”

“Our new ‘green’ delivery chain efficiencies look like a winner,” said the Director of PR and the Chief Scientist in unison. “We’re a cinch to win Green Co of the Month in Green Business Magazine.”

“So why,” asked the CEO, “are sales trending down?”

The executives looked blankly at one another. Finally the youngest of them spoke up.

“The dogs won’t eat it,” she explained.

No amount of marketing can save a bad product.


Photo by Victor Grabarczyk on Unsplash

Categories
Best practices Blogs and Blogging business Design wordpress

See me speak: WordPress.com Growth Summit

WordPress.com is holding its first virtual conference, I’m speaking there, and you’re invited. The WordPress.com Growth Summit is a two-day live event where you can learn to build and grow your site, “from start to scale.” To make it as inclusive as possible, the event will take place twice, with live sessions accessible to all Earth’s time zones:

  • In the Americas, Europe, Middle East, and Africa, the conference is August 11-12 from 11:00am–4:00pm EDT (15:00–20:00 UTC).
  • For attendees in the Asia Pacific region, the event is August 12-13 from 11:00am–4:00pm JST (02:00–07:00 UTC).
  • Can’t attend all of the sessions you’re interested in? No problem. The WordPress.com events team will record them all and make them available to you after the event.

diverse group of speakers will share tips on creating your site, aligning it to your business goals, finding an audience, building and nurturing an organic fan community, and more. 

As for me, I’ll co-host “Blogging and Podcasting: Defining Success” with the amazing Jason Snell. Here’s how we describe our panel:

There are almost as many ways to succeed at blogging and podcasting as there are bloggers and podcasters. In a lively discussion full of plentiful tips and takeaways, industry veterans Jason Snell (The Incomparable, Six Colors) and Jeffrey Zeldman (A List Apart, WordPress.com) will teach you how to:

  • Define your mission;
  • Craft and govern content;
  • Understand and cultivate your audience;
  • Maintain authenticity;
  • React to change.

You’ll also learn when and how to diversify, and how to make money with paywalls, stores, advertising, and more.

Explore the entire schedule of breakout sessions, demos, keynotes, panels, and talks.

It’s only $79 to attend if you order your ticket by Friday, July 31. On top of which, zeldman.com fans get an additional 20% discount with code Jeffrey20

After July 31, the ticket price will be $99. So register today.

Categories
business Career client management client services clients Design experience glamorous industry IXD Microblogging Own your content project management The Essentials The Profession twitter UX Web Design Wit and Wisdom work

Design Kickoff Meetings

Posted here for posterity:

Design kickoff meetings are like first dates that prepare you for an exciting relationship with a person who doesn’t exist.

Categories
business Career Design

Design is a (hard) job.

DESIGN WAS so much easier before I had clients. I assigned myself projects with no requirements, no schedule, no budget, no constraints. By most definitions, what I did wasn’t even design—except that it ended up creating new things, some of which still exist on the web. Soon I had requirements, schedules, and constraints, but most of those were self-imposed: for instance, I designed the first A List Apart, published a fresh issue every week, and created title illustrations for every article. This was design, but self-directed. I found it easy and natural and it never felt like work at all.

But then a curious thing happened: I began to get clients. And the more clients I got, and the more complex and sophisticated the projects became, the harder design became for me. I wish I could say I approach design with fearless joy, but the truth is, the longer I do it, the harder and more unnatural it becomes. Starting new projects is easy when you have almost no clue what you’re doing—as easy as playing is for a child. With experience comes knowledge of all the depth and skill you lack. You know how great some design can sometimes be, and how unlikely you are to attain anything resembling greatness on any given project. The very idea of beginning terrifies you.

You work past that, because you’re a professional, but the ease is gone. Maybe it’s just me.

And it isn’t just design. Writing comes naturally to me when I’m expressing myself on my own site, with no outside assignment and no deadline except my own sense of urgency about an idea. It’s easy when I’m crafting a brief text message or tweet. Or a letter to a friend.

But give me a writing assignment and a deadline, and I’m stuck. Paralysis, avoidance, a dissatisfaction with myself and the assignment—all the usual hobgoblins spring immediately to life. I fulfill my assignments, because I’m a professional. Sometimes, once I’m far enough past the initial internal pleading, denial, and bargaining, and have put in the first dull miserable hours of setting one word in front of another like a soldier on a long march through waist-high, rain-drenched mud—sometimes at that dreary midpoint, everything unblocks, and I feel pleasure and clarity as flow returns. That’s what writers on assignment fight for—to reach clarity and naturalness after slogging through the hateful murk.

I also play music, and I’m good at it as long as I’m sitting in a corner at an instrument or console, making stuff up for my own pleasure. But create a commercial music product? Not so much. I once had a small recording studio. I got rid of it. Too much pressure.

You get it.

In my heart I remain an amateur. The spirit of play is where my gifts lie. After 30 years in business I can do the other thing—I can fight through the loneliness to make good product on demand. That is, after all, how I feed my family, and there are many far worse ways to earn a dollar. But it’s never easy. It’s never The Joy.

Categories
business Career CSS Design Education maturity

You got this.

I’M LEARNING new tech and it’s hard. Maybe you’re in the same boat.

Through the rosy lens of memory, learning HTML and Photoshop back in the day was a breeze.

It wasn’t, really. And CSS, when it came along in 1996, was even tougher to grasp—in part because it was mostly theoretical, due to poor support in some browsers and no support at all in others; in part because the design model in early CSS wasn’t conceived by designers.

But my memory of learning these tools in 1995 and 1996 is pain-free because it’s an old pain, forgotten because of time passing and even more because the pleasure of achievements gained by acquired knowledge masks the pain of acquisition. (See also: learning to read, learning to ride a bicycle.)

Beyond all that, my old learning’s pain-free in hindsight because I view it through the filter of nostalgia for a younger, simpler me in a simpler time. I was faster, sexier, ached less. Maybe you feel that way sometimes.

Most of all, I falsely remember it being easy to learn HTML, CSS, and Photoshop because I wanted to learn those things. I was doing it for me, not for a job, and certainly not to keep up.

I was a pioneer—we all were, back then. I was passionate about the possibilities of the web and eager to contribute.

Do you dream in color?

That first year of learning web design, I often, quite literally, dreamed in four-color GIFs. I got near-physical pleasure from reducing file sizes. I subscribed to every web design mailing list out there, and even started one of my own.

Remember mailing lists? I don’t mean sponsored, monetized newsletters with images and tortuous HTML. I mean stuff you read in Lynx.

When I shared what I was learning, by writing about it—when I learned what I was learning by teaching it—I felt euphoric. We were at the dawn of a new kind of information age: one that came from the people, and to which anyone could contribute merely by learning a few simple HTML elements. It was going to be great. And democratic. And empowering. Our tech would uplift the whole suffering world.

With every new discovery I made and shared, I felt a sense of mastery and control, and a tingling certainty that I was physically contributing to a better world of the near-future. A world forged in the best tech ever: simple, human-readable HTML.

And then the future happened.

Cut to 25 years later. Web design has become overly and often needlessly complex, and social media’s having a profoundly antisocial affect that designers with good intentions seem powerless to change.

Design is supposed to fix the world, not break it. Yet some of us, possibly even most of us, work on products and at companies we feel conflicted about.

Design is supposed to value simplicity. And yet here many of us are, struggling to learn new tech, and not feeling it.

But enough about the universe; let’s talk about me.

I’m learning new tech and it’s hard.

I work at a company that makes it easy to use a popular open-source publishing platform. Making things easy for customers is what design’s about. It’s also, always, hard work. And it’s supposed to be. The harder designers work behind the scenes, the easier the experience is supposed to get for the customer.

I have a confession to make: I love hard, mental, strategic design work. I love going cross-eyed envisioning customer journey options small and large. I love it like I love good typography and icons and layout, and I’m way better at it than I ever was at those things. I love it like I love color schemes, and, again—I’m better at it than I was at those.

And, stop me if you’ve heard this one, the more strategic I gets, the further from the code I feels.

Learning new code and tools

I’m not on a product team—I do client-facing design on a special projects team inside our product company—but every designer at the company should understand our products on a deep level, and every designer at the company, whether officially working on product or not, should be able to help make the products better for the customer.

For team-building and other reasons, every designer at our company who can do so is flying to a desert resort next month for a meet-up. And at that meet-up, each of us will fix at least one thing that’s wrong with one of our products. And when I say fix it, I don’t mean file a bug report as a GitHub issue. I mean fix it.

To be ready for that, I’m learning code and tools I probably should have learned a few years ago, but, as a rich man says of his servants, I always had people for that.

New to my work day, before and after internal and client meetings, I slog away trying to master command line interfaces, GitHub workflow, WordPress Calypso, Gutenberg, and React. I’ll need facility in these areas to do a live product fix at next month’s meetup.

Getting the hang of this tech will empower me to fix broken designs and create good ones. That excites me. But learning new things is hard—and GitHub, Terminal, Calypso, Gutenberg and React do not come nearly as naturally to me as HTML, CSS, and Photoshop did 25 years ago (or so I remember).

Age. It’s not just a number.

We’ve all heard that the body replaces itself every seven years. Which means I’m not just a different person mentally, emotionally, and spiritually since I first learned web design 25 years ago; I’m also physically an entirely different person, inhabiting a body that’s been rebuilt, cell by cell, more than three times. (The actual science is more granular than the seven-year meme, but go with me, here.)

At my age, change comes harder than it used to. Guess what? That means I need to change, not just to do my job; I need to change to stay young. (No, that’s not science, but yes, it works.) When it’s hard to move, you need to start exercising, even if starting is hard. When you’re trapped in a dead-end relationship, it’s time to say goodbye, even though breaking up is sad and scary and hard as hell. And if you work in tech and find yourself thinking your past learning gets you off the hook from having to learn new things, you need to think again.

Change. Try it, you’ll like it.

I’m lucky. I work in a supportive place. When I get stuck, a dozen people offer to help. (If where you work isn’t like this, consider working with us.)

Learning new things is hard, and it gets harder if you’re rusty at it, but it gets easier if you keep at it. Or so I tell myself, and my friends tell me.

Maybe you’re in the same position. Maybe you’ve even wasted time and energy on mental ju-jitsu like this: “I believe in semantic, accessible HTML. Therefore I don’t need to learn React.” If that’s you, and it was me, review your thinking. There is no therefore. You can have both things.

You can do this, because I can, and I’m more stubborn and more full of myself than you ever were.

So to my old-school sisters and brothers in HTML. If you’re struggling to learn new things today so you can do your job better tomorrow, I’m going to tell you what a friend told me this morning:

“You got this.”

__

 

Photo by Tim Gouw on Unsplash

Categories
business Career Design Designers SVA Teaching The Essentials The Profession

On Teaching (plus Monday links)

TEACHING is a great way to find out what you know, and to connect with other human beings around a shared passion. It’s an energy exchange as well as an information one, and the energy and information flow both ways.

I’ve been a faculty member in the MFA in Interaction Design program at New York’s School of Visual Arts since my colleague Liz Danzico cofounded the program with Steven Heller in 2009. As with all programs and departments at School of Visual Arts, the MFA IXD  program is run by a faculty of busy, working professionals who teach one three-hour class per week, one semester per year.  It’s the kind of gig that doesn’t interfere with your full-time job, and even makes you better at it.

(Fun facts: In 1988, I moved back to New York, the city of my birth, specifically so my then-girlfriend could study computer graphics at SVA; the highlight of my advertising career, which preceded my ascension into web and UX design, was spent working for top SVA advertising instructor Sal DeVito; and I subsequently enjoyed a long romantic relationship with an artist who’d moved to New York to study painting at SVA. So you could say that my eventually  teaching at the place was overdetermined. When Liz told me of her new program and invited me to teach in it, it was as if half the prior events in my life had been whispers from the future. But I digress.)

Helping students have better careers

Since the program began, I’ve taught a class called “Selling Design,” which helps students completing their Masters thesis  decide what kind of work they’d like to do when they leave with their MFA, a few months after the class begins. There are so many opportunities now for people who design experiences, digital or otherwise. What should they do? Where will they be happiest? Inside a big company or a small one? A product company or an agency/studio? Should they start their own business?

And there are so many kinds of workplaces. In some, it’s your work that matters most. In others, it’s politics. How can you tell the difference before taking a job? We illuminate the right questions to ask and the clues in a student’s own personality that can lead to a great career or a blocked one.

The main teaching method is discursive: I invite designers who’ve had interesting and varied careers to come into the studio and have a conversation in front of the class. Mainly I ask questions and the guest speaker answers; then the class asks questions. Over time the speakers’ experiences and the takeaways I synthesize from them for the class create a picture of everything from how to tell if someone’s lying to you in a job interview to the signs that you’ve come to the right place.

A blaze of glory

Photo of Alexis Lloyd. Head shot, dark background.

This Thursday, May 2nd, at 10:00 AM, I teach my last class of the year, and I’m thrilled that my guest speaker will be Alexis Lloyd, Head of Design Innovation at Automattic, and previously Chief Design Officer at Axios, and Creative Director of The New York Times R&D Lab. In my initial months at Automattic, I’ve reached out to Alexis many times for help and insight, and she’s always generous, patient, and illuminating. It will be an honor and a pleasure to end my teaching year in what will surely be a great conversation with this experienced design leader.

For more about the MFA IXD program at School of Visual Arts, follow @svaixd on Twitter and visit https://interactiondesign.sva.edu/ . And for those who don’t yet know Alexis, here are some points of reference:

And now for something completely different

This being Monday, here are some additional links for your pleasure, having nothing to do with the above:

Yeah, but can you dance to it?

Animators, find the musical beats for your animation. A Twitter mini-tutorial, with some usefully illuminating comments. (Hat tip: Val Head’s UI Animation Newsletter. Subscribe here: https://uianimationnewsletter.com/.)

From the same source, this cute Earth Day animation

Accessibility Insights

The “Top 5 Questions Asked in Accessibility Trainings,” by Carie Fisher of Deque, is a wonderful, inclusively written introduction to digital accessibility. From “what’s WCAG, even?” to why the “first rule of ARIA is: do not use ARIA” (use supported HTML elements instead), answers to just about all your questions may be found here. (Hat tip: David A Kennedy.)

And if you like that, Deque has plenty of other great accessibility articles, including a whole series by the great Glenda Sims.

Solve the Right Problem: Derek Featherstone on Designing for Extremes” is a two-minute read that tells the famous “map for the blind” story—one of my favorite UX parables ever (not to mention a great #a11y insight). Thanks to Michelle Langston for reminding me about this 2016 post.

A man cradles his newborn.

Everything means something to me

Every once in a while, life gifts you with a genuine moment. “>Here’s my friend designer/author Justin Dauer and his newborn, exchanging important information during, of all things, a business conference call. (By the way, Justin is now hard at work on the second edition of his book, Cultivating a Creative Culture, which I recommend for anyone leading a team: www.the-culturebook.com/.)

For your viewing pleasure…

Jen Simmons giving a lecture.

We’re standing at the threshold of an entirely new era in digital design—one in which, rather than hacking layouts together, we can actually describe layouts directly. The benefits will touch everything from prototyping to custom art direction to responsive design. In this visionary talk, rooted in years of practical experience, Jen Simmons shows you how to understand what’s different, learn to think through multiple stages of flexibility, and let go of pixel constraints forever.

Everything You Know About Web Design Just Changed” by Jen Simmons (60-minute video, captioned).

Categories
Bandwidth Best practices business Content First content strategy Content-First Design UX Web Design

Beyond Engagement: the content performance quotient

Recently, Josh Clark, Gerry McGovern and I have been questioning our industry’s pursuit of “engagement.” Engagement is what all our clients want all the time. It’s the ? 1 goal cited in kickoff meetings, the data point that determines if a project succeeded or sucked wind. When our clients muse over their Analytics, they’re almost always eyeing engagement, charting its tiny variances with the jittery, obsessive focus of overanxious parents taking a sick child’s temperature.

Engagement is our cri de coeur. Our products, websites, and applications live and die by it. But should they?

For many of our products, websites, and applications, duration of page visit, number of our pages clicked through, and similar signs of engagement as it is traditionally understood may actually be marks of failure. If a customer spends 30 minutes on her insurance company’s site, was she engaged … or frustrated by bad information architecture?

For these products, websites, and applications, we need a new metric, a  new and different ? 1 goal. Think of it as speed of usefulness; and call it content performance quotient—or CPQ if acronyms make you feel all business-y and tingly inside.

The content performance quotient is an index of how quickly you get the right answer to the individual customer, allowing her to act on it or depart and get on with her day. It is a measurement of your value to the customer. For many apps, sites, and products, the content performance quotient offers a new goal to iterate against, a new way to deliver value, and a new way to evaluate success.

For many sites, engagement is still a valid goal

To be fair as well as explicit, spending extra seconds on a web page, and browsing from one page to another and another, remains a desirable thing on deep content sites like A List Apart and The Washington Post?—?sites that encourage slow, thoughtful reading.

A List Apart isn’t a place to grab code and get back to your web development project; it’s a place to ponder new and better ways of designing, developing, and strategizing web content. And pondering means slowly digesting what you have read. The Washington Post isn’t a purveyor of ten-second talking points and memorable but shallow headlines—it’s a place for detailed news and news analysis. That kind of reading takes time, so it makes sense if the owners and managers of those publications peruse their Analytics seeking signs of engagement. For everyone else, there’s the CPQ. Or will be, once someone reading this figures out how to measure it.

There’s also a new design paradigm that goes hand-in-hand with this new goal: shrinking your architecture and relentlessly slashing your content. It’s an approach we’ve begun practicing in my design studio.

But first things first. What exactly is the CPQ?

The content performance quotient (CPQ) is the time it takes your customer to get the information she sought, and here, less is more—or better. From the organization’s point of view, CPQ can be the time it takes to for a specific customer to find, receive, and absorb your most important content.

Come to where the messaging is

 

Consider the Marlboro Man (kids, check the Wikipedia entry), a silent visual spokesman for Marlboro cigarettes, created by the Leo Burnett agency for an era when Americans expressed their optimism by driving two-ton be-finned convertibles along the new highways that bypassed the old cities and the old urban way of life.

It was a time when Americans looked back on their historical westward expansion un-ironically and without shame. Cowboys were heroes on TV. Cowboys were freedom, the car and the highway were freedom, smoking the right cigarette was freedom.

On TV back then, when commercials had a full 60 seconds to convey their messaging, and nearly all were heavy on dialog and narration, Marlboro TV commercials were practically wordless. They showed a cowboy riding a horse. You saw him in closeup. You saw him in long shot. There were slow dissolves. There was music. There were no words at all, until the very end, when a suitably gravel-voiced announcer advised you to “Come to where the flavor is. Come to Marlboro Country.”

But it was in billboards along the highway and at urban entrance points where the campaign really lived. There was a beautiful shot of the cowboy doing cowboy stuff in the distance. There were four words: “Come to Marlboro Country.” One of them barely counts as a word, and you didn’t have to read any of them to get the message.

The billboards had one or two seconds to tell you everything, and they worked. At a glance, and from repeated glances over time, you knew that Marlboro was the filtered tobacco cigarette of the independent man who loved liberty. It was not the smoke of the neurotic urban dwelling subway rider (even if, in reality, that was the customer). Marlboro was for the libertarian in chaps. For the macho individualist with no crushing mortgage to pay off, no wife and kids to infringe on his horse-loving freedom. You got it all, without even knowing you got it. That’s performance.

Targeting convertibles on the information superhighway

In hindsight, it sounds ridiculous, but the super-fast storytelling worked: when I was growing up, Marlboro was what every child in my middle school smoked.

Remove the cancer and the other ethical problems from this story and hold fast to the idea of conveying information as close to instantaneously as possible. The geniuses behind the Marlboro Man achieved it by reducing their messaging to only what was needed—only what could be conveyed to a person passing a billboard at 60 MPH.

Your customer is not speeding past your messaging in a 1954 convertible, but she is speeding past it, and if you don’t optimize, she will miss it. For her to get your message, you have to work as hard as those evil ad wizards did. You must focus relentlessly on messaging (as well as design and site performance—but we’ll get into all that soon enough). Just as Leo Burnett cut their TV messaging to ten words, and their billboard to four, you must be willing to think twice about every word, every page. Mobile First taught us to focus above all else on the content the customer actually seeks. A better CPQ is what you get when you do that—particularly when you combine it with good design and optimal technical performance. 

Most business websites contain dozens of pages that were made to satisfy some long-ago stakeholder. They are pages that nobody visits. Pages that do nothing to help the customer or advance the business’s agenda. Putting all that junk online may have made for smooth meetings ten years ago, but it isn’t helping your business or your customer. Our sites, apps, and products must do both.

Content performance quotient: the secret sauce

Lately in my design practice I’ve been persuading clients to create sites that might superficially appear less effective if you’re going by engagement metrics alone, but which are actually far more successful because they are more instantly persuasive. At my urging, our clients have allowed us to relentlessly cut copy and chop sections nobody looks at, replacing them with a few pages that are there to do a job. We are lucky to have smart clients who are willing to jettison hundreds of hours worth of old work in favor of a streamlined experience that delivers value. Not every client has the courage to do so. But more will as this idea catches on. 

(By the way, don’t look for these projects on our studio’s website just yet; they are still in development.)

Serving only the content the customers actually need; streamlining and testing and fine-tuning the interaction to get the right customer to the right content precisely when they want it; wrapping the experience in an engagingly readable but also quickly scannable user interface; and doing everything in our power to ensure that the underlying web experience is as performant as possible—this, I believe, is the secret to increasing CPQ.

CPQ: the story so far

Designer Fred Gates, kicking it in Central Park, NYC.

 

The idea of delivering much less (but much better) first occurred to me while I was looking over a fellow designer’s shoulder. My friend Fred Gates of Fred Gates Design is working on a project for a client in the nonprofit education space. The client’s initial budget was not large, so, to be fair, they suggested Fred only update their homepage. But Fred being Fred, if he was only going to design a single page, he was determined to deliver tremendous value on it.

By focusing relentlessly on the objectives of the entire site, he was able to bring all the principal interactions and messages into a single performant homepage, essentially reducing a big site to a lean, fast, and more effective one.

Far from getting less, his client (and their customers) got much more than they expected.

Inspired by what my friend had achieved, I then proposed exactly the same approach to a client of ours. Not because their budget was a problem, but because streamlining was clearly the right approach … and a redesign is the perfect opportunity to rethink. When you repaint your living room, it gives you a chance to rethink your couch and divan. You’re most likely to consider changing your diet when you’ve begun a new exercise program. Clients are people, and people are most receptive to one form of change when they are already engaged in another.

Positioning CPQ as an aspect of technical performance is another way to overcome stakeholder skepticism. Lara Hogan has more on persuading peers and stakeholders to care about technical performance optimization.

We are a few weeks away from launching what we and the client are calling Phase I, a lean, performant, relentlessly message-focused web experience. But if we’ve done this right, we won’t have much to do in Phase II—because the “mini-site” we’re delivering in Phase I will do more for the company and its customers than a big site ever did.

I’ll be back with updates when we launch, and (more importantly) when we have data to share. Follow @DesignCPQ to stay on top of CPQ thinking.

 

Also published at Medium.

studio.zeldman is open for business. Follow me @zeldman.

Categories
business Career Design development

A beginning consultant brings skills, an experienced consultant brings value.

A beginning consultant brings skills, an experienced consultant brings value.

Early in a good career, you establish that you write the best code on your team, have the deftest touch in UI design, produce more good work more quickly than others.

You’re the person who resolves disputes about which typeface was used on an old poster. Or who knows more frameworks, has used more tools. Or who can fix the server when everyone else around you is panicking. Or all the above.

God is in the details. You sweat them.

You are incredibly skilled and you work to stay that way. You read design books and blog posts when your friends are out drinking or home watching TV. You keep a list of things to fix on your company’s website, and you make the changes whether anyone instructs you to or not.

Often, you make a site more accessible, or more performant, or easier to understand not only without being asked, but without being thanked or acknowledged. You do good in secret. You quietly make things better. You inspire good colleagues to learn more and work harder. Lazy or less talented colleagues secretly hate you. You’re the tops. You got mad skillz.

But the organization doesn’t treat you like the incredibly motivated, supremely talented, highly intelligent, deeply passionate professional you are.

The organization rewards something different. The organization looks for leadership, not among the most skilled, but among the most strategic.

The tragedy of great designers and developers

The tragedy of great designers and developers is when they get promoted to positions of leadership where they can no longer design or develop. And the other tragedy is when they don’t.

You can stay an ace coder, a design whiz, a brilliant copywriter well into your 40s and remain a valuable, employable team member. You will not go hungry. You will not be without work.

(By your 50s, finding jobs becomes tougher no matter how brilliant and experienced you may be, due to capitalism’s preference for hiring younger people and paying them less, but the multidimensional, interlocking problems of agism and economic injustice exceed the scope of this little commentary. Typically the solution to prematurely aging out of the market, even though you have much to contribute, is to go off on your own—hence the plethora of consultants in their late 40s. But here again, merely having skills will not be enough.)

To survive as an independent consultant at any age, and to remain meaningfully employable in digital design, you must bring something different to the table. You must bring value.

You must be able to demonstrate, in every interaction with management, how your thinking will help the organization recruit new members, appeal to a new demographic, better assist its customers, increase its earnings.

Consulting in a nutshell

As a professional with skills, you are a rock star to other designers and coders.

As a professional who brings value, you are a star to decision makers.

Both paths are valid—and, truthfully, a great designer, writer, or coder adds incredible value to everything she touches. But the value she adds may not be one management deeply understands. Just as developers understand development, managers understand management.

If you can speak that language—if you can translate the precocious gifts of your early, skills-based career into a seasoned argot of commerce—you can keep working, keep feeding yourself and your family, keep contributing meaningfully to society and your profession.

###

Also published at Medium.

studio.zeldman is open for business. Follow me @zeldman.

Categories
Best practices business Design Usability User Experience UX

Why don’t nonprofit sites convert?

Living in New York and working in media, I talk to nonprofit organizations a lot. Big or small, they all say the same. No matter how much work they put into their apps and websites, they just don’t get enough new members. No matter how many expensive redesigns they undertake, they still don’t convert. Why is this?

Generally, it’s the same reason any site with a great product doesn’t convert: the organization spends too much time and effort on the pages and sections that matter to the organization, and too little on the interactions that matter to the member. (“Member” is NGOese for customer.)

Of course there are sites that don’t convert because they have a crappy product. Or an inappropriately priced product. Or because their content attracts people who are never going to be their customers, and gets missed by people who might want what they’re selling. Or because their content attracts nobody. Failure has a thousand fathers, and most businesses fail, so the fact that a website doesn’t convert could mean almost anything. (To know what it actually means, you need data, and you need to watch users interact with it.)

But with nonprofit sites, the product is almost always great, and the person visiting is almost always interested. So what goes wrong?

Never mind the user, here’s the About page

What goes wrong is that nonprofit stakeholders are so passionate about their mission—a passion that only deepens, the longer they work there—that they design an experience which reflects their passion for the mission, instead of one which maps to a member’s mental model.

NGOs lavish attention on their About page and mission statement and forget to work on their members’ immediate, transactional needs. And this is true even for those members who are as passionate about the cause, in their own way, as the stakeholders are in theirs. In the wake of a hurricane, a passionate member thinks of your site in hopes of donating food or giving blood. But nothing on the site calls out to that member and addresses her needs. All she sees are menus, headlines, and buttons trying to lead her to what matters to the organization—namely, the things it says about itself.

How to satisfy the user and convert at the same time

First, decide what one single action you, as the organization, want the user to perform. Should they sign up for your mailing list? Make a donation? Keep it singular, and make it simple. One form field to fill out is better than two; two is better than four.

Next, put yourself in the member’s shoes. What does that member wish to achieve on your website? Have you created transactions and content that allow her to do what she came to do? Have you designed and written menus, links, and headlines that help her find the content that matters to her? Forget the organization, for now. Pretend the only thing that matters is what the user wants. (Because, ultimately, it is.)

Do these things, and weave your singular, simple conversion opportunity into each screen sequence with which your user interacts. To optimize your chance of success, place the conversion opportunity at the very point where the user successfully finishes transacting the business that mattered to her. Not before (where it is only a distraction). Not in another part of the site (which she has no interest in visiting). She’s a lot likelier to sign up for your mailing list after you’ve helped her donate food to her neighbors than she is to sign up in an unsolicited popup window.

Thank you, Captain Obvious

All the above suggestions are obvious common sense, and have been known since transactional web design was in its infancy in the 1990s. And yet, because of organizational dynamics, internal politics, and our getting so close to our own material that our eyes go out of focus, we forget these simple ideas more often than we use them—and fail when success is so easy, and so close to hand.


I’ll be leading a panel discussion, Dispatches from the Future: Nonprofits and Tech, on Wednesday, 20 September, in Brooklyn.

Categories
business Design

It’s just lunch.

A nice bowl of ramen.

I HADN’T heard from her in years. Suddenly, there she was in my in-box. Tentatively proposing coffee. Maybe lunch. A dam broke inside me, releasing a flood of warm memories. Our first, tentative contact ten years or more ago. Getting to know each other. Endless, happy discussions about where this thing was going. Coming together on goals and brand; on voice and tone. Finally, the joy of designing and launching her website. And then, abruptly, the last invoice and the hurried departure.

My former client. She had a new job now. She wanted to catch up. And, sheepishly, she admitted, she might want something more. Advice about a design problem.

Over an unassuming wooden table laden with summer lunch—mine was Ramen, hers was salad—we shared personal updates. Kids, relationships, projects. And then we got down to the real agenda: an issue at work that was stumping her. Desire for an outside perspective.

Former clients often feel slightly embarrassed about reaching out for a little free advice. They shouldn’t. As a designer, one of my greatest joys is to reconnect with good people whose projects I loved working on. Design is a job, but it’s also a relationship. When design is going well, the exchange of ideas is almost addictively exciting. And then, all too soon, the project ends, and, if you’re a consulting designer, and you’re lucky enough to have a steady stream of business, you move on to the next gig.

We designers have built-in forgetters: super powers that enable us to care passionately about the problem we’re solving and the people we’re solving it for, and then, absurdly, to discard those feelings as we move on to the next client and design problem.

Clients have a built-in forgetter too. They forget that our relationship, although partly monetary, was also very real. Many clients are self-conscious about reconnecting personally and asking for a small favor in the same breath. But I couldn’t welcome that more. If I can help people, it’s a joy to me. Collaborating on the discovery and solution to a problem isn’t just a stimulating mental exercise and a profession: it’s also a codependent rush.

Between the cracks of my studio’s bigger projects, I’m always looking for ways to help people. So, in the spirit of Ask Dr Web, I’m taking this opportunity to issue an invitation to folks located in or visiting New York. If you’re someone in my network—a former client or old friend or both—with a design problem to mull over, you don’t have to do the mulling alone. Ping me. And let’s do lunch.

Also published on Medium.

Categories
Best practices Blogs and Blogging business client services clients Design The Big Web Show User Experience UX

Big Web Show ? 159: If You Can’t Stand the Heatmaps, Stay Out of the Conversion, with @nickd

Nick Disabato AKA @nickd

NICK Disabato (@nickd) and I discuss heat maps, conversion rates, design specialization, writing for the web, Jakob Nielsen, and the early days of blogging in Episode ? 159 of The Big Web Show – “everything web that matters.” Listen and enjoy.

Sponsored by ZipRecruiter, Blue Apron, User Interviews, and Hotjar.

URLS