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
Cheaper now; costlier later.
Cheaper now; costlier later. Most of my clients are very cost-conscious, understandably. After all, who […]
The unified shopping cart: Dreams vs. reality
The unified shopping cart: Dreams vs. reality One of the more common requests I hear […]
Don’t forget to celebrate!
Don’t forget to celebrate! Truth be told, I’m not a big celebrator. (Maybe it’s because […]
Three thoughts on duplicate records
Three thoughts on duplicate records Duplicate records are a reality in any database of any size, […]
Please don’t do this…
Please don’t do this… I’ve noticed a trend among online retailers that I want to […]
AI is perpetually patient
AI is perpetually patient My friend and colleague Noel Shatananda of fusionSpan was providing me some […]
User adoption is (almost) all that matters…
User adoption is (almost) all that matters… I was speaking with an association recently about their […]
When “overcommunicating” becomes overwhelming
When “overcommunicating” becomes overwhelming There is a common belief in project management and general business management that overcommunicating […]
Communicating when there is a major technology change
Communicating when there is a major technology change For those of you who are ASAE […]
Everything works, until it doesn’t.
Everything works, until it doesn’t. “If something cannot go on forever, it will stop.” – […]
