Product management is changing. The most effective product people today don’t just define what should be built, they build it. As AI tools collapse the distance between idea and working software, the PMs who will shape the next generation of healthcare technology are the ones who can move from discovery to prototype to shipped solution in days, not months. At Canvas, we’re not waiting for that shift to happen. We’re hiring for it now.
The Product Experience Builder is a new kind of role: part product manager, part builder, entirely focused on creating plugins and capabilities that make Canvas more powerful for every customer. Where traditional PMs gather requirements and hand off to engineering, a Product Experience Builder gathers insight and then builds. They build using the Canvas’s SDK, AI-assisted development tools, and whatever else it takes to get something real in front of customers fast.
The path from one customer to many is rarely a straight line. A Product Experience Builder may spend weeks forward-deployed with a single customer, building out an entire clinical workflow end-to-end — doing whatever it takes to get them live. Next month, a Product Experience Builder may build a plugin that unlocks opportunities for many customers because a new platform capability has been developed based on customer developer feedback. The core common concept is speed of iteration: understand the pattern, ship fast for one, build it in a way that works for many.
That loop only works if the person running it has genuine product and design sense. Canvas is built from a growing collection of plugins and extensions, and without strong aesthetic and structural judgment, that kind of system can quickly become incoherent — inconsistent interaction patterns, redundant capabilities, workflows that technically function but feel disjointed to the clinicians using them. A Product Experience Builder must hold the broader design integrity of the Canvas experience in mind even when moving fast on a single customer’s problem. Systems thinking here means not just understanding how plugins compose technically, but ensuring they compose into something that feels like a unified product.