Insights

How to Build a Brand Voice That Sounds Like You

Generic website copy isn’t fixed by a warmer tone. Before-and-after examples of building a voice from the decision your buyer has to make.

By Angelica Sirotin

Brand Voice

5 min read

A proofreading mark: the phrase “Complete visibility” struck through and replaced with “unanswered requests, named owners.”

Website copy can sound interchangeable even after someone has replaced the obvious AI phrases. “Seamless collaboration” becomes “easier teamwork,” but the reader still has to work out what the company offers and why it matters to them. Asking for a warmer tone doesn’t fix that. The writer has to understand the customer’s decision well enough to explain it.

At Sirotin Ventures, we start the voice from that decision. Take a fictional company that sells software for managing service requests. A department manager comparing the software with a shared email inbox lands on its product page and finds the benefits section below. All examples in this article are illustrative website copy, not client quotations or measured results.

Before

Benefits

  • Seamless collaboration

  • Complete visibility

  • Flexible control

  • Improved performance

Learn more

After

Know which requests need your team’s attention

  • One queue for incoming requests: See unanswered requests and their owners.

  • Assign without forwarding email: Route a request to the team that handles it.

  • Administrator-controlled access: Approve which teams can view and assign requests.

  • Status for every open request: See what is in progress and what needs more information.

See the queue in action

The revised list gives the manager something to assess. They can see where requests sit and what their team can do with them, so the button’s demonstration has a purpose. “Complete visibility” left the visitor to supply the meaning; unanswered requests and named owners describe a problem they already have. A voice starts with details like these, taken from the manager’s own work.

The next buyer brings a different question

An interested manager may bring an IT lead into the evaluation. The IT lead has to understand access and setup before recommending the software, so the website has a different job on that page. Repeating the manager’s benefits in more technical language would leave the implementation questions open. An introduction written for the IT reader could look like this:

Choose which teams can view and assign requests

Requests from your customer portal enter a shared queue. Your administrator approves each team’s access before launch.

Review setup requirements

The tone matches the manager’s page, and the heading tells this reader where to find an answer about access. A broader heading such as “Built for your business” would make them search the paragraph for its subject. Naming the administrator also raises a question the company has to answer before launch: which work belongs to the supplier, and which belongs to the customer?

That question carries into the website’s implementation section. A buyer concerned about staff time needs more than a promise of support.

Before

Get started with ease

We support you throughout implementation.

Get started

After

What we handle before your team starts

We configure the request queue and test the portal connection. Your administrator approves user access before launch.

Discuss your setup

Now the buyer knows whom to involve and what to raise with the supplier. We would confirm those responsibilities with the client before polishing the wording. If the customer has to configure permissions as well as approve them, the copy has to say so; otherwise a friendly promise leaves the two sides expecting different things.

The promise has to hold up after the click

The same applies when the website stops describing a feature and starts promising a result. A manager struggling with unanswered requests would welcome faster replies, but the product page needs a basis for that claim.

Before

Faster service from day one

Our platform cuts response times.

Start now

After

Find the requests still awaiting a reply

The queue shows which requests need a response and who owns them. Reassign a request when its owner is unavailable.

See how assignment works

The second version offers a capability the visitor can examine in a demonstration. A claim about faster replies would need response records and a defined measure, including when the clock starts and stops. Staffing and workload can affect the comparison, so evidence from one team or a limited trial needs its scope stated beside the claim.

To establish what a company can promise, we put those questions to the people who sell and deliver the offer. We read the client’s website alongside their answers and mark where the copy leaves a buyer guessing. Their answers also supply the vocabulary: the words the business already uses for its own work.

The same facts in a different voice

Specific copy still leaves room for a voice. Suppose a second fictional company sold the same product and made the same setup promise, but spoke to its customers less formally.

First company

What we handle before your team starts

We configure the request queue and test the portal connection. Your administrator approves user access before launch.

Second company

Two jobs for us, one for you

We set up your request queue and test the portal connection. You have one job before launch: your administrator signs off on who gets access.

Both versions assign the same responsibilities. The first suits a company whose buyers are procurement teams; the second suits one that writes the way its founder talks on a sales call. Voice guidance records which company the client is, with examples a writer can follow.

Individual executives differ in the same way. For a global payments firm, we wrote more than 25 articles for five C-suite executives, each in that executive’s own voice.

The guidance also has to carry the reasoning. A writer working on this fictional company’s website needs to know why the manager’s benefits sit on one page and the IT introduction on another, and which responsibilities and evidence each version must keep.

I read each draft aloud twice: once as though I were explaining it to the client, and once as the visitor deciding whether to keep reading. An unclear responsibility gets another sentence. Repetition gets cut.

If your website sounds interchangeable, send a page to angelica@sirotinventures.com and tell me what its reader needs to decide. We will work with your team to establish the answer, write the page and develop voice guidance that carries those decisions through the rest of your website.

Angelica Sirotin

Written by

Angelica Sirotin

CEO, Sirotin Ventures