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

No system is perfect

March 9, 2022

No system is perfect When working with my clients on the selection of a new […]

Ask your members to update their info

March 2, 2022

Ask your members to update their info One of the greatest data management challenges any association […]

Customer vs. staff

February 23, 2022

Customer vs. staff In a properly designed AMS, when the customer goes online to your […]

Measuring customer service

February 16, 2022

Measuring customer service When I work with clients on AMS selection, one question that often […]

Iterate or innovate?

February 9, 2022

Iterate or innovate? When moving to a new association management system, there is often an implicit […]

Who is in control?

February 2, 2022

Who is in control? Speaking with a client once about their database project, the client […]

Sometimes Staff Has to do the Work

January 26, 2022

Sometimes staff has to do the work… As a child, I was attracted to computers […]

Documentation and the Great Resignation

January 19, 2022

Documentation and the Great Resignation Unless you’ve been living under the proverbial rock, you’ve heard […]

Data Management Strategy

January 12, 2022

Data Management Strategy Do you know what your data management strategy is? If you have […]

It’s always about trust

January 5, 2022

It’s always about trust When I work with clients on almost any data management project, […]

Leave a Comment

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

Scroll to Top