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
Some context, please
Some context, please A pet peeve of mine: A report about associations (e.g., marketing benchmarks report) where […]
Eventually automated emails get ignored
Eventually automated emails get ignored During the discovery and development phase of implementing a new […]
The challenge the AMS providers see
The challenge the AMS providers see Over the years I’ve asked AMS providers what they […]
Be careful about “solutioning” too quickly
Be careful about “solutioning” too quickly One of the great things about software developers is […]
What’s our next action?
What’s our next action? As you can imagine, I spend a lot of time in […]
Don’t automate for the sake of automation
Don’t automate for the sake of automation I’m the laziest person in the world. I […]
Don’t forget about what got better
Don’t forget about what got better Negativity bias is the tendency to focus on only […]
Give a little at a time rather than taking away
Give a little at a time rather than taking away I’m sure there’s research somewhere […]
First, you gotta have the data
First, you gotta have the data When I work with clients on a new AMS […]
Work on your relationship with your AMS vendor
Work on your relationship with your AMS vendor It is no coincidence that my most […]
