Costa Rica MedTech Header
Gowned technicians assembling and inspecting medical devices in a clean, modern Costa Rica manufacturing lab.

Prioritization tools: Pareto Analysis

An executive infographic illustrating a universal prioritization workflow.

Pareto Analysis is a prioritization method based on a simple observation:

  • A minority of causes often drives a majority of outcomes.
  • In practice, you’ll often find that ~80% of complaints come from ~20% of issue types.

You don’t use Pareto to ignore the remaining issues, you use it to sequence work so the team earns the biggest satisfaction gains early.


When to use it

Use Pareto when:

  • you have a lot of requests, feedback, tickets, or defects and limited capacity
  • you need a defensible way to decide “what to fix first”
  • stakeholders disagree on priorities and you want an evidence-based approach

Be careful when:

  • one issue is low-frequency but high severity (security, safety, compliance). Pareto is a prioritization tool, not a risk model.

Step-by-step: Pareto Analysis

Step 1) Collect feedback and define the “unit” you’ll count. Decide what you’re counting:

  • support tickets
  • app store reviews
  • survey responses
  • churn reasons
  • defect reports

Tip: Pick one timeframe (e.g., last 30 days) so you’re not mixing old and new realities.

Step 2) Categorize feedback into issue types

Create a small set of categories that match how your product/service works. Examples:

  • Delivery & fulfillment
  • Payments & billing
  • Performance (loading time)
  • UX / usability
  • Reliability (crashes)
  • Account access / passwords

If categories are too broad, you’ll lose signal. If they’re too narrow, you’ll dilute signal.

Step 3) Quantify: count frequency (and optionally weight severity) Start simple:

  • Frequency = number of times the issue shows up

If needed, add a light severity weighting

  • Critical = 8
  • High = 4
  • Medium = 2
  • Low = 1

Then compute a weighted score:

  • Weighted Impact = frequency × severity weight

Step 4) Build the Pareto view: sort from biggest to smallest

  • Sort categories by frequency (or weighted impact) descending.
  • Compute cumulative percentage.

This will show you the “knee” in the curve: the point where the biggest categories stop dominating.

Step 5) Prioritize actions: “vital few” first

Pareto helps separate:

  • the vital few problems that deserve immediate attention
  • the trivial many that can be scheduled later

Rule of thumb: pick the top 1–3 categories to start.

Step 6) Implement changes, then measure impact

After changes, measure:

  • customer satisfaction indicators (CSAT/NPS)
  • complaint volume per category
  • conversion metrics (if relevant)
  • incident/defect trends

Then repeat the loop—feedback changes after you fix the biggest issues.


Example

Software Feedback → performance beats, UI redesign (when data says so)

Situation: A friend’s software company was receiving an increased amount of feedback after a redesign went to production. The obvious culprit was the new interface making things confusing for the user base that were not identified during UAT, however, after we established a set categories for all these requests coming in at the same time, the issue with the new UI was not the main driver, what we found was unexpected.

Pareto finding: ~80% of complaints were about loading speed.

Decision: prioritize performance improvements over a UI redesign.

Actions:

  • performance profiling (largest pages/flows)
  • optimize database queries / caching
  • reduce payload size (images, bundles)
  • address top endpoints by latency

Why it worked: it addressed the dominant pain first, even though the UI issues were still real. We gave ourselves time to address the update workflows without having every user mad at our app.

Measurable outcomes: As with everything we do, measuring is important. Once the fixes were in place we measured the changes in these three metrics we picked (Median page load time, Ticket volume, Conversion Percentage)

Our conclusions (in the form of a template):

  • “Median page load time decreased from <X>s to <Y>s”
  • “Ticket volume tagged ‘slow’ dropped by <X>%”
  • “Conversion/retention improved by <X>%”

A simple checklist you can reuse


Final takeaway

Pareto Analysis is an efficient way to turn large volumes of feedback into a focused improvement plan. By concentrating on the few issues that drive most complaints, you can deliver meaningful gains faster and build a culture of continuous, evidence-based improvement.

Response

  1. […] The transition from process-group thinking to outcome-focused domains reflects a real-world truth: projects succeed or fail less because a team “followed the next step,” and more because the team made the right decisions under constraints, uncertainty, and competing stakeholder needs. […]

Leave a Reply

Managing Change in Regulated MedTech Software

🧭 TL;DR Who this article is for This article is for MedTech project managers, product managers, software leads, QA/RA, systems engineers, cybersecurity leads, and supplier-quality partners working with regulated software, SaMD and SiMD, connected devices, or hybrid medical-device programs. It is especially useful for teams trying to reconcile two pressures that often feel opposed: How…

Stakeholder Management in MedTech

Stakeholder management in MedTech is not a “soft skill.” It is part of the design-control and risk-control system that determines whether a product can be safely released, adopted, supported, and defended with objective evidence. This article is MedTech-first and experience-based. In regulated medical software, stakeholder management is not just communication. It is how expectations become…

Unpacking the Project Performance Domains

Project performance domains are one of those concepts that sit quietly underneath everything in modern project management: they’re not a “method,” but they often determine whether the work is coherent, repeatable, and value-realizing. I’m writing this from the perspective of a program manager in high‑stakes engineering (MedTech and other regulated environments). I started learning with…

From Sand to Silicon: Semiconductor Materials, Purification, Wafers, Films, and Dopants

Semiconductors are one of those fields where materials science and electronics meet in the most practical way: what a material is (and how clean, ordered, and intentionally “imperfect” it can be made) ultimately determines what circuits can do. I’m writing this series as an electronics engineer, and because earlier in my career I had the…

Agile in regulated medical device software: what TIR45:2023 really added

I believe in starting an Agile roadmap from an agnostic Agile perspective. I focus on the outcomes. I focus on flow. I focus on learning. I do this in any industry. I do it even more in safety-critical industries. That is why I paid close attention to the updates in AAMI TIR45:2023. This update matters.…

Laura López: The Economist Behind Costa Rica’s MedTech Boom

Laura López: The Economist Behind Costa Rica’s MedTech Boom You may know that Costa Rica has become a MedTech powerhouse but do you know that behind all these engineers and managers there is an economist thought leader helping shape the conditions for this economic miracle in the Americas? Laura López, CEO of PROCOMER (Costa Rica’s…

Something went wrong. Please refresh the page and/or try again.

Discover more from Costa Rica MedTech

Subscribe now to keep reading and get access to the full archive.

Continue reading