We’re looking for a marketing-focused designer to join our team

I’m Mercedes, Basecamp’s COO, and I’m leading our marketing efforts. I’m looking for a wonderful designer to lead our visual marketing team.

Designers at Basecamp are a fun bunch who bounce around different projects and do a bit of everything. In addition to graphic design, designers at Basecamp write tight copy, tell stories, design the UX for the website and marketing-related screens in the app, and write the HTML and CSS to make it all work.

While we’re thoughtful and deliberate, we move quickly and like to experiment often, so you may find yourself redesigning something you just designed. It’s all in the service of making something great! You should feel comfortable making new stuff, iterating on existing stuff, and everything in between.

This is your chance to design sites and materials that’ll be seen by millions.

Here are a few things my team worked on over the last few weeks:

  • We completely redesigned Basecamp.com around new messaging, and made the new site look and feel more like Basecamp the app.
  • We worked on a few ideas and designs for making upgrading a simpler process inside the Basecamp app. We’re a/b testing them now to see if they worked.
  • Designed a friendlier way for customers to play with a sample Basecamp and then create their own.
  • We used data to evaluate a log-in/signup issue, offered up a visual design to significantly reduce the problem, and worked with a programmer to implement the fix. We hope to roll this out soon.
  • Helped write and design emails our customers receive once they start using Basecamp.
  • Came up with an idea to help guide customers through the process of setting up a new Basecamp by asking them one simple question at a time. We designed the screens and worked with a programmer to hook them up. This will be launching shortly.

Here are some things we’d like your help with over the next few weeks, months, and years:

  • Continue improving Basecamp.com — design and a/b test a wide variety of alternate designs to see if we can improve signup rates and conversion.
  • Help us figure out the best way to help customers understand how Basecamp can improve their business.
  • Help us do a better job of explaining a variety of key features — either through visualizations, short videos, or storytelling.
  • Explore designs that speak to the different audiences that visit Basecamp.com, and make sure the site is organized to do this well.
  • Updating Basecamp.com frequently so it feels alive and fresh.
  • Support external events through focused landing pages and other collateral.
  • Lend a hand designing and redesigning our help/support materials.
  • Work on a variety of special print projects and surprises for customers.
  • Support anyone else in the business who needs visual/design help or inspiration.
  • And make sure everything we put out there looks great!

Other Considerations

This is an important role for us. Please take the time to read the following questions below before you apply. If they resonate, please apply.

  1. Do you enjoy telling stories and helping customers succeed? How can you demonstrate that?
  2. How does our product market itself? How would you blur the line between product design and marketing design?
  3. How would you use immediate feedback on how your design impacts our customers, their adoption of Basecamp and their success?
  4. Have you ever considered what the purpose of a website for a company like Basecamp should be?
  5. Are you someone who excels at getting your points across visually and succinctly? How do you do that?
  6. Do you like to see how your work can move company levers? What did you do that helped move the needle?
  7. Do you love seeing customers be successful? How do you do that?

Ready to apply?

Great! Here’s a couple more things you should know:

  1. You can work remotely for this job. I am based in CA. We just need to make sure we have some working schedule overlap. Working remotely is just one of our many our many benefits. Our CEO, Jason Fried, recently wrote about those benefits.
  2. We have a long standing history of favoring candidates who put in extra effort into their applications. Whether that’s a video of you introducing yourself or making us a custom website — that’s up to you. We want to know you’re qualified, but more importantly that you want this job and not just any job. Tell us why Basecamp.
  3. When you’re ready, you can apply by sending an email to mercedes@basecamp.com with the word DESIGNER in the subject. We’ll be accepting applications through May 1, and reviewing them on a rolling basis. If this role isn’t right for you, but you know someone who’d be perfect for the role, please share this posting with them.

Good Luck!

What “Sad Affleck” and an open source debacle teach us about success

Adapted from Gage Skidmore

A few weeks ago, two seemingly unrelated events took over our news feeds — Sad Affleck and the “left-pad” fiasco.

Sad Affleck exploded on YouTube with over 22 million plays, having a little fun with critic feedback on the new Superman vs. Batman movie.

And the “left pad” fiasco was about an “npm module”. Npm is a package manager for Javascript, which is a way for developers to list web “dependencies” to include in their application. These might be files they’ve written, but often they’re open source contributions from someone else.

Well, left-pad’s developer, Azer Koçulu, was upset by a trademark dispute with another company, so he decided to pull all the modules he had made from npm. Not a big deal if no one besides you uses those modules. But left-pad is depended on by many apps and developers. And when it disappeared, it crippled apps all over the web.

These two events don’t look related, but what they share in common is more important than most of the lessons I’ve seen taken from them so far.


We at Highrise recently open sourced a project of our own called Snapback Cache.

This was a piece of software we built to help make our activity feeds more user friendly. But eventually I also saw it as something we could spend a few hours polishing up into a open source script.

I didn’t expect much.

But, Snapback Cache turned out to be my most trafficked blog posts in all of March with tens of thousands of readers. It’s generated some very nice new attention to Highrise — a very high return for a tiny investment.

Is this an uncommon experience? Not at all.

“Sad Affleck” looks like it took only a few hours to produce as well. But a few hours turned into millions of viewers. Their next video was another riff on the same Affleck interview, and it racked up almost 74,000 views. Not the same impact, but a nice spillover.

And left-pad is only 11 lines of code. So of course the left-pad disaster generated questions like: Have we forgotten to code? Why do we introduce such potentially destructive dependencies for something so simple? Valid questions.

But I think the more important thing we can take away is that left-pad is downloaded 25 million times… A MONTH!

I doubt Koçulu, could have predicted the impact his module was going to have on the web when he put in the little bit of time open sourcing a simple method. And I couldn’t predict the success we were going to have with our Snapback Cache.

But the great thing is, we don’t have to. For such a small investment of time, we can afford to publish hundreds of things and maybe some of them will add real value (or entertainment).

There are big things of course that we want to make. The Batman vs. Superman movie itself took years and 250 million dollars to produce. But everything doesn’t always have to be so big. We can produce small things that can often have a huge amount of impact.

Keep publishing simple lessons you’ve learned. Don’t feel like you need to predict their success. Don’t feel like you need to spend inordinate amount of time polishing everything you put out there to the public. Even 11 lines of code can be something incredibly useful to so many people.


P.S. It would be awesome to meet you on Twitter, and check out the things, big and small, we’re up to with Highrise.

Fire Sale

Illustration by Nate Otto

LION’s products can mean the difference between life and death for the customers of this family-owned company, which makes protective clothing and training equipment for firefighters. From its origins in 1898 as a horse-and-wagon operation selling clothing to farmers in Dayton, Ohio, LION turns out everything from Teflon suits worn by medical personnel transporting Ebola patients to mini metropolises spanning 20 acres that can be set on fire to train fire departments. Fun fact: LION also makes the gear worn by the actors on the NBC show “Chicago Fire.”

LION’s business brings together complex logistics, creative thinking and the ability to manage high-pressure situations — not unlike the customers it serves.

Transcript

WAILIN: It’s a Monday morning and 65 Chicago Fire Department candidates are gathered at the city’s fire academy for a crucial part of their training. A few months ago, these men and women were measured for what’s called their turnout gear — their protective coats and pants. Today, they’re trying everything on under the watchful eye of academy instructors.

INSTRUCTOR: You’re gonna wear it up to 10 years before you get a new set, okay? So if something is not right, you’re not being prickly about it right now. We need to know if something is not right. Don’t hesitate to say something. Everybody understand that?

GROUP: Yes sir.

INSTRUCTOR: Trust me, we won’t always be as friendly in the next couple weeks, right? This is the day we need this stuff done right…

WAILIN: The candidates are making sure their names are spelled correctly on the backs of their coats, that their suspenders are the right length and they have enough coverage when they bend over or get down on all fours.

INSTRUCTOR: What I’m looking for is nothing that is too tight or that I’m absolutely swimming in. It’s going to be big. Think about it—unfortunately, a fact of the job is you are going to gain weight. Right? On this job. My point is that a little play room is fine in there because you’re gonna wear a sweatshirt, it’s gonna be 40 below sometimes and you’re not gonna be in a little thin t-shirt, so a little room inside that coat is fine. You just don’t want to swim in it, please.

WAILIN: There’s someone else on hand for the sizing exercise. Mike Kucharski is a representative from LION, the company that manufactured the gear for these firefighter candidates.

MIKE: This is the first time they’ve ever put this stuff on. Some of these guys, this is even kind of new to them, wearing this stuff, so we’re now just gonna check it out, see how it fits, make sure everything’s right, that they can move and do their work with this garments on.

WAILIN: Outfitting fire departments across the country is a big responsibility, and LION’s been doing it for almost a half century, using protective materials first developed for the Apollo space program. The company itself dates back to 1898, when its founder started selling clothing to farmers from a horse-pulled wagon. Today, the great grandson of that itinerant salesman runs a global company that provides firefighting gear, training equipment and logistical support for first responders and the US military. Find out how LION went from farmers to firefighters on this episode of The Distance, a podcast about long-running businesses. I’m Wailin Wong. The Distance is a production of Basecamp. The brand new Basecamp 3 is everything any team needs to stay on the same page about whatever they’re working on. Tasks, spur of the moment conversations with coworkers, status updates, reports, documents and files all share one home. And now your first basecamp is completely free forever. Sign up at basecamp.com/thedistance.

STEVE: This is a picture of Version 1.0 of LION. This is my great grandfather right here, standing next to one of his customers in front of a horse and buggy with Dayton Department Store on it.

WAILIN: That’s Steve Schwartz, the CEO of LION. We’re in a conference room at LION’s headquarters in Dayton, Ohio that’s filled with mementoes from the company’s history. The artifacts show LION’s evolution from a horse and wagon operation originally called Dayton Department Store to a bricks and mortar clothing retailer in downtown Dayton to a business specializing in uniforms for service station workers.

STEVE: This is a framed set of catalogs from really I would call Version 2 of LION, which is when my grandfather went into the corporate apparel business and we were selling uniforms to service station attendants. So you see, this is back I think in 1941, he was selling a shirt and trousers for the huge price of three dollars and 95 cents.

WAILIN: Most of the service station uniforms came in blue, and LION’s salespeople started noticing that a lot of firefighters also wore blue uniforms. That epiphany got the company into the fire business, initially making what’s called station wear, or the shirts and pants that firefighters wear when they’re not out responding to a call. Today, LION’s customers include the fire departments in cities like Chicago, Honolulu, Phoenix and Toronto. It also makes the gear you see on the NBC show “Chicago Fire.” The manufacturing process is very complex. Even something that seems simple, like an exterior coat pocket, can be customized thousands of ways at LION’s factories in southeastern Kentucky.

STEVE: We have probably over 10 thousand different types of pockets. We make pockets for putting your hands in to stay warm. We make pockets to store your mask, for holding your radio, so there’s just a really infinite number of potential shapes and sizes that we can make. So we’re really in the mass customization business to that extent, and that is something that makes us more valuable to our customers, which is good, but it adds a lot of complexity to the manufacturing process. The average order size for us, even though we’re making tens of thousands of these a year, the average order size is, I think, between four and six sets of gear.

WAILIN: There are 30,000 fire departments in the US and most of them have 75 people or fewer, so each order is small and different from the next. But all of LION’s products undergo the same rigorous testing. Threads have to stay intact up to 536 degrees Fahrenheit before melting. Helmets, boots, zippers and snaps have to withstand 500 degree heat for five minutes without dripping or igniting. LION uses materials like Kevlar and Nomex, which were developed for spacesuits worn by astronauts in the Apollo program. In the case of its CBRN suits — that’s chemical, biological, radiological and nuclear — LION is just one of two companies licensed to use a particular kind of Teflon. In 2014, US medical personnel transporting Ebola patients wore LION suits. The company doesn’t make Kevlar or Teflon, so it’s somewhat reliant on its suppliers to keep coming up with technological improvements. That motivates LION to actively seek out the best stuff for its gear.

STEVE: A lot of materials in our products are materials that were developed for other purposes beside firefighting that we have found and have adapted to firefighting. We are the only company in our industry that uses a flame-resistant closed-cell foam for padding that does several things. First, it obviously cushions your knees and elbows because it’s foam. Number two, it doesn’t absorb water in the process like open-cell foam would or just fabric would. And so that was something we found that was being used for aircraft insulation.

WAILIN: There’s a kind of tension in what LION does. It’s constantly looking for the newest and best materials, but it also has to sell that technology to customers who are historically resistant to change.

STEVE: The fire service and first responder business, because they are inherently in a business where conservatism is important, take a long time to adopt new technology, but we really feel like our collection of products with the technology we offer are very, very unique.

WAILIN: This challenge and opportunity are also present in LION’s newest and fastest-growing line of business, which is making firefighting training equipment, called props. One example is a tray of water that’s ignited by propane and equipped with sensors that react to water being sprayed on them. LION can build things like a car or a stove around the tray to simulate real-life fires. Another prop is a portable panel, about the size of a small flat-screen TV, that lights up with digital flames and is linked to a smoke generator. The fake fire can be put out with an extinguisher outfitted with a laser pointer or a weighted hose with a digital nozzle.

STEVE: A firefighter can walk into a room and with our smoke generator in operation in conjunction with this panel, see a fire in a room full of smoke. But the fire’s actually a digital fire, and using microprocessor controls, we can actually have the fire spread to multiple panels, so we can have the fire sort of engulf a whole room and have the appropriate smoke go with it.

Here’s the fire extinguisher. It’s got a pin in it, just like a normal fire extinguisher. And then the instructor would push the button to start and here we have a fire, so I’m gonna pull the pin out…Tells me it took 10.9 seconds to extinguish the fire.

WAILIN: Is that good?

STEVE: That’s pretty good. Yeah, yeah. I’m pretty expert.

WAILIN: The digital props allow firefighters to safely train in environments that are more controlled and reduce their exposure to carcinogens, while only making small sacrifices on the realism side. And the props can be placed within larger and more complex scenarios. Steve shows me a photo of a 20-acre training facility in the Netherlands made up of realistic concrete structures.

STEVE: I call this Disneyland for firefighters. And so we actually create sort of mini cities that have lots of different buildings and structures. The picture you see here, for instance, has a small sort of small petrochemical complex with tanks and piping. We have a rail car simulation where the rail car’s leaking or a flange could catch on fire. We have a ship simulation where we have an engine fire inside the ship. To the far left, you can barely see it there, we have an underground parking garage. We can have the flames go up the wall and over the wall. We can create what’s known as a flash over effect, which is very very dangerous for firefighters. Essentially the air becomes so hot that the air itself kind of explodes.

WAILIN: LION has built these mini cities in places like Shanghai and Melbourne. It doesn’t have any facilities in the U.S., although it’s hoping to. In contrast, LION’s firefighting gear business is heavily concentrated in the U.S. because it’s had some difficulties expanding that division overseas. Steve likes to be diversified, both in terms of geographic markets and the company’s suppliers. LION has also branched out beyond manufacturing, into software that helps the U.S. Marine Corps track equipment for individual soldiers.

STEVE: We’re managing $2.5 billion every day of Marine Corps equipment through a software system that keeps track by individual soldier what they have been issued, and when they return it, and when they return it, what condition it’s in. And that includes everything from body armor to helmets to canteens to backpacks, sleeping bags—and we won that contract.

WAILIN: Part of LION’s contract involves running 20 facilities around the world where Marines shop for what they need.

STEVE: They literally take a grocery shopping cart and they go through the aisles of our grocery store and they, as I say, squeeze the Charmin to see which of the products they want. And this used helmet looks like this and do I want that, and this flak jacket, is that good enough, and they come back to our station with their grocery cart full of products and then they actually sign on a credit card signature pad, I have taken these items out and I’m financially responsible for them and will return them.

WAILIN: LION doesn’t make any of the Marine Corps gear even though it has expertise in making protective clothing for fire departments. Steve believes that when it comes to the military world, he can compete more effectively and make a better profit by tackling the logistical end, rather than the manufacturing side.

STEVE: That’s always a surprise to people because again, they think of us as a manufacturing company, but since I’ve been CEO I’ve always felt that we shouldn’t limit ourselves to the idea that we have to make everything to be successful.

WAILIN: Steve became CEO in 2006, taking over the position from his uncle on his mother’s side. He had joined LION after business school and worked his way through different roles, from client services to factory operations to sales. He’s cognizant that the products his company makes can mean the difference between life and death, or life and severe injury, for his customers. And taking another step back, he sees firefighters as playing an important role in the economic well-being of towns and cities. LION is working with an NGO to collect used gear for fire departments with fewer resources. There’s a financial motivation behind the program, since LION hopes the recipients of the used gear will eventually become buyers of new equipment. But there’s a social responsibility component too.

STEVE: We figure in our industry there’s probably about a million and a half cubic feet of gear that’s going into a landfill or dumpster that we think much of which could be reused in a country for a fire service either that’s developing or wants to start. What I’m really passionate about is the idea that a fire department is really kind of part of the social safety net of a community. You can’t really have economic development if you’re worried that your building or your business is going to burn down.

WAILIN: And it all comes back to outfitting individual firefighters, like the 65 Chicago Fire Department recruits trying on their turnout gear for the first time. If Steve has his way, LION will be providing their uniforms for their entire career.

INSTRUCTOR: Everybody okay there? So hey, arms up again, move around, feel how it feels in the shoulder. Bend over like I was talking about ’cause I want to see the coverage with your coat on. Perfect, perfect, good, good…

WAILIN: The Distance is produced by Shaun Hildner and me, Wailin Wong. Our illustrations are done by Nate Otto. The Distance is a production of Basecamp, the leading app for keeping teams on the same page about whatever they’re working on. Your first Basecamp is completely free forever. Try the brand new Basecamp Three for yourself at basecamp.com/thedistance.

I fucking ❤ Mondays!

It’s actually more Fridays I have a problem with. Fridays are often the anticlimax of the week. Sometimes you didn’t get as much done as you hoped, your energy is spent, and frankly, you just want to put a lid on it.

Mondays, on the other hand, are always full of promise and freshness. Imagine all the great things this week might have to offer! Imagine finally cracking the hard problem that cooked your noodle last week. Monday is the day of optimism, before reality pummels the week and your spirit into submission.

Keep reading “I fucking ❤ Mondays!”

Avoiding the Trap

Learning to Recognize Burnout


It took me a long time to realize what I was feeling was burnout.

I was working at my dream job (Basecamp!), writing software in my favorite programming language (Ruby!). I got to solve fun, challenging problems every day, with people who were brilliant, friendly, encouraging, accepting, and fascinating. The perks were amazing. My bosses were caring, supportive people who really, truly got it, and who would bend over backwards to make the work environment a place where we could all thrive and grow.

I rarely started the day earlier than 8 or 9am, or ended it later than 5pm. Weekends were sacrosanct. During the summer, we even got Fridays off. There was never more work on my plate than I felt I could get through in a few days, or a week at most.

I wasn’t overworked, and it wasn’t just that I didn’t think I was being overworked, or that I was somehow fooling myself into thinking the workload was sane — it truly was just right. The work was great. Ideal. Optimal.

And that was the trap.

When people talk about burnout, it is almost always in reference to the workload. Long hours, weekends, inboxes piling up, deadlines looming. Bosses leaning on you, tempers flaring, coworkers wondering when some task will be done that was assigned to you. I know that when I thought about burnout, this is what I pictured — and my situation could not have been more different.

I wasn’t overworked. But I was tired. I found it difficult to care about the work. My temper suddenly had a remarkably short fuse. I couldn’t concentrate on anything. I was distracted by — literally — anything. Nothing was too dull to pull my attention away from my assignments. I no longer enjoyed working on software. My productivity plummeted.

But when I started struggling with this emotional and professional paralysis — these classic symptoms of burnout — I figured it had to be something else. Maybe I was just bad at time management? Maybe I was just tired? Maybe I was getting sick? But when the weeks turned to months, and the months to years, I began to realize there was more at stake.

Too late, it turns out. And while I eventually realized that what I was feeling was — somehow! — burnout, it wasn’t until long after I left that situation that I discovered literature about the subject, which showed me that overwork is hardly the only — or even the most traumatic — cause of it.

Two researchers — Christina Maslach and Michael P. Leiter — have done extensive work on the subject of occupational burnout. They describe six “mismatches” between employees and their jobs, which can lead to burnout. As you might expect, one of them is indeed “Work Overload”, but the one that spoke most strongly to me was “Lack of Control.”

I wrote about my history with burnout in greater detail in “To Smile Again” — but the gist is that I experienced some emotional trauma around some software that I had created. The trauma was due primarily to wrong expectations, but after thinking about the experience in retrospect, and comparing it against this idea of “lack of control”, I began to understand that my burnout could be traced back to this moment.

Maslach and Leiter describe “lack of control” in terms of rigid organizations that squelch creative problem solving, and prevent employees from experimenting with new ways to tackle challenges. This was not my experience. However, that one traumatic experience caused me to perceive, in that instance, that I was not going to be allowed full control over this project, and it was that perception, rather than the full reality, that colored my subsequent experiences with software development.

Funny things, human psyches.

Another anecdote related to “lack of control”. It might shed a bit more light on how my own perception incorrectly colored my interactions with work.

Basecamp (the software) was our bread and butter, representing the lion’s share of the company’s revenue. And yet, Jason and David began talking about writing a new version of the app, to be released as a separate product, called Basecamp 2.

To me (and other coworkers as well) it sounded like madness. 🙂 Rewrite our most successful product from scratch? Compete with ourselves? It simply isn’t done. We had many debates internally over this, including whether we should rename the product something else entirely, and how to handle API compatibility, and so forth. I had some strong opinions. I felt like the step was folly. I was afraid we were going to sink our flagship.

Jason and David listened with the utmost respect to all opinions, responded to the points they felt they could contribute to, and ultimately made the decision to move forward with a separate product called Basecamp 2. I had severe misgivings, but I did my job and helped finish and launch it.

And what do you know? It was a huge success. The flagship didn’t sink. Instead, we had the beginnings of an armada.

Jason and David handled the situation internally with great delicacy and sensitivity, but in the end they had to make a decision, and I was on the losing side. At the time I was already in the throes of burnout, so it should be no surprise that I felt again that “lack of control” (though I didn’t know to call it that). Could they have handled the situation any differently? I don’t think so. I think they did great — but my perception of the situation furthered this sensation of things spiraling out of my grasp.

Maybe, if I had been able to identify what I was feeling then as “burnout” — if I had known that more than overwork can cause it — things would have turned out differently. Maybe I would have learned to come to grips with it, and conquer it sooner. Things would be different today, I’m sure.

Maybe it’s not too late for you, though. Perhaps, like me, you aren’t feeling particularly overworked. But are you feeling irritable, tired, and apathetic about the work you need to do? Are you struggling to concentrate on simple tasks?

Then maybe what you’re feeling is burnout, too.

Talk about it. Share what you’re feeling with your boss, coworkers, friends, family. Recognize it for what it is, and try to figure out what has caused it. From there, you can start to take steps to fix it at the root.

Yes, burnout is a dark place. But it doesn’t have to last forever!


Burnout is serious, and we need to talk about it more. I described my own journey into and out of burnout in “To Smile Again”, and I’d love to hear your own experiences. Have you struggled with burnout? Have you conquered it, or are you still struggling? Share your journey!

Don’t pose the question if the answer can’t change your mind

There’s an undeniable appeal in seeking broader consensus from your customers, employees, and partners in decisions big and small. When your direction has the legitimacy of a wide backing, it’s invigorating and enabling. Making progress together is more fun and effective than making progress by edict.

But you should temper your temptation to pose questions to which you aren’t really interested in hearing an opposing answer. Seeking legitimacy is a double-edged sword. When it “works”, and the asked reaffirms your preferred choice, it’s great! But it often doesn’t, and they don’t. This is where problems arise.

And it’s true whether you query for opinion or fact. If you ask your customers what’s most important for us to work on next, you better be prepared to build a faster horse. If you tap the data oracle to see whether your redesign worked, you better be prepared to revert if it didn’t.

The problem is that it’s really hard to formulate a question without falling in love with one of the possible answers. In fact, many questions arise from the infatuation with one of those answers, and serve more as post-hoc justifications than genuine inquest of inquiry.

Say you already have a destination mapped out on your mind’s road map, but you want to be seen as being “responsive to customers”. Or you’re already loving the redesign, but you just want to cover your ass in case business was to drop.

We instinctively know that simply picking a direction based on gut alone is hard to rationalize, both to ourselves but especially to others. So we seek to dress up the instinctual pick in more neutral, objective clothes and pass it off as just an innocent pursuit of the “best answer”. But it’s often baloney and the whiff travels.

Better then to simply admit when your gut is going to be in charge and own it: “We’re doing this because I think it’s the right thing to do, and that’s that”. When you say that out loud, it’ll surely feel a tad uncomfortable, but at least it’ll be congruent. Everyone knows when the leader is just seeking reaffirmation of a choice already made anyway, so dressing it up as a question is merely a ballroom dance of charade. We nod, we smile, but we know.

The other advantage of owning up to the discomfort is it will serve as a natural check on the number of gut moves likely to be made. Few people, however bold, are happy freezing at the top of the mountain alone, even if they get an unlimited stack of edict paper to fill out in return. We all want to be loved and accepted, not merely be effective. Well, most of us anyway.

By the same token, some times you really just need someone to pick a path and go with it. There’s nothing inherently wrong with that. Embrace it (judiciously).

The strong leader is neither someone who makes all the choices or none of them, but the one who knows when to do either.

Why I love ugly, messy interfaces — and you probably do too

Illustration by Nate Otto

Beautiful. Fresh. Clean. Simple. Minimal. These words have been dominating design discourse for a while now. In case you’ve managed to miss them, check out this review of portfolio websites over on Creativebloq. The word beautiful is used 6 times, and simple 11 times. In one article.

Designers use these words to describe their values, goals, and results. They plaster their portfolios and resumés with them. Non-designers use them too. They’re everywhere.

If you’ve hitched a ride on this wagon, you might have a website that looks something like this:

compliments.dk

Lovely designs like this have become so commonplace that beautiful and clean are almost baseline constraints for new projects. It’s like every designer had the same Pinterest coffeeshop fever dream, and decided the whole world had to become lifestyle-chic.

And that makes sense, really! Everyone likes easily digestible things that look bright and stylish. Nobody wants ugly, messy stuff.

Or do they?

Here’s some ugly design that’s unbeatable.

Craigslist

Here’s some cluttered design that’s quite popular.

Adobe Photoshop CC

Here’s some complex design that 1.5 billion people use every month.

Facebook

So…wait. If beautiful, fresh, clean, and simple are so important, why hasn’t someone upended all of these products with something nicer? It’s not for a lack of trying. There are countless simpler, better-looking Craigslist and Photoshop competitors, for example.

The answer is that these products do an incredible job of solving their users’ problems, and their complex interfaces are a key reason for their success.


Let’s say your goal is to make a global peer-to-peer commerce network. That’s a big, complicated project to tackle.

You could attempt to reduce your solution down to a minimal version, cutting out features and reducing density in the name of beauty and simplicity. Here’s a Craigslist redesign concept like that. (Designers sure hate Craigslist, don’t they? Has any other site had more unsolicited redesigns?)

Craigslist redesign concept by Aurélien SALOMON.

Or, you might decide that you really can’t cut features, because it’s more important to nail every use case you care about. (Remember, you have to support a huge number of scenarios to reach table stakes for this project.) Now beauty and simplicity are instantly a much lower priority. Making something useful comes first.

For another example, think of Photoshop. How many graphic designers who idolize Swiss Style also use Photoshop every day? Probably most of them. Yet Photoshop’s UI is the antithesis of minimal — it has more nasty junk drawers than your parents’ unkempt basement. It doesn’t matter at all, because people don’t come to Photoshop for inspirational UI. They use it to get the job done.

In other words, sometimes this isn’t so great:


When this is what you really need:



Now, obviously I’m not suggesting you should go clutter up your design work, or make it look crappy on purpose. I’m also not suggesting that the examples above couldn’t be improved.

My point is: there is no single right way to do things. There’s no reason to assume that having a lot of links or text on a page, or a dense UI, or a sparse aesthetic is fundamentally bad — those might be fine choices for the problem at hand. Especially if it’s a big, hairy problem.

Products that solve big, hairy problems are life savers. I love using these products because they work so damn well. Sure they’re kind of a sprawling mess. That’s exactly why they work!

We needn’t all pray at the beautiful minimalist design altar. Design doesn’t have to be precious. Toss out your assumptions and build what works best.


We made Basecamp to be one of those life saving, big hairy problem solvers. Check it out now at basecamp.com.

This post was adapted from a talk I gave at University of Illinois Webcon.

Being tired isn’t a badge of honor

Whenever I speak at a conference, I try to catch a few of the other presentations. I tend to stand in the back and listen, observe, and get a general sense of the room.

Lately, I’ve been hearing something that disturbs me. A lot of entrepreneurs onstage have been bragging about not sleeping, telling their audiences about their 16-hour days, and making it sound like hustle-at-all-costs is the way ahead. Rest be damned, they say — there’s an endless amount of work to do.

Keep reading “Being tired isn’t a badge of honor”

Everything is possible but nothing is free


Every developer has been asked whether building a certain feature is “possible”. The short answer is virtually always YES. It’s possible. Software is the clay of dreams; everything is possible.

What those asking really want to know, though, is one of two things:

  1. Can you just build this thing I want, in addition to all the other things already on your plate, without moving any of your estimates? In other words, can you invent additional time or work hero hours to make this happen? The short answer to that question is always no. No, developers cannot bend time, invent time, or be long-term productive by sacrificing their downtime for your special-request time.
  2. Is this “easy” to do? And by “easy”, let’s take the vaguest, most fuzzy definition of the word that the two of you will never agree upon. This is like two kids arguing which car is faster: the red one or the yellow one? Without further information, you’re not going to make much progress on either question.

Here’s a simpler approach: I would like to have this and I’m willing to pay up to that.

That’s a basis for a conversation worth having. It’s rarely enough for a developer to give you a definitive answer on the spot, but after a couple of follow-up questions, you’re at least likely to know whether you’re in the ballpark.

The catch with framing the request like that is it requires the person asking to make the hard analysis. How much is my request really worth? What other things would I give up to have this thing instead? It forces them to bargain with reality, which is much less appealing than charming the developer fairy into just giving them want they want, no sacrifices needed.

And many developers are surprisingly willing to play their part in this fantasy, because who doesn’t want to be thought of as superhero with magical powers? It’s an addictive role, but also a broken one. You only get so many magic spells before your book is done.

Successfully and sustainably making progress on software together is based on an open dialogue about costs and trade-offs. The more we obfuscate those critical decisions, the less likely we are to get what we all really want: The best software for the time and money we have.


Basecamp was built by hunting for bargains under a set-the-budget type negotiation tactic as described above. Well, mostly. We still succumb to wishful thinking every now and then too, but when we catch it in the act, we try to whack it. Let me know how you think we did.

I’m a boring programmer (and proud of it)

Archetypes for programmers (if you believe all those silly job postings). Illustration by Nate Otto.

I have a confession to make — I’m not a rock star programmer. Nor am I a hacker. I don’t know ninjutsu. Nobody has ever called me a wizard.

Still, I take pride in the fact that I’m a good, solid programmer. One who works hard at his craft and really enjoys it, even without the fancy labels.

Keep reading “I’m a boring programmer (and proud of it)”