32 direct answers on fractional product leadership, getting from idea to MVP, AI product work, product management and starting a company. Short answer first, then the practice behind it.
Everything founders ask before hiring a fractional Chief Product Officer — cost, scope, hours, KPIs and the comparisons that decide the hire. Answers come from running product at Just Eat and Sage, and from fractional engagements with pre-seed and seed teams.
A fractional CPO is a senior product executive who owns product strategy, discovery and delivery for one to three days a week instead of full-time. They set the product direction, decide what gets built and what gets cut, run the operating cadence with engineering, own the product metrics reported to the board, and coach or hire the permanent product team that eventually replaces them.
Read the answerA fractional CPO costs roughly £4,000–£10,000 per month in the UK, or $6,000–$15,000 in the US, depending on days per week. One day a week sits at the bottom of that range, two-plus days at the top. There is no employer's National Insurance, pension, equity or recruiter fee, so the loaded cost is close to the headline number.
Read the answerHire a fractional CPO when product decisions have become the bottleneck but you cannot yet justify a full-time executive. In practice that is after you have engineers building and before you have product-market fit: usually pre-seed to Series A, three to fifteen people, with a roadmap that keeps growing and a founder who no longer has time to run discovery properly.
Read the answerA fractional CPO is worth it when product decisions are costing you more than the retainer — which, with four engineers on payroll, happens fast. One quarter of misdirected engineering costs £50,000–£80,000 in salary alone. The retainer pays for itself if it prevents a single wrong quarter. It is not worth it if you lack build capacity, or will not give the role decision rights.
Read the answerMost fractional CPOs work one to three days a week — roughly 8 to 24 hours — split across fixed on-site or on-call days plus asynchronous availability in between. One day a week is direction and cadence. Two days adds hands-on discovery and delivery. Three days is close to an interim executive and is normally reserved for turnarounds or funding-round sprints.
Read the answerA product manager executes within a strategy: discovery, specs, backlog, shipping one product area. A fractional CPO sets that strategy: what the company builds, what it refuses to build, which metric matters, how the product function operates, and who to hire. If nobody has defined the direction, a PM will fill the gap with activity — which looks like progress and is not.
Read the answerA product consultant analyses your situation and hands back recommendations; accountability stays with you. A fractional CPO takes a seat in the company, holds decision rights, and is measured on whether the product metric moves. Consultants suit one-off diagnostics, due diligence and audits. Fractional leadership suits companies that already know roughly what is wrong and need someone to own fixing it.
Read the answerA CPO should track one primary metric per quarter plus a small guardrail set. Pre-PMF: activation rate, week-four retention and time-to-value. Post-PMF: net revenue retention, expansion rate and revenue per active user. Always: cycle time and rework rate as health metrics. If your product dashboard has more than seven numbers on it, nobody is accountable for any of them.
Read the answerDefine the mandate before the title. Write the one outcome this person owns for the next four quarters, then hire against that: a zero-to-one leader for pre-PMF, a scaler for post-PMF — they are different people. Run a four-stage loop with a real working session on your actual problem, reference on decisions made rather than teams managed, and expect eight to fourteen weeks.
Read the answerA Head of Product runs the product function — team, process, roadmap execution — and usually reports to a founder or CEO. A CPO sits on the executive team, owns product as a business line alongside revenue and engineering, and is accountable to the board. The practical difference is scope of accountability: function versus company. Titles inflate at startups, so check the mandate, not the label.
Read the answerThe questions founders ask between having an idea and having something real in front of paying users — scope, cost, timeline and validation. Answers reflect the Crossley Method: discover, validate, prototype, build, launch, first revenue.
Build an MVP by picking one job a specific user will pay to have done, designing the single shortest flow that completes it, and shipping only that. Validate demand before building — interviews plus a paid or committed signal. Build in four to six weeks with off-the-shelf infrastructure, launch to a narrow group, and measure whether they complete the job and come back.
Read the answerA focused software MVP costs roughly £5,000–£15,000 built with AI-assisted tooling and a small scope, £20,000–£50,000 with a freelance or agency team, and £60,000–£120,000 for a complex or regulated product. The main cost driver is scope, not day rate: every extra flow adds design, build, testing and support cost. Budget 20% for post-launch iteration — that is where the learning is.
Read the answerBuild an AI MVP by choosing one task where being right 80% of the time is still useful, wrapping a hosted model rather than training your own, and designing the interface around correction — users must be able to see, edit and accept output. Set an evaluation set before launch, measure task success and human-override rate, and only consider fine-tuning once the workflow itself is proven.
Read the answerA focused MVP goes from idea to launched product in six to twelve weeks: one to two weeks of discovery and validation, four to six weeks of build, one to two weeks of pilot and fixes. Complex, integrated or regulated products take four to nine months. Delays almost always come from scope changes and slow decisions, not from engineering speed.
Read the answerPractical answers about applying AI inside real products and companies — what it costs, what it changes about the product role, and where it genuinely reduces cost or improves experience.
No, but it is removing a large part of what product managers used to spend their week doing. AI already writes specs, summarises research, drafts tickets, analyses feedback and builds prototypes. What it cannot do is decide what a company should refuse to build, hold accountability for a metric, or persuade a room. Roles weighted towards documentation are shrinking; roles weighted towards judgement are becoming more valuable.
Read the answerStartups use AI in three places: inside the product as a feature that completes a user task, inside operations to remove repeated manual work, and inside go-to-market for research, content and support triage. The highest-return use in a small company is usually operational — it lowers headcount pressure immediately, with no dependency on customers changing their behaviour.
Read the answerFounders need four categories, not forty tools: a frontier chat assistant for thinking and drafting, an AI-assisted build tool for prototypes and MVPs, a research and synthesis tool for customer and market work, and automation for repeated operational tasks. Pick one per category, use them daily for a month, and only add a fifth tool when a specific recurring task justifies it.
Read the answerAn AI application costs roughly £10,000–£30,000 to build as a focused MVP on hosted models, and £50,000–£150,000 for a production system with retrieval, evaluation and integrations. Running cost matters more than build cost: expect £0.01–£0.30 of model spend per task. If a customer generates a hundred tasks a month, price accordingly — AI products fail on unit economics more often than on build budgets.
Read the answerAI reduces operating costs by removing repeated, rules-light manual work: support triage and first-draft responses, data entry and reconciliation, research and reporting, and QA. Realistic savings in a small company are 20-40% of the time spent on those specific tasks, not of total headcount cost. The saving is real only if the reclaimed hours are redeployed rather than absorbed.
Read the answerAI improves customer experience mainly by shortening time-to-value and removing waiting: instant answers grounded in your own documentation, faster onboarding through automated setup, proactive detection of stuck users, and personalised guidance based on what similar accounts did next. It damages experience when it hides humans, guesses confidently, or personalises in ways the customer did not expect.
Read the answerAnswers to the questions product managers and founders actually ask — written from running product at Just Eat and Sage, and building products from zero as a founder.
You become a product manager without a degree by producing evidence instead of credentials: ship something real, own a metric in an adjacent role, and document decisions publicly. Support, sales, operations and QA are the highest-converting entry routes because they give you customer contact and data. Hiring managers screen for judgement and shipped outcomes; almost none check for a degree at interview stage.
Read the answerFour skills carry most of the job: customer discovery, prioritisation under uncertainty, written communication, and data literacy. In 2026 add two more: AI-assisted execution, and evaluation design for AI features. Frameworks, roadmapping tools and ceremonies are teachable in weeks; judgement about what not to build is the skill that separates senior PMs from everyone else.
Read the answerProduct managers usually fail for structural reasons, not talent ones: no clear mandate, no owned metric, no direct customer contact, an organisation that rewards shipping over outcomes, and an unwillingness to create conflict by saying no. Four of those five are fixable by the company. The fifth — avoiding conflict — is the personal skill most often missing in PMs who stall at mid-level.
Read the answerProduct managers use AI to compress the artefact half of the job: synthesising interviews, drafting specs and tickets, building clickable prototypes, summarising support and review data, and pressure-testing decisions. The best PMs also use it inside the product, designing evaluation sets and quality metrics for AI features. What they do not delegate is the decision, the customer conversation or the accountability.
Read the answerProduct-market fit is the point where a defined group of customers keeps using and paying for your product without you pushing them, and demand grows faster than you can comfortably serve it. Practical signals: week-four retention that flattens rather than decays, over 40% of users saying they would be very disappointed to lose it, organic word of mouth, and shortening sales cycles.
Read the answerPrioritise against one metric for the quarter, not against a scored list. Ask of each candidate: what evidence says this moves the metric, what is the smallest version that would test it, and what comes off the roadmap to make room. Scoring frameworks like RICE are useful for structuring a conversation, but they launder opinion into numbers if the inputs are guesses.
Read the answerA product roadmap is a statement of what problems you intend to solve, in what order, and why — not a dated list of features. The format that works is three horizons: what is being built now with committed scope, what is next with a defined problem but flexible solution, and what is later as themes. Dates belong on the now column only.
Read the answerThe questions first-time founders ask before and just after they start building — validation, co-founders, frameworks and the mistakes that cost a runway cycle.
Start a SaaS company by choosing a narrow, expensive, recurring problem for a specific group you can reach, validating that they will pay before you build, then shipping the smallest product that solves it end to end. Get to first paid customer before hiring, raising or automating anything. Distribution — how you reach that group repeatedly — matters more than the software.
Read the answerTechnical co-founders come from people who already know you — former colleagues, communities you contribute to, and open-source or startup circles — far more often than from matching platforms. What makes them say yes is evidence: a validated problem, early customers, and a prototype you built yourself. In 2026, many founders should first ask whether they need a co-founder or a contractor plus AI tooling.
Read the answerFirst-time founders consistently build before validating, scope too wide, hire too early, price too low, chase funding instead of revenue, and measure activity instead of outcomes. Each individually is survivable. Combined, they burn a runway cycle before anyone learns whether the core idea works. The counter-move is uncomfortable focus: one segment, one problem, one metric, one channel.
Read the answerFounders need one sequence, not a shelf of frameworks. A workable one: discover the problem, validate willingness to pay, prototype the flow, build the MVP, launch narrow, get first revenue, then scale what works. Borrow specific tools where they help — jobs-to-be-done for framing, opportunity solution trees for discovery — but a framework that produces artefacts instead of decisions is overhead.
Read the answerValidate a startup idea by testing willingness to pay, not enthusiasm. Run ten to fifteen interviews about what people did last time they faced the problem, then ask for a commitment — a deposit, a paid pilot, a signed letter of intent. Set your pass thresholds before you start. Two weeks of this routinely prevents six months of building the wrong thing.
Read the answerEXPLORE NEXT
Every stage from first idea to first revenue, mapped end to end.
The seven-stage framework that takes an idea to first revenue.
Read moreProduct leadership on retainer for pre-seed and seed teams.
Read moreDone-for-you six-week build from validated idea to live product.
Read moreFree estimate of what your MVP will cost and how long it will take.
Read moreTurning LLMs, RAG and agents into products that hold up in production.
Read moreLong-form writing on AI product leadership and shipping MVPs.
Read more