What Questions Should You Ask Before Hiring a Product Consultant?

Ten questions, and the answers that should worry you.

The short answer

Ask ten questions before hiring a product consultant: five about operating history (what they shipped, owned, killed), three about method (how they gather customer evidence, how they prioritize, how they hand over), two about the engagement (what 90-day success looks like in numbers, what happens if it is not working). A strong candidate answers all ten with specifics, not philosophy.

What should you ask about their operating history?

Five questions, and they come first because they calibrate everything that follows. Someone who has held the seat answers with a date, a number and a consequence; someone who has only advised answers with a category. The distinction matters because a recommendation is cheap for the person who never has to live inside it. You are not testing whether they are smart. You are testing whether they have ever been wrong in a way that cost them something, because that is the experience that makes the second opinion worth a five-figure quarter.

The answers that should worry you: a career of advising with no operating seat; "it drove significant engagement" with no number attached; nothing ever killed; a most-expensive-mistake story where the mistake belonged to someone else; and a portfolio large enough that your engagement is a rounding error in their week. On the last one there is no universally right number, but there is a wrong kind of answer, which is vagueness.

What should you ask about their method?

Three questions covering evidence, prioritization and exit. Method is where the difference between an operator and a performer becomes visible, because a real method has edges: it names how many conversations before a pattern counts, what the tie-break is when two initiatives score equally, and what physically gets handed over at the end. Anyone can describe a philosophy of customer-centricity. Far fewer can tell you the number of interviews at which they stop hearing new things, which in a serious engagement lands around 60–80.

The worrying answers are all versions of dependency. Evidence gathered by your team and interpreted by them. A prioritization rule that reduces to their judgment call, which means the rule leaves when they do. A handover described as a document rather than a running cadence someone on your side owns. If the honest answer to the third question is "you would keep me on", you have learned something useful about the engagement you were about to buy.

You are not testing whether they are smart. You are testing whether they have ever been wrong in a way that cost them something.

What should you ask about the engagement itself?

Two questions, and they are the ones founders most often skip because they feel adversarial. They are not. Both protect the consultant as much as you: an engagement with named success criteria is one that can be defended when a quarter goes sideways, and an engagement with a stop clause is one nobody has to stay in out of politeness. Ask them in the first call, not in the contract review, because the quality of the answer tells you whether the person has done this enough times to have been burned by its absence.

The second question has a tell. A candidate who has run real engagements will add to your stop clause rather than negotiate it down, because kill criteria make good work legible. The worrying version is enthusiasm about lagging metrics inside 90 days: anyone promising revenue or churn movement in the first quarter is either scoping something trivial or selling. What should move first is covered in the guide to measuring a product consultant in 90 days.

What does a strong set of answers look like overall?

Specific, and occasionally unflattering. The strongest candidates volunteer the engagements that did not work and can say why in a sentence that implicates their own judgment rather than the client's organization. They ask you more questions than you ask them, and the questions are about revenue, churn reasons and who currently decides what gets built, not about your tech stack. They will tell you which parts of your problem they are not the right person for. Product management consulting for B2B SaaS is the category; a fractional CPO is the engagement model inside it that carries accountability for the outcome, and a candidate who can explain which of the two your situation calls for is demonstrating the judgment you are buying.

Sivan Kadosh, a fractional Chief Product Officer for B2B SaaS companies between $2M and $15M ARR, works on a $8,000 monthly retainer covering 20–25 hours. The process end of this is in how to hire a product management consultant, the types and costs are in should you hire a product consultant, and the selection criteria are in how to choose a product management consultant.

Quick rule

Did they answer with a number or a category?

If more than three of the ten answers came back as a framework rather than an example, the operating history is thinner than the biography suggests.

The five selection criteria →

Want to run these questions on someone?

Thirty minutes, no pitch deck. You will leave with an answer either way.

Book a strategy session

Ten questions, in order: five on what they have owned, three on how they work, two on how the engagement is judged and ended. Specificity is the signal throughout, and the stop-clause question is the single most informative of the ten. Ask all of them in the first call, before anyone has written a proposal.

Sivan Kadosh

Sivan Kadosh

Fractional CPO for B2B SaaS. Eighteen years across CEO and CPO roles, most recently CPO and GM at Touch Stay. I work with a maximum of three companies at a time, which is the only reason the answers above are specific.

More about how I work →

Book a 30-minute product strategy session

Bring the decision you’re stuck on. If I’m not the right person for it, I’ll say so and tell you who is.

Book a strategy session

No pitch deck. No follow-up sequence.