🤝 Building Rapport With SMEs to Get the Information That Matters

As a technical writer or business process analyst, your work depends on other people’s knowledge.

Subject matter experts hold the detail behind the diagrams, SOPs and work instructions.

They know what really happens beyond the documented process.

They know where things break.

They know which steps exist only because of history.

But getting that knowledge out of them is not automatic.

It depends on rapport.

Without trust, information stays surface level.

With trust, the real insights come out.


🧠 Why SMEs Do Not Always Share Everything

SMEs are usually measured on delivery, not documentation.

When you ask for their time to map a process or write an SOP, it can feel like extra work.

Some worry their explanation will be misunderstood.

Others worry gaps will reflect badly on them.

If the conversation feels transactional, they will give you only the obvious steps.

If it feels collaborative, they will share context, risks and exceptions.

Rapport changes the quality of the process map.


👂 Listening Before You Start Mapping

In process mapping sessions, it is tempting to jump straight into BPMN or workflow diagrams.

Resist that urge.

Start with conversation.

Ask them to walk you through their day.

Ask what usually goes wrong.

Ask where handoffs get messy.

Listen without interrupting.

Do not rush to tidy their explanation into structure too quickly.

When SMEs feel heard, they relax.

When they relax, they speak honestly.

That honesty is where the useful detail lives.


💬 Speak Their Language Not Yours

As a technical writer or analyst, you are trained in frameworks.

SMEs are not.

Mirror their terminology.

Use their examples.

Reflect their words back before converting them into formal documentation.

This builds confidence.

It shows you respect their expertise.

Once they trust you, they will correct you and add depth.

That improves accuracy.


🧭 Make It Safe to Share the Real Process

The documented process and the real process are rarely identical.

There are shortcuts.

There are workarounds.

There are steps added after past mistakes.

If SMEs sense judgement, they will hide those details.

Make it clear your goal is to map reality, not assign blame.

When psychological safety is present, process documentation becomes honest.

Honest documentation is useful documentation.


📄 Close the Loop Professionally

After a session, send a draft of the process map or SOP.

Show them how their input shaped the output.

Invite feedback.

Thank them for their time.

This reinforces that collaboration matters.

It also builds long term relationships.

Rapport is built across multiple interactions, not one workshop.


🎯 Final Thought

Technical writing and business process analysis are people driven disciplines.

Tools and templates help, but they do not replace trust.

Better relationships lead to better process maps.

Better process maps reduce risk and confusion.

If you want depth, build rapport first.

If you want accuracy, earn it through connection.

The information is there.

Your approach determines how much of it you receive.


Read More

Related Posts

🤝 Building Rapport With SMEs to Get the Information That Matters

As a technical writer or business process analyst, your work depends on other people’s knowledge. Subject matter experts hold the detail behind the diagrams, SOPs and work instructions. They know what really happens beyond the documented process. They know where things break. They know which steps exist only because of

Stakeholders working together on a BPMN 2.0 process map

BPMN 2.0 Process Mapping Best Practices With Stakeholders

BPMN 2.0 is one of the clearest ways to represent how work actually happens.It creates a shared language across business and technical teams.It reduces ambiguity and helps organisations see their processes end to end. But BPMN 2.0 only works well when the right information is captured.That information does not live

📘 How Capturing Knowledge Keeps Business as Usual

Every business relies on people to keep things moving. But when knowledge only lives in people’s heads, continuity is fragile. Staff take leave, change roles or leave the company altogether. Without a system to capture what they know, Business as Usual (BAU) slows down—or even stops. A knowledge base prevents

💸 The Cost of Not Capturing Knowledge from Key People

Every organisation has people who carry knowledge that keeps the business running. It could be the senior manager who remembers why a process exists. It could be the technician who knows the workaround when systems fail. Or it could be the administrator who understands the unspoken rules that hold a