XSL Consulting

How I work

How every engagement runs

Before any plan, I listen. Once I understand what you and your business really need, we chart the path forward together.

Four steps, each informing the next.

Discovery ends in a blueprint. The plan carries guardrails into the Roll out. The data collected in Review recasts the plan, because the business keeps moving.

Tap a step to see what happens in it.

  1. 01DiscoveryYou, your team and me, clearing the noise.
  2. 02Plan and roadmapWhat to fix first, with guardrails built in.
  3. 03Roll outCheckpoints catch problems before your customers do.
  4. 04Review and reassessData from the Roll out recasts the roadmap.

1. Discovery

From inside the day to day, it's hard to see the whole picture. Discovery steps out of the weeds long enough to see how the business really runs, so we fix the cause and not the symptom.

Who's in the room

You and your leadership team, or a department lead. And me. The number of sessions depends on the size of the problem.

What happens

  • Working sessions on your goals, what's in the way and what success looks like.
  • Interviews with the people who do the work, and sometimes the people they serve.
  • Drawing how work and decisions actually flow, which is often not how anyone thinks they flow.
  • Pulling your own data: what's used, what's trusted, what's slow.

The check I keep

Symptoms aren't always the root cause. Every request gets one question before any answer: what is this really for?

You leave with

A blueprint of where things stand today, agreed by the people in the room.

2. Plan and roadmap

The blueprint shows everything. The roadmap decides what goes first, ranked by the value it unlocks against the effort it takes, and how deep each fix needs to go.

Who's in the room

The same people as Discovery, so the plan belongs to the team that has to run it.

What happens

  • Rank each initiative by value and effort, in the open.
  • Decide how deep each fix goes: a tune up, a redesign or a pivot (below).
  • Name an owner and a done line for every item.
  • Build the guardrails in before anything rolls out.

The check I keep

If the plan only works with the owner in every decision, it isn't finished yet.

You leave with

A structured roadmap with owners, guardrails and safety checks.

What the guardrails look like

Alerts on website traffic, leads and visits. Regular check ins and one to ones, plus people on the team who keep a good pulse of the ground. Leadership meetings where everyone hears the goals for the year and the quarter, with incentives tied to them, so everyone rows in the same direction.

3. Roll out

The plan goes live in the order the roadmap set. Guardrails are the checkpoints and fail safes that tell you early when something drifts, instead of when a customer complains.

Who's in the room

Your team does the work. I stay close, coach the people leading it and, where it helps, build the tools myself.

What happens

  • Alerts on the numbers that matter: website traffic, leads, visits.
  • Regular check ins and one to ones, plus people on the team who keep a good pulse of what's happening on the ground.
  • Leadership meetings where everyone hears the goals for the year and the quarter.
  • Incentives tied to those goals, so everyone rows in the same direction.

The check I keep

A guardrail nobody looks at is decoration. Each one has a name next to it.

You leave with

The plan running, with signals that tell you early if it slips.

4. Review and reassess

The business at review is not the one we mapped at the start. Markets move, people change roles, and some fixes work better than others. So we review on a set rhythm and feed what we learn back into the plan.

Who's in the room

The leadership team and me, on a rhythm we agree up front.

What happens

  • Collect the data from the Roll out: the numbers behind each guardrail, plus what the team is seeing.
  • Test what changed against the goals set in Discovery.
  • Keep what worked, adjust what didn't, and pivot where the ground has moved.
  • Use what the data shows to recast the roadmap, and loop back to plan.

The check I keep

Reassessing isn't admitting failure. It's how a plan survives contact with a real business.

You leave with

An updated roadmap, and a team that knows how to run this loop without me.

Inside the plan

How deep does the fix need to go?

Not every problem needs a transformation. Some need a tune up. The expensive mistake is tuning when the design is the problem, or redesigning what only needed a tune up. Discovery tells us which depth fits. You decide.

Pick a depth

Tune up

Same goals, same model. The work itself runs better: a plan put in a better order, a cleaner handoff, a tool set up properly.

When it fits
The way you work is sound, and execution is what slips.
Risk
Low. Results show quickly.
Example
It looked like an impossible deadline: the scope stayed the same; the order of work changed.

Redesign

The process itself gets questioned. Who does what, in what order, who decides, and which tools carry it.

When it fits
The same problems keep coming back after every fix.
Risk
Medium. Roles and habits change, and that's where resistance shows up.
Example
It looked like a Data problem: a new shared process, a cross functional team and governance.

Pivot

What you offer, who you serve or how you win work changes, because what you've built makes something new possible.

When it fits
Growth has stalled inside the current model, or a capability you already have could become the product.
Risk
Higher. It needs the leadership team fully aligned first.
Example
It looked like reporting just takes that long: an internal fix became a differentiator that helped win new business.

Why the depth matters. The organizational theorist Chris Argyris compared simple fixes to a thermostat that switches on the heat when the room drops below 68 degrees. Deeper learning is the thermostat asking why it's set at 68. He found that capable, successful people are good at the first kind and often bad at the second. A tune up is the first kind. A redesign or a pivot is the second.

Real cases, names left out on purpose

What it looked like vs. what it really was.

What gets asked for is rarely what's needed. Each case shows the symptom the client saw, and the cause Discovery found, on the same People, Process, Technology and Data model.

Filter by area

Business Consulting

It looked like a Data problem.

A global company was about to let its data and analytics agency go.

Looked likeData
WasPeople and Process
What it really was

It was People and Process.

What I did. I interviewed the teams on both sides and drew how the work actually ran. Nobody had seen it whole: departments inside the company that didn't talk to each other, and no communication process between the company and its agencies.

What changed. A newly defined process with the client inside it, a cross functional team and a governance rhythm. The agency won back the client's trust and nearly tripled its revenue in three years.

Discovery

It looked like an impossible deadline.

A client wanted a redesigned, rebranded website with new products in under half the agreed time.

Looked likeProcess
WasPeople
What it really was

It was a meeting nobody had mentioned.

What I did. Instead of saying no, I asked what the date was for. There was a big meeting where the client needed to show progress, and it never came up when the contract was signed. The analytics team pulled the site's own data: the highest traffic pages and the ones with the most structural weight.

What changed. Those pages were finished first. The client made the date, and the agency learned how to serve them better.

Business Consulting

It looked like reporting just takes that long.

An agency needed six to eight months or more before a new client saw a single report.

Looked likeData
WasProcess and Data
What it really was

It was nothing being named the same way twice.

What I did. Every client, team and department named its databases, tables and fields differently, so every project started from zero. I designed a data accelerator: ready models such as customer lifetime value and churn, mapped to specific fields and built by industry.

What changed. A new client supplied a feed or an API, or the team built the fields it needed, and visualization started within weeks. It became a differentiator and helped win new business.

AI build

It looked like not enough hours in the day.

A property management team spent its week chasing clients for paperwork.

Looked likePeople
WasTechnology and Data
What it really was

It was tools that didn't talk to each other.

What I did. Onboarding and resident information lived in separate subscriptions. I built them an onboarding tool in Claude that tracks what each applicant still owes and reminds them, on desktop and mobile, in their brand. Then a team dashboard of every client's progress, and one for each property owner showing what the team does for them.

What changed. Owners renewed without hesitation, trust grew, they added services, and revenue rose 18% year over year.

AI build

It looked like a spreadsheet problem.

A window installation company's jobs lived in spreadsheet exports from its estimating app, and sales tax dates had to be worked out job by job.

Looked likeProcess
WasTechnology and Data
What it really was

It was Data sitting where the team couldn't use it.

What I did. I built a jobs and sales tracker on top of the exports. From each job's description, cost and timeline it estimates when sales tax is due and how much, and it updates itself from the start and finish dates the team enters.

What changed. The team chats with it like a colleague for answers, reminders and follow ups, and what they discuss is logged back into the tracker.

Let's talk, so I can see how I can help you.

Questions owners ask about the process

How long does Discovery take?

It depends on the size of the problem. For a small business it's often a few sessions. Typically, the blueprint and the roadmap are done before anything rolls out.

Who needs to be in the room?

You and your leadership team, or a department lead. The people who will run the plan should help build it.

Do you only advise, or do you build too?

Both. Where a tool would help, I build it, often in Claude, like the property management onboarding tool on this page.

What if things change halfway through?

They usually do. That's why Review and reassess is its own step, and why the roadmap loops back to planning instead of ending.

Is the process different for Leadership Coaching, Business Consulting and AI Training?

The four steps are the same. What happens inside them, and how fast, depends on the door you came through.

Kiran Gopinath in a white shirt and glasses

Kiran Gopinath

20+ years leading change for Fortune 500 brands and growing businesses. Now I work with owners and leaders directly, and I build with Claude every day.

  • Certified Executive Coach, Berkeley, CA
  • Certified ScrumMaster® (CSM)
  • Certified Scrum Product Owner® (CSPO)
  • MBA, Missouri State University

In person across Orange County, South LA and San Diego. Online anywhere.

Start with an email.

Tell me where you are, where you want to be and what's in the way. No pitch. I read every note myself.

Email Kiran