Websites Have Jobs

A website should be judged by the job it needs to do.

That sounds obvious until a redesign begins.

The first conversations often drift toward taste. The team compares competitors. Someone wants the site to feel more premium. Someone wants it to explain every service, every market, every proof point, and every internal priority. The homepage becomes a meeting room where every department wants a chair.

That is how websites get heavy.

Most website problems do not begin in design. They begin with an unclear job.

A small business may need a site that helps a buyer understand services, trust the owner, and make contact. That does not require a complex content system. It may require fewer pages, clearer copy, better photos, and a contact path that works.

A corporate team may need a campaign site, recruiting hub, customer resource center, or internal-facing landing page. Each one has a different job. The mistake is treating all of them like smaller versions of the main brand site.

A microsite built to support a sales team should not behave like a brand manifesto. A recruiting page should not bury practical questions under culture language. A service page should not force the visitor through vague claims before naming the actual work.

The common mistake is asking the website to express the whole organization.

That makes the work harder than it needs to be. It also creates weak decisions. When no one has defined the job, every opinion sounds equally valid. Layout, copy, navigation, imagery, and measurement all become matters of preference.

Preference is not useless. It is just not enough.

The better starting point is the visitor’s task.

Why did this person arrive? What do they need to understand? What doubt needs to be resolved? What action should become easier after the page does its work?

Those questions do not remove judgment. They give judgment a place to stand.

For a local service business, the main questions may be simple. What do you do? Where do you work? What does it cost, roughly? Can I trust you? How do I start?

For a larger organization, the questions may be more layered. Which team owns this? Is this official? Who is the audience? What does success look like? What happens when the campaign ends?

The job of the site should decide the structure.

If the site exists to generate qualified inquiries, the contact path matters. If the site exists to support sales, the proof and explanation matter. If the site exists to publish often, the editorial system matters. If the site exists to reduce repeated questions, the information architecture matters.

This is also where many redesigns get too large.

A team notices that the site feels old. That may be true. But the age of the site is not the problem by itself. The real problem may be that the service language is unclear, the content owner left two years ago, the analytics are not trusted, or every update requires a developer.

Those are different problems. They should not all receive the same answer.

A plain website can be the right website. A polished website can still be useless. A small site can do serious work when it is clear about what it is there to do.

Before rebuilding a website, write down the three questions the site must answer.

Then write down the one action the site should make easier.

If the team cannot agree on those four points, the design work is early. The next step is not a mood board. The next step is a decision about the site’s job.