“Credibility is built through competence. Trust is built through openness.”
The Stories Behind The Stories Daniel
Sometimes the limitation is the solution.
Daniel’s structural engineer understood that.
So did his clients.
Once he finally told them.
Daniel’s story is about a specific kind of professional distance. The kind that looks like success. Five years of impressive work. Respected clients. Projects delivered. And relationships that never quite deepened. That distance has a cost. Not always visible. But real.
In this chapter of The Stories Behind the Stories, I go deeper into the failure, success and passion stories behind the character — and into the real pattern I was observing when I wrote him.
The Stories Behind The Stories Daniel
Welcome to The Stories Behind the Stories.
Where I go deeper into the WorkLife Stories I’ve crafted.
The thinking behind the ideas.
The experiences that shaped that thinking.
The lessons learned from those experiences.
Today’s episode is Daniel. His story is featured in the episode: How to Build Genuine Trust Through Storytelling.
In the last episode I went deeper into Sarah’s three stories.
Today I want to go deeper into Daniel’s failure, success and passion stories.
Together they reveal something that no single story could show alone.
Who he is professionally.
What shaped him.
And what drives him.
The Story Behind the Stories: What Almost Went Wrong
“Credibility is built through competence. Trust is built through openness.”
Daniel had perfected the art of the flawless presentation.
For five years.
Every rendering polished.
Every timeline precise.
Every narrative seamless.
And every relationship — formal.
Impressive.
Professional.
Distant.
Daniel’s story is about a specific kind of professional distance.
The kind that looks like success.
Five years of impressive work.
Respected clients.
Projects delivered.
And relationships that never quite deepened.
That distance has a cost.
Not always visible.
But real.
The Failure Hidden in Finished Work
Daniel’s failure isn’t a single mistake.
It’s five years of presenting the finished work.
Without ever sharing the journey that created it.
Clients saw the outcome.
They never saw the thinking.
Here’s what I think was behind that.
Daniel had been trained to present solutions.
Not struggles.
Polish was professional.
Process was personal.
And personal felt risky.
So he kept the real story hidden.
Behind the rendering.
Behind the timeline.
Behind the seamless narrative.
Daniel’s clients respected what he delivered.
But they never truly understood how he worked.
Those are two different things.
Respect for outcomes is transactional.
Trust in thinking is something deeper.
It’s what creates partnerships that last beyond the project.
And that deeper trust requires something.
When only the finished work is shown.
Clients can evaluate the outcome.
But they can’t evaluate the thinking.
And thinking is what they’re really trusting.
Every time they hire someone.
The Success That Came From What Almost Went Wrong
His success story begins with a question he hadn’t prepared for.
The CEO doesn’t ask about the design.
She asks what almost went wrong.
And Daniel does something he has never done before in a client meeting.
He closes his laptop.
Walks to the drawing board.
And tells the real story.
The constraints.
The complications.
The moment his structural engineer said something that changed everything.
What if the constraints are the design?
The room shifted.
Not because the design changed.
Because they finally understood the architect behind it.
What strikes me about that question.
What almost went wrong?
It’s an invitation.
To stop presenting.
And start sharing.
The CEO wasn’t evaluating the design.
She was trying to understand the architect.
How he thinks.
How he works.
How he handles difficulty.
That’s what she needed to trust him.
Not the rendering.
The thinking behind it.
A Passion Deeper Than Design
Daniel’s passion story goes deeper than design.
He isn’t driven by creating beautiful buildings.
He’s driven by what constraints reveal.
The limitation that becomes the opportunity.
The problem that becomes the solution.
The awkward angle that becomes the dramatic space.
That’s when architecture feels meaningful to him.
Not when everything goes to plan.
When something unexpected opens up something better.
Constraints have always interested me.
Not as problems to solve around.
As possibilities to move toward.
Daniel’s passion is that instinct made visible.
The limitation that opens something up.
That’s not just an architectural principle.
It’s how the best work happens.
In any field.
I recognise this instinct.
The constraint that becomes the opening.
The limitation that forces a better solution.
School of WorkLife was built inside constraints.
Limited resources.
A global pandemic.
A market that had lost its learning budgets.
And those constraints shaped everything.
The accessibility.
The portability.
The belief that learning should reach everyone.
Not despite the limitations.
Because of them.
The Ripple From One Conversation
But that’s not where the story ends.
Morrison Industries approved the project.
Expanded it.
And referred Daniel’s firm to two other companies.
Something that had never happened from a single client relationship.
Because the CEO didn’t just tell them about the design.
She told them about the architect.
He showed us how the building actually came together.
What I hope you take from Daniel — beyond the framework, beyond the architectural context — is something simpler.
Trust doesn’t grow from seeing the finished work.
It grows from understanding how the work happens.
Daniel is every professional who has hidden the real story behind the polished one.
Not because they had something to hide.
Because they thought polish was what professionalism required.
Until they discovered that openness was what trust actually needed.
FROM MY NOTEBOOK
A Fact:
I see myself in Daniel.
The constraint that becomes the different solution.
When markets crash — and they do — two things happen.
People lose their jobs.
And learning budgets disappear for those who remain.
The people who find themselves out of work have to fund their own development.
The people who stay find their organisations can no longer invest in theirs.
And the people who go on to become self-employed — setting themselves up as freelancers, consultants or contractors — have to finance their own continuous learning from the start.
That constraint shaped everything I built.
Not despite it.
Because of it.
For individuals managing their own learning.
For companies investing in their people’s development.
And for me — as the creator maintaining sustainable practice.
Working with people who value the work.
That’s what makes it possible to keep creating it.
Just as Daniel’s clients valued his work.
Because the story behind the work brought them inside it.
The limitations of who could access learning guided me toward different ways of delivering it.
Story lessons.
Guided programmes.
Question banks.
A podcast.
A newsletter.
Each one a different door in.
For different people.
At different moments.
Daniel let the site limitations guide him toward a different building.
The limitations of who could access learning guided me toward different ways of delivering it.
On Daniel:
I wrote Daniel because I wanted to write across industries.
To reach more people.
To show that these stories work everywhere.
In an architect’s office.
In a room where someone is trusting you with a £15 million building.
To write Daniel I had to learn about architecture.
What renderings are.
What structural engineers do.
What constraints mean in that world.
Quick research.
Just enough to write with confidence.
Just enough to know what would be expected in that room.
But something unexpected happened.
The research opened up the story.
I didn’t know — going in — what Daniel’s breakthrough would be.
I didn’t know about the structural engineer.
Or the line that changed everything.
What if the constraints are the design?
That arrived through following the story that was unfolding on the page.
Through learning just enough about a world I didn’t inhabit.
To find the story inside it.
That’s what research does in my writing.
It doesn’t just inform.
It opens things up.
Takes me somewhere I didn’t plan to go.
Which is exactly what happened for Daniel.
And for me.
On the Question:
The CEO asked Daniel one question.
What almost went wrong?
Not — what went right. Not — show me the impressive parts.
What almost went wrong.
That question is the most powerful in Daniel’s story.
Because it gave him permission to tell the truth.
And in doing so — created more trust than five years of perfect presentations ever had.
What almost went wrong is a rare question.
It comes from a place of genuine curiosity.
That’s what makes it powerful.
It signals something important to the person being asked.
I’m not here for the performance.
I’m here for the truth.
That’s the kind of question I try to build into my work.
Not questions that invite the expected answer.
Questions that open up what’s actually there.
Your Three Stories
Before you go — something to take with you.
Your Failure Story.
What process have you kept invisible that would build trust if it were shared?
Your Success Story.
When did a constraint lead you somewhere better than your original plan?
Your Passion Story.
What do you see in a challenge that others don’t yet see?
Daniel’s story originated from the Programme: The Art of WorkLife Storytelling: Creating Three Fundamental Stories That Define Your Identity
Work With Me: Commissioned learning resources, speaking engagements, and organisational partnerships.
Support This Work: Your support makes a difference and helps me to continue creating resources that are accessible to everyone. Thank you. Carmel
Listen to the audio version here:
Share These Learning Resources
These resources are designed as short, effective learning experiences—for individuals managing their own development and companies supporting their people’s growth.
If you think this learning resource story would be helpful to others, share it forward.
Discover more from schoolofworklife.com
Subscribe to get the latest posts sent to your email.