Before you start: two prerequisites
Before anyone on your team opens an AI tool, two things should be in place.
First, you need an AI use policy, even a short one. It doesn't need to be comprehensive. It needs to cover which tools are approved, what data is off-limits, and who to ask when someone isn't sure. Without this, your first month of AI use will also be your first month of unmanaged risk, and any mistakes made during that period are harder to correct than they are to prevent.
Second, you need to pick your starting point. One tool, one team (or even one person), and one specific task. The temptation to roll out multiple tools across the whole organization at once is strong and should be resisted completely. You want to learn from your first AI use case before you multiply it.
A good starting task has three qualities: it's repetitive, it consumes meaningful staff time, and the output doesn't involve sensitive client data. Grant report formatting, newsletter drafts, meeting summaries, and donor correspondence are common first choices for good reason.
Week 1: One person, one task
Pick the staff member who's most curious about AI (there's almost always at least one) and give them dedicated time to work with the approved tool on the chosen task. "Dedicated time" matters here. Adding "also figure out AI" to someone's existing workload is a reliable way to ensure it never happens. Block two hours on their calendar for the first session, and an hour for each subsequent day that week.
The goal for week one is simple: can this person complete the chosen task faster and at acceptable quality using the AI tool? Not perfectly, not at peak efficiency, but meaningfully faster with output that meets your organization's standards after human review.
Expect frustration. AI tools require a learning curve that isn't always obvious from demos. The first few attempts at using ChatGPT or Claude for a grant report draft will produce output that sounds generic and misses the nuances of your programs. That's normal. The skill is in learning how to give the tool enough context about your organization, your voice, and your specific requirements that the output becomes a useful starting point rather than a generic template.
By the end of week one, your point person should be able to answer: "Is this worth continuing?" The answer is usually yes, with caveats about what works well and what doesn't. Document both.
Week 2: Add a few colleagues
If week one went well, expand to a small group: three to five people who work on similar tasks. Have your week-one person lead a short training session. Peer-led training works better than top-down instruction for AI tools because the person teaching can share specific examples from your organization's own work rather than generic demonstrations.
This is the week where you'll discover that different people interact with AI tools very differently. Some will take to it immediately and start finding uses you hadn't considered. Others will try it once, get a mediocre result, and conclude it doesn't work. The second group needs encouragement and specific guidance, not more general enthusiasm. Sitting with someone for fifteen minutes and showing them how to refine a prompt for their specific task is worth more than an hour-long workshop.
Set up a shared channel or document where the group can post what's working. "I used Claude to reorganize my board report outline and it saved me an hour" is the kind of peer endorsement that builds genuine buy-in. It also creates a growing library of use cases specific to your organization that will be valuable when you expand further.
Week 3: Document what you're learning
By week three, you have enough experience to start drawing conclusions. This is the week to step back and document three things:
What's working. Which tasks are people using AI for, and how much time is it saving? Be specific. "The development coordinator used AI to draft thank-you letters for 40 donors in two hours instead of eight" is the kind of data point that justifies continued investment and informs the next phase.
What's not working. Where did the tool produce output that wasn't good enough, or where did staff try it and stop? Understanding the failures is as important as celebrating the wins, because it tells you where to focus training and where AI may not be the right fit for your organization's work.
What surprised you. Almost every organization discovers something unexpected in the first few weeks. Maybe the tool is great at a task nobody anticipated. Maybe a workflow you thought was simple turned out to involve judgment calls that AI handles poorly. Maybe staff anxiety decreased faster than expected once people started using the tools. These surprises contain the most valuable information for planning your next steps.
This documentation doesn't need to be formal. A one-page summary is enough. But write it down, because you'll need it for the week four conversation and for your next board update.
Week 4: Share results and plan the next phase
The final week of your first month is about two things: sharing what you've learned and deciding what comes next.
Share the results with the full staff, even those who haven't been part of the initial group. Frame it as a report on what the organization learned, not a sales pitch for AI. Include the things that didn't work alongside the things that did. This honesty builds trust and gives staff who are nervous about AI a more realistic picture than the hype cycle provides.
Then make a decision about the next phase. Common next steps include:
- Expanding the current use case to more staff members
- Adding a second use case based on what you learned in weeks one through three
- Upgrading from a free tier to a paid plan based on usage patterns and data handling requirements
- Scheduling a more formal readiness assessment to identify where AI could have the most impact across the organization
- Updating your AI use policy based on real-world experience
The right next step depends on your organization's size, budget, and appetite for change. The important thing is that you're making the decision based on evidence from your own experience rather than assumptions or external pressure.
What not to do in the first month
Don't try to measure ROI yet. Thirty days isn't enough time to quantify the return on investment for AI adoption, and trying to do so will produce numbers that are either misleadingly positive (because the novelty effect inflates early results) or misleadingly negative (because the learning curve depresses them). Give it a full quarter before you try to put a dollar figure on the value.
Don't buy annual subscriptions. Start with monthly plans. The AI tool landscape changes fast enough that locking into an annual commitment in your first month is premature. You may discover after six weeks that a different tool fits your needs better, and monthly billing gives you the flexibility to adjust.
Don't make anyone feel bad for struggling. Some people will find AI tools intuitive and others will find them confusing, and the difference has very little to do with technical skill. People who write well sometimes struggle with AI prompts because their instinct is to write finished prose rather than instructions. People who are great at delegating sometimes take to it immediately. The learning curve is real and uneven, and patience during the first month pays off in deeper adoption later.
Don't skip the cultural work. If people feel like they need to hide their AI use or apologize for it, you haven't done enough to normalize it. Make sure leadership is visibly using the tools and mentioning it casually. The first month sets the cultural tone for everything that follows.
Starting well matters more than starting fast. I help mission-driven organizations plan their first steps with AI so the momentum builds rather than stalls. If you're about to begin, I'd be glad to help you plan the month.
Book a 30-minute conversation