The client paid for the work. That doesn't make it theirs.
- May 21
- 2 min read
Updated: 4 days ago
I've spent ten years doing good work for clients and calling it experience. It was — but it was their experience, not mine.
In every consulting engagement I can remember, I became part of the client's team. Useful, trusted, often treated like a senior internal hire. I produced real results. Then the engagement ended and I moved on.
The wins were attributed to the client. Which is fair — they paid for them. But here's what I've been thinking about lately: there's business development capital buried in every project I've worked on, and I've been leaving it on the table in every one.
A framework I developed for that engagement. A process I designed that I could have named. A pattern I noticed across programs that's still in a notebook somewhere. Case studies I could have published but didn't, because the work felt like theirs.
I'm starting a new engagement this month — a cross-border startup program, built from scratch, three countries, multiple stakeholder types. And I'm doing it differently.
This time I'm going into it as a business working with the client, not an extension of it. The wins will be theirs; the learning stays mine. That distinction needs to be visible from day one, not something I figure out at the end.
Here's what I'd suggest: before your next engagement, write down three things that will be yours — not the client's — when it's done. A framework. A case study you can publish. A process you can name. If you can't name them at the start, you'll have a hard time claiming them at the end.
The client paid for the work. That doesn't mean the learning was theirs.

Comments