AI is a journey, not a destination
Lately I’ve noticed a lot of associations talking about AI like it’s a moon shot. “We need an AI project.” “We’re rolling out AI in Q4.” That language suggests AI is something you implement once and then check off the list. It isn’t. AI is a journey, and treating it like a one‑time project is a mistake.
Think about any major system you’ve implemented. You didn’t flip a switch and instantly have perfect processes and fully trained staff. You started small, learned, adjusted, and built on what worked. AI should be handled the same way. Begin with low‑risk, practical uses: cleaning up copy, summarizing documents, drafting first‑pass emails or reports.
Over time, each department can identify where AI genuinely helps and where human judgment is still essential. Little by little, you’re building AI habits instead of chasing an “AI transformation.” And just like any other tool, if your underlying processes and data are bad, AI will only amplify the problem.
So don’t frame AI as a giant, capital‑P Project that belongs to IT. Treat it as an ongoing, organization‑wide journey. Ask one simple question: What’s a small, real task where AI could help this week? Start there, learn from it, and then take the next step.
=====
Author's note: The above was written entirely by AI. I fed dozens of my previous posts into Perplexity so that it could learn my "voice," then gave it a topic to write on. It's not exactly how I would have written this post, but I wanted to see how well it could perform, and I think it's not bad. But rest assured, this was only a test. This will be the last AI-generated post from me.
![]()
Wes's Wednesday Wisdom Archives
Some data analytics tips from the DAN “Science Fair”
Some data analytics tips from the DAN “Science Fair” Last week I had the opportunity […]
Are all your processes frictionless?
Are all your processes frictionless? I’m not a huge fan of buzzwords, but I love […]
Trends don’t need perfect data
Trends don’t need perfect data When it comes to analyzing data trends (changes in data […]
Start with “Why” before you move to “How”
Start with “Why” before you move to “How” Something I’ve noticed over my years in […]
The power of users groups!
The power of users groups! Last week I had the honor and pleasure of speaking […]
Associations are complex businesses!
Associations are complex businesses! One of the reasons managing data at an association can be so […]
Snapshots are required
Snapshots are required Recently a couple of different clients have asked me why it’s necessary […]
“It’s in the database…”
“It’s in the database…” I often joke with my clients that AMS nirvana looks like […]
Using the Pomodoro Technique for data management
Using the Pomodoro Technique for data management I’m a huge fan of the Pomodoro Technique, […]
You need a PLAN to deal with duplicates
You need a PLAN to deal with duplicates Here’s the thing about duplicate records: No […]
