Cheaper now; costlier later.
Most of my clients are very cost-conscious, understandably. After all, who among us has an unlimited budget? But over the years, I've run into many situations that I would describe as "Cheaper now, costlier later." Here are just a few examples:
- Developing software internally rather than purchasing off-the-shelf software or using third party developers.
- Identifying and selecting enterprise software rather than using a specialized consultant to guide you (self-serving, I know, but bear with me).
- Mananging software applications internally on local servers (e.g., website, AMS, other enterprise software) rather than using a hosting service.
What all these examples have in common is that the initial outlay of cash is low, or perceived to be zero because staff is doing the work (i.e., no direct expenses). But there are three problems with that thinking:
- Staff time has a cost even if it's not a direct cost. Any time spent on these activities is time not spent on core competencies.
- Most often, staff does not have the actual expertise to execute these actions. How can the typical association staffer know all they need to know about the AMS market, for example?
- And therefore, the quality of the final product is likely to be lower.
I say these activities are cheaper now and costlier later because eventually the "low-cost" solution will present problems later, which may wind up costing more to fix than what it would have cost to take the "costlier" action initially.
So before you embark on any major project that involves expertise you don't already have on staff, don't make the mistake of thinking DIY will be cheaper than hiring an expert. It may be cheaper now, but it will be costlier later.
![]()
Wes's Wednesday Wisdom Archives
Two tips for data conversion
Two Tips for Data Conversion I’ve written a lot about data conversion over the years […]
Who should “own” the database?
Who should “own” the database? One of the most common questions I get from my […]
What makes you weird?
What makes you weird? When I work with clients on selecting a new association management system, one […]
Why “AMS Consortiums” Don’t Work
Why “AMS Consortiums” Don’t Work About once a year I will get a call from […]
Your vendor will disappoint you
Your vendor will disappoint you I follow politics as a hobby. A past publisher from […]
Learn how to lose
Learn how to lose “Winning is great, sure, but if you are really going to […]
Ownership is Required
Ownership is required When asked for the most common reason AMS implementations fail, I typically respond […]
It’s all relative…
It’s all relative… Over the course of my 22 years of consulting, I’ve consulted with […]
Eliminate to optimize
Eliminate to optimize So much of data management is habit (both good and bad) which is […]
For data governance, ask “Why?”
For data governance, ask “Why?” Recently I’ve had the opportunity to work on several data […]
