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

Sometimes you just have to try it and see what happens

August 10, 2022

Sometimes you just have to try it and see what happens The single greatest key […]

Training and testing

August 3, 2022

Training and testing I’ve written before that the best form of training follows this process: […]

How to save a “failing” project

July 27, 2022

How to save a “failing” project It is not unusual for me to receive a […]

How to avoid the “IT black hole”

July 20, 2022

How to avoid the “IT black hole” Going all the way back to my days […]

The “People” are important!

July 13, 2022

The “People” are important! I’ve written a lot about people, process, and technology over the […]

Always look for the MVP

July 6, 2022

Always look for the MVP I first wrote about minimum viable product (MVP) just three […]

The longer you take, the longer it will take

June 29, 2022

The longer you take, the longer it will take It may sound like a tautology, […]

Data is for action

June 22, 2022

Data is for action When deciding whether or not to collect a piece of data, […]

Have you shopped yourself?

June 15, 2022

Have you shopped yourself? I’ve always been fascinated by the “secret shopper” concept. (Maybe it’s […]

To improve adoption, decrease the friction

June 1, 2022

To improve adoption, decrease the friction “Before you try to increase your willpower, try to […]

Leave a Comment

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

Scroll to Top