Contact

Working together

Advisory and fractional product leadership for healthcare and AI ventures. I partner with technical founders to take complex clinical systems through review, unblock patient adoption, and build products that last.

Direct email kanav@kanav.net
Send email
Ask about an advisory or fractional engagement → Usually responds within 24 hours

Availability

Status
Taking advisory and fractional engagements
Based in
Chicago, IL
Work authorization
U.S. and Australian citizen — no sponsorship needed in either country
Fractional product leadership
Hands-on onboarding, clinical workflow, and go-to-market architecture for select venture-backed healthtech startups.
Strategic advisory
Ongoing guidance for founders on clinical-market alignment, regulatory navigation, and AI accountability. Also available as a four-week diagnostic sprint.
Clinical AI safety review
Whether a healthcare AI system can be stopped, overridden, and reversed, for health plans, healthcare AI companies, and investors. Four formats: a one-hour safeguards review, a two-week readiness sprint on one workflow, an investor diligence memo in five business days, or a two-to-three-week evaluation against FDA and EU AI Act expectations.
Independent R&D
Building NextConsensus (guideline, label, and coverage forecasts) and Ambit (agent authorization).

Frontier labs and agent platforms

I work on the systems around a capable model: tool discovery, permissions, and action verification. I also work out how errors are contained and who is notified. Hospitals, banks, and regulated companies need those controls before they let software act on its own.

Healthcare AI product leadership

I’m interested in teams with a working AI model and unresolved questions about how clinicians will use it and hospitals will deploy it. I help them earn clinician trust, fit hospital workflows, and decide what requires human review. That’s the setting where I’ve shipped most of my products.

Zero-to-one technical products

The capability exists and the product doesn’t. I build the first version myself, put it in front of the people who will have to approve it and use it, and settle with engineering and leadership what it will not do.

  • Before the product category has a name, when nobody can point at a competitor to explain what you are building.
  • When hospital IT, security, and clinical review have to be built into the product instead of worked around.
  • When an AI agent is about to act on its own and nobody has decided what it is allowed to do.
  • When a working prototype has to become a business, or the team finds it built the wrong thing.

Revised