Product strategy and narrative
One written strategy the exec team can repeat: who you're for, what you're betting on, what you're deliberately not doing, and how you'll know it's working.
Product Leadership practice
Short answer
Who it's for
Growth-stage B2B software and technology-enabled services organizations, typically 20–500 people, where product decisions still route through the founder or where a PM team exists without a senior owner. The common thread is willingness to change how product runs — not just a wish for more delivery capacity.
Signals
What I own
One written strategy the exec team can repeat: who you're for, what you're betting on, what you're deliberately not doing, and how you'll know it's working.
A prioritization method the team can run without you — scored on impact, effort, dependency, and reversibility — replacing the loudest-voice default.
A repeatable rhythm for customer evidence: who talks to customers, how often, what gets recorded, and how findings actually change the roadmap.
A monthly review where product performance, adoption, and retention signals get read together, and decisions come out of the meeting.
Raising the bar on your existing PMs, and defining the role, scorecard, and interview loop for the next hire — so you're building capability, not dependency.
Deciding which AI capabilities belong in the product, which belong in operations, and which are noise — with feasibility and risk read honestly.
First 30 days
Week 1
Interviews with founders, exec peers, PMs, engineering, sales, and support. Review the current roadmap, recent releases, discovery artifacts, and whatever metrics exist. No recommendations yet.
Week 2
Map how product decisions are actually made today and where they break. You get a written read of the two or three constraints costing the most — strategy clarity, prioritization, discovery, measurement, or team standard.
Week 3
Stand up the highest-leverage mechanism first — usually the prioritization method or the operating review — and run it live with the team rather than documenting it and hoping.
Week 4
A written product operating plan: what changes in the next 90 days, who owns each piece, what we'll measure, and what I stop doing as the team takes it over.
How the retainer works
Shape
Embedded days per week
Term
Quarterly minimum
Investment
Discussed on the call
Every month has written deliverables agreed in advance, and every engagement is founder-led — no junior team, no offshore handoff. If a piece of work needs a specialist in design, data, or engineering, I bring in someone qualified and stay accountable for the outcome. If a fixed-scope start makes more sense than a retainer, begin with the Product Operating Review.
Scope discipline
Embedded interim leadership, not advisory. I sit in your operating cadence — exec meetings, roadmap reviews, PM one-on-ones — and own named deliverables each month. Advisory calls without accountability don't change how a product org runs.
A committed number of days per week, agreed before we start, with a quarterly minimum so the systems have time to hold. Scope and investment are discussed on the call rather than published, because the right allocation depends on the size of your product org.
No — it's usually the best case. Your PMs get a senior owner to escalate to, a clear operating standard, and coaching. I work through them, not around them.
Covered by a mutual NDA before any material is shared. Client work is never named publicly, and no artifact from your engagement appears on this site.
With an exit plan written at the start: the systems documented, the permanent product owner hired or promoted, and a handover period. If you still need me after that, something went wrong.
Aiden Wayne, founder of Fascia Labs, based in Vancouver. More than a decade across product management, SaaS, AI and machine learning, data, and workflow transformation, including confidential enterprise and public-sector environments. Engagements are founder-led, with qualified specialists added when the work requires them.
Take the free Product Operating Score, or book the call and describe what's stuck. If the constraint is operations rather than product, I'll say so and point you at the other practice.