Data doesn't need to be perfect to be useful
"Your data doesn't have to be perfect to be useful." - (Borrowed with permission from Intellidata's Slice newsletter.)
In my experience, many associations hold themselves back from cleaning up their data, because they are overwhelmed with where to start, and they also think success can only be achieved if the data is perfect. The thinking goes: since there's no way to get to perfect data, there's really no reason to start.
But it's clearly not true. The data you have now isn't perfect, nor will it ever be. But if your data is "pretty clean," it can be very useful.
So don't let perfect be the enemy of the good. Continue working on keeping your data as clean as it can be. It will never be perfect, but it will still be useful.
![]()
Wes's Wednesday Wisdom Archives
Never burn a bridge
Never burn a bridge My children have reached the age where they have, or are, […]
You CAN compete with the big guys…
You CAN compete with the big guys… In my experience, associations often undersell their actual […]
Join (or start) your users group!
Join (or start) your users group! Today’s message is simple: If the AMS you’re using […]
They don’t care, until they care.
They don’t care, until they care. One of the more common questions I get from […]
Longfellow and data management
Longfellow and data management “We judge ourselves by what we feel capable of doing while […]
Do you really need all that historical data?
Do you really need all that historical data? A question I’ll often get from my […]
AI actually requires thinking
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
It’s not the mistakes, but how you respond Recently a client was complaining about a bug that […]
The hidden costs of bad data
The hidden costs of bad data Nobody likes bad data, and presumably we’re all working […]
Don’t let your customers edit their names online!
Don’t let your customers edit their names online! This issue came up recently and I […]
