Who should "own" the database?
One of the most common questions I get from my clients is "Who should have responsibility for the database?" That is typically followed by "Should it be the membership department, or IT, or somewhere else?"
Back in the day, I would recommend that whoever was "closest" to the data should manage it. For example, if most of the data revolved around membership, put it in the membership department. Or maybe it's mostly events, or certifications. But wherever the bulk of the data is, that's who should "own" the database.
Over time I've come to modify my thinking. I believe the person who should "own" the database is the person who is most passionate about the data itself. This isn't about what department the person is in or even what this person's title is. The person (or team) I want to manage the data is the person or team who cares most passionately about the data within the organization.
In my experience, almost every organization has this, either by design or default. If it's by design, good for you. If it's by default, you should formally recognize that this person has the authority to manage the data and the system.
Passion about the data, not title or department, will be your key to success.
![]()
Wes's Wednesday Wisdom Archives
Don’t be so lazy…
Don’t be so lazy… One of the things that attracted me to the software world […]
Don’t try to do everything at go-live
Don’t Try to do Everything at Go-live When implementing a new AMS, there is a […]
Make sure your system has broad support
Make sure your system has broad support An AMS vendor pointed out to me recently […]
You have to have the right people in place
You have to have the right people in place This may seem obvious, but I’ll […]
Ask “What” not “Why”
Ask “What” not “Why” As a consultant, one of my favorite questions to ask my […]
Engagement is measured by the customer
Engagement is Measured by the Customer I’ve written a bunch about measuring engagement in the past. (Click […]
Yes, you do have a process for that
Yes, you do have a process for that When I work with clients on pretty […]
“Correct your mistakes before they become your habits”
“Correct your mistakes before they become your habits” Yet another great quote from James Clear: “Correct […]
Sometimes it’s a process issue
Sometimes it’s a process issue When I work with clients on developing a needs list […]
First ask: “How will I use this data?”
First ask: “How will I use this data?” Whether it’s during data conversion, adding a […]
