MedDevice by Design with Mark Drlik and Ariana Wilson
Resources

Understanding Medical Device Stakeholders

YouTube video thumbnail

When designing a new product, identifying medical device stakeholders is a vital first step. As Ariana Wilson and Mark Drlik explain in this episode of MedDevice by Design, every phase of a device’s life cycle involves different people with distinct needs—from clinicians and patients to service technicians and regulatory bodies. Understanding who these stakeholders are and what they value helps create more effective and sustainable designs.

Mapping user needs across the product life cycle

Stakeholders influence a product’s success through purchase, adoption, use, advocacy, and sometimes even rejection. By mapping all involved parties—assembly teams, procurement, distributors, maintenance staff, and end users—designers can visualize where interests overlap or diverge. This mapping process allows teams to identify conflicting needs early and guide design tradeoffs before they become barriers to usability or compliance.

Balancing conflicting stakeholder needs

As Wilson points out, user needs often conflict. A facilities manager may prioritize infection control, while a biomed technician may need quick access for repairs. These needs seem opposed, but they stem from shared goals: safety and efficiency. Recognizing the core requirement behind each helps designers uncover creative ways to satisfy both. Drlik adds that thoughtful design, combined with iterative feedback, can resolve these tensions and sometimes inspire entirely new solutions.

From user insights to design innovation

By interpreting and negotiating stakeholder needs, designers transform requests into actionable design requirements. This process keeps teams focused on solving real problems rather than simply responding to feature requests. As the discussion highlights, creative solutions often emerge when designers fully understand the perspectives of all medical device stakeholders.

One engineer works hands-on with this board's internals, carrying it from design through bring-up

When one team designs, lays out, and brings up a board, knowledge sticks. Splitting that work across specialists looks efficient but creates the risk it’s meant to avoid.

AI coding agents support this engineer as he reviews code and a workflow diagram on a call

AI coding agents like Claude and Codex are helping EE teams turn concepts into tested hardware in weeks, not months, without adding a new vendor or software dependency.

An EE partner explains an electrical architecture decision to the client team during design review

Choosing an EE partner is a program risk decision, not a staffing decision. Early architecture choices carry through to certification, and the wrong partner can cost far more than their hourly rate suggests.

PCB stack-up planning happens here, as an engineer reviews routed copper layers on a wide monitor

PCB stack-up shapes signal integrity, EMC performance, and manufacturability long before layout begins. Getting layers and reference planes right avoids costly redesigns later.