If you don't trust your vendor...
When I start an AMS selection project with a client, one of the first questions I ask is: "Would you be willing to stay with your current provider if they can do what you need them to do?"
In most cases, the client says "no," because they've already decided they want to move to a new system (and that's okay). But every now and then, a client will say "Yes, if they can do what we need, we would stay with them."
But what I'm really asking the client is "Do you still trust your vendor?"
Because in the end, whether it's an AMS, LMS, FMS, or any other system, the product is only as good as the company that supports it. And if you don't trust the vendor, you won't be getting the most out of that system.
So look at all the systems you're using in your organization. Do you trust the vendor that provides it? If you don't, it's probably time to find a new one.
Wes's Wednesday Wisdom Archives
Eyes wide open and affirmative decision-making
Eyes wide open and affirmative decision-making When I work with my clients on any type […]
Honoring an industry legend
Honoring an industry legend I’m taking a break from my usual data management tips to […]
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 […]