Comparing Product Team Services

Product Discovery Workshop vs. Product Coaching & Advisory

Both serve product teams in established organizations. One is a bounded, hands-on training. The other is an ongoing relationship. Here's the difference.

Not sure? Let's talk →

The Quick Answer

Buy the Product Discovery Workshop when the gap is a method the team does not share: everyone runs discovery differently and nobody can name the standard. Buy Product Coaching & Advisory when the gap is judgment: your PMs know the methods and still bring you the wrong call. The workshop is two days and it ends. Advisory runs three to six months and does not.

When to Choose Each

Choose the Discovery Workshop if...
  • You want a defined 2-day (or 3x5h) format with a clear start and end
  • Your team needs shared language and a shared discovery methodology - fast
  • You want hands-on practice with real opportunities, not just theory
  • Budget and scope need to be fixed and predictable
Explore the Workshop →
Choose Product Coaching & Advisory if...
  • Your challenges shift over time - strategy one month, team coaching the next
  • You want an ongoing sparring partner, not a single event
  • You need support across product strategy, product discovery, and team capability
  • You're comfortable with a 3-6 month engagement, not a single session
Explore Product Coaching & Advisory →

Which Gap Are You Filling?

Teams describe both as "we need to get better at discovery". The observable signs are different.

It is a method gap if...
  • Every PM runs discovery differently and nobody can name the standard
  • "We should talk to users" has been on the list for three months with no interview booked
  • The team argues about interviewing versus testing every single time
  • Nobody can show you an opportunity-solution tree, a test card or a learning card
  • The last five interviews asked "would you use this" rather than "tell me about the last time"
It is a judgment gap if...
  • Your PMs know the methods and still bring you the wrong prioritization call
  • The strategy is clear in the leadership meeting and invisible in the backlog
  • You are the only person in the company who can unblock a stakeholder
  • You ran a workshop and the habit did not survive the first delivery crunch
  • The challenge changes every month: strategy now, team capability next

What Actually Differs

Shape and length

One has an end date. The other has a cadence.

The workshop is two full days, or three days of five hours, for up to sixteen people, with a scoping call before it and a written action report after. Advisory is a retainer: typically three or six hours a week, weekly or bi-weekly sessions with async support in between, and three months as the minimum before anything meaningful shifts.

Who is in the room

A team, or a leader

The workshop wants the whole team: product managers, designers, tech leads, researchers, and the business stakeholders who actually set priorities. Sending only the PMs is the most common way to waste it, because the people who block discovery are not in the room. Advisory works with the product leader, the team, or both, and moves between them depending on where it will help most that month.

What you hold at the end

Artifacts, or better decisions

From the workshop: a shared vocabulary, an opportunity-solution tree, assumption maps across desirability, viability and feasibility, and a test card each person wrote for a real opportunity from their own backlog, plus an action report. From advisory: better decisions while they are still being made, and a team that needs you in the room less often than it did.

What the Method Actually Decides

Both services teach the same loop: where it hurts, why it happens, whether the fix works. Two engagements, two different routes through it.

Where

A number, a segment, one place to look

At elyps, a French-Belgian neobank, product analytics showed roughly eight in ten new sign-ups abandoning onboarding. The drop was not spread across the funnel. It sat almost entirely on the screen immediately before KYC started. Skip this step and you get research with no target: interviews about everything, insight about nothing.

Why

The problem was the moment, not the step

The obvious read was that KYC was too much friction, and a regulated identity check is not something you can simplify. So the team interviewed churned users instead. People were opening the app on the subway and at work, and would not pull out an ID document in public. A "do it later" option with an evening reminder cut that churn from roughly 80% to 60%. The full elyps case study has the test card.

Whether

And when to skip the interviews on purpose

At UX Pilot, users who triggered the Deep Design mode in their first week converted to paid at roughly nine times the rate of those who did not. The team skipped interviews deliberately: one obvious mechanism, a default toggle, and the cost of being wrong was a single A/B test. It ran on 120,000 users over eleven days and lifted free-to-paid conversion 44.67%. Knowing which question is still open is the skill.

Where This Choice Goes Wrong

Both mistakes cost the same thing: the team concludes that discovery does not work here.

Buying a workshop to fix a leadership problemIf the reason discovery does not happen is that the roadmap belongs to whoever is loudest, two days of training will not change it. The team leaves energized, hits the same wall in week two, and draws the wrong conclusion about the method. You have spent the budget and made the next attempt harder. When teams across the organization all work differently, the cause sits in the operating model, not in the methods.
Buying a retainer to teach the basicsThe reverse is quieter and just as wasteful. If the team genuinely does not know how to run a story-based interview or write a test card, a bounded workshop teaches that faster and for less than weekly sessions. And if the real argument is that nobody agrees what the strategy is, neither one settles it. Product strategy consulting runs two to four weeks and ends in a prioritization framework and an outcome-based roadmap.

FAQs

Can the workshop lead into Advisory?
Yes - it's a common path. Teams often run the Discovery Workshop first to build the shared foundation, then continue into Product Coaching & Advisory for ongoing support applying it.
Which is better for a single team vs. multiple teams?
The Discovery Workshop works well for a single team or a small group. For multiple teams or org-wide practice building, Product Coaching & Advisory or Product Operating Model Transformation are usually a better fit.
What if we just need one workshop, not ongoing support?
That's exactly what the Discovery Workshop is for - it's a standalone engagement, no ongoing commitment required.
We ran a discovery workshop last year and nothing changed. Why would this be different?
Usually because the last one was generic. This one is built on a scoping call and a case study from your own product, and each person leaves with a test card for a real opportunity from their own backlog. If the blocker is not the method but who sets the roadmap, we say so at the scoping call rather than sell you two days.
Can we run the workshop across several teams at once?
Up to sixteen people keeps it interactive, which in practice means one team or a small group. For several teams, or for building the practice across the organization, advisory or Product Operating Model Transformation fit better, because the problem there is consistency between teams rather than method inside one.
What does a month of advisory actually look like?
Weekly or bi-weekly working sessions on your real artifacts: a strategy review, a prioritization session, a research synthesis, a live product decision. Async support in between and shared documentation throughout. Most engagements run three to six months.

Still not sure which is the right fit?

Let's figure it out together →