MDR (Minimum Data Required)

MDR (Minimum Data Required)

I've written about minimum viable product (MVP) in software development in the past. MVP means getting the product out into the market with the least amount of features, in order to get customer feedback and to just get something out there.

A related concept in data management is minimum data required (MDR)*. The purpose of MDR is to make it as easy as possible for your customer to buy, and to make it easier for you to manage their data (since there is less data to manage!).

Simply put, MDR asks the question: "What is the minimum number of data points required to complete this transaction?" For example, when a new member comes to join via your website, what is the minimum amount of data required to process that new membership? This is going to vary from organization to organization, but in my experience, almost all associations collect more information than they actually need to process the new membership.

When I ran a customer service department in an association back in the '90s (effectively pre-internet), I used to joke that the most efficient transaction would be one where a person calls and says "I want that" and you already have all their contact and payment information on file, and the transaction is completed. (And then Amazon invented the "Buy Now" button!)

So look at all of your transactional processes, especially those online, and ask yourself "What is the minimum number of data points required to complete this transaction?" Whether it's membership joins, renewals, donations, event registrations, product purchases, or something else, make the process as simple as possible for the buyer.

Less data to manage is easier data to manage.

Wes's Wednesday Wisdom Archives

Eyes wide open and affirmative decision-making

April 16, 2025

Eyes wide open and affirmative decision-making When I work with my clients on any type […]

Honoring an industry legend

April 9, 2025

Honoring an industry legend I’m taking a break from my usual data management tips to […]

Never burn a bridge

April 2, 2025

Never burn a bridge My children have reached the age where they have, or are, […]

You CAN compete with the big guys…

April 2, 2025

You CAN compete with the big guys… In my experience, associations often undersell their actual […]

Join (or start) your users group!

March 26, 2025

Join (or start) your users group! Today’s message is simple: If the AMS you’re using […]

They don’t care, until they care.

March 19, 2025

They don’t care, until they care. One of the more common questions I get from […]

Longfellow and data management

March 12, 2025

Longfellow and data management “We judge ourselves by what we feel capable of doing while […]

Do you really need all that historical data?

March 5, 2025

Do you really need all that historical data? A question I’ll often get from my […]

AI actually requires thinking

February 26, 2025

AI actually requires thinking “I don’t think AI introduces a new kind of thinking. It […]

It’s not the mistakes, but how you respond

February 19, 2025

It’s not the mistakes, but how you respond Recently a client was complaining about a bug that […]

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top