Why storytelling and technical judgment belong together in service marketing
Storytelling and technical judgment need to work together because a useful explanation has to come from the right information, then be presented so people can find and understand it. I’ve had unique opportunities to learn about telling stories and the technology that surfaces recommendations. Seeing both the technical side and the very human side is one reason I think I can help service owners with their marketing.
By Eric Yim, associated with Protocol Text, a marketing services business based in Lincoln, Nebraska.
Listening helps uncover what customers need to understand
I’ve worked through feeling like my story wasn’t important. I’m still learning how to tell it, and I’ve found that I’m a lot better at helping other people tell their story than figuring out how to tell mine.
That gives listening a practical role. An owner may know a subject so well that they skip the part a customer needs explained. Or they may leave out a detail because it feels ordinary to them, even though it would help someone decide what to do.
I think it’s really important to share what you know. For marketing, I’d start by asking what customers misunderstand and what the owner needs to explain before someone can make a decision. Those answers give the work substance. Without them, a polished page can still leave the reader unsure.
Personal connection gives the technical work something to work from
I value being able to work with a founder at a personal level, including an in-person connection, alongside the technology we employ. My view is that some people using similar technology don’t build those personal connections, while some with a higher personal touch lack the technology. I think we have both. That’s my perspective, not proof that no other provider combines them.
When I think about what would be hard to copy, I come back to the relationships. Going out in person. The care of telling the stories. There are also small product details that take close attention to notice and implement.
For a service owner, I’d look for a connection between that attention and the finished explanation. A provider should be able to show which detail they learned from you and why it matters to a customer.
How one customer question could become useful content
Here’s a hypothetical example, not a client story. Suppose a customer asks a service business, “Can you give me an estimate from photos, or do you need to come out?”
The human work starts with learning the actual answer. Does the owner use photos for an initial assessment? What can’t they determine from a picture? When would a visit be necessary? None of those details should be filled in just because they would make the page sound complete.
Suppose the owner confirms that photos can help with an initial conversation, but some conditions require a visit. The explanation could state that distinction first, then describe the limits the owner has confirmed. Listening and judgment determine what’s accurate, what needs context and what would create a false expectation.
Technical presentation would make that explanation usable. I’d consider a descriptive page title, a direct answer near the top and headings that separate what photos can show from what requires a visit. A link from the relevant service page could help someone reach the answer without searching the whole site.
Those are proposed decisions, not a description of a completed project. They make useful information easier for readers and search systems to understand. They don’t provide control over recommendations or guarantee a ranking.
What to ask before you choose marketing help
I’d bring one real customer question to a conversation with a potential provider. Then ask them to explain how they would work through it:
- What would you need to learn from me? Look for questions about the service, its limits and the customer’s decision.
- What explanation would come from that? Ask for the point the customer should understand, not just a list of content formats.
- How would we check accuracy? Agree on how you’ll review claims and resolve missing information before publication.
- Why does this format help? Ask how the title, layout or links would help someone find and use the answer.
This gives you something concrete to evaluate. You can see whether the provider listens closely enough to preserve your meaning and understands the technical choices well enough to explain their purpose. If they can’t connect a proposed change to a customer’s need, ask for that explanation before committing.
Questions about where to start and how to judge the work
What if I already have a technically sound website but vague messaging?
I’d examine what a customer still can’t understand: what you offer, when it fits or what happens next. A technical rebuild isn’t automatically the missing work. Start with the unclear explanation, then decide whether the existing site can present the corrected message effectively.
What if I have a good story but no organized source material?
Start by capturing the facts and examples in a usable form, such as an interview recording or notes you can review. Separate confirmed details from things you still need to check. Then decide how to organize the material. Don’t invent missing details just to complete a page.
Can a technical metric prove that people understood the story?
A metric can provide one signal, but ask what it actually measures. A page visit shows that someone reached the page, not that they understood it. Compare the measurement with relevant customer questions or feedback, and be clear about what you still can’t conclude.
Do I need to become technical to judge the work?
You don’t need to learn every implementation detail. You should be able to understand the purpose of a decision and its effect on a customer. Ask the provider to show what changes, why it helps and how you’ll check it. An explanation you can follow matters.