The workshop went well.
People asked thoughtful questions. They tried the tools, practiced with prompts, and left with ideas for their own roles. For a few days, the team shared examples and talked about what else might be possible.
Then the questions changed.
Which idea should we actually implement? Who should lead it? Do we need a new tool? How do we know whether it worked? What information can we safely use?
This is the point where AI interest either becomes part of the work or slowly fades into a collection of individual experiments.
Training gives people the skill to recognize opportunities and participate in the change. Implementation gives the organization a shared way to act on what they learned.
The first implementation does not need to be the organization’s biggest opportunity. It needs to be useful, understandable, and contained enough for the team to learn from it.
Begin with work people already repeat
After training, it is tempting to begin with a tool. Someone saw an impressive demonstration, a department wants an AI assistant, or a leader has heard that agents can complete entire processes.
A tool is easier to evaluate when the team first understands the work it is meant to improve. Look for recurring activities such as:
- Reading and sorting incoming requests
- Searching for information across several documents
- Summarizing forms, meetings, or feedback
- Copying the same information between systems
- Drafting similar communications each week
- Preparing someone for a meeting or decision
- Checking whether required information is missing
- Routing work to the right person
Each activity is part of a larger workflow. Drafting a member email may begin with gathering announcements from several colleagues. Someone checks the dates, decides what matters most, writes the message, gets approval, sends it, and handles corrections. AI may help with the draft, but the implementation has to account for the information, decisions, and people around it.
A prompt can improve one task while leaving the rest of the process untouched. A workflow gives the organization something it can understand, measure, and improve together.
A good first implementation does two jobs
The immediate job is to make a recurring piece of work better. The team may want to reduce turnaround time, respond more consistently, find information faster, or remove avoidable manual effort.
The second job is to teach the organization how implementation works. During the first project, the team learns how to:
- Define a useful outcome
- Identify the information the work depends on
- Decide where human judgment belongs
- Set practical boundaries for AI
- Test the process with real users
- Review quality and risk
- Train more than one person to use the new approach
- Adjust the workflow after seeing what happens
This learning becomes a reusable asset. The organization is developing a method it can apply to the next workflow rather than treating every AI idea as a separate experiment.
The first project should therefore be chosen for both value and learnability.
Use five questions to choose the first workflow
Most teams already have more ideas than they can implement at once. These five questions help narrow the list.
Does the work happen often enough to matter?
A process that occurs every day or every week gives the team more opportunities to test, learn, and see a result. Start with recurring work with enough volume to reveal patterns.
Is the friction visible?
Good candidates usually have a problem people can describe clearly: a difficult shared inbox, slow application summaries, repeated data entry, or feedback that never reaches those who can act on it.
Can the team describe a good result?
AI is easier to evaluate when people already know what quality looks like. The team needs enough agreement to recognize a useful result and a result that needs correction.
Are consequences manageable while the team learns?
Consider the information involved, the effect of an incorrect result, whether the action can be reversed, and whether a person can review before it reaches a member or client.
Is there a clear owner?
The owner does not need to be an AI expert. They need to explain the work, involve the right people, review what is produced, and make decisions when the pilot reveals a problem.
Several promising workflows may lead to different decisions
Imagine an association considering four ideas after an AI training program:
| Workflow | Why it may be a good first step | What to watch |
|---|---|---|
| Weekly member communications | Happens frequently, desired output is familiar, and each message already receives human review. | Begin with approved sources, a shared drafting process, and clear fact-checking responsibilities. |
| Member-support inbox | Volume and member value may be high; AI can classify requests, summarize conversations, locate resources, and route issues. | Start narrow with privacy rules and a reliable path for urgent or sensitive requests. Use the L1/L2/L3 model for boundaries. |
| Program or accelerator applications | AI can summarize submissions, identify missing information, and prepare interview questions. | Keep selection criteria, fairness, applicant data, and final decisions with people. |
| Credentialing, eligibility, or refund decisions | These may eventually benefit from AI support. | Improve the supporting work first; the final decision can remain fully human because the consequence of an error is significant. |
There is no universal first use case. The five questions help each organization choose based on its own work, information, responsibilities, and readiness.
Map the current workflow before designing the new one
Once the team has selected a candidate, document how the work happens today. Ask:
- What starts the process?
- What information is needed, and where does it come from?
- Which steps are repeated?
- Where do people make a judgment call?
- Where does the work wait, fail, or return for correction?
- What exceptions occur?
- Who owns the final result?
This conversation often reveals that the first problem to solve is not technical. The team may be using an outdated source, collecting incomplete information, or relying on one person to interpret every exception. Those discoveries are useful: AI implementation often gives an organization a reason to make work clearer before adding another system to it.
Define the smallest useful pilot
A pilot should be large enough to produce evidence and small enough for the team to observe closely. For example, an organization might choose one team, one recurring workflow, and one month of real work. Every AI-assisted output receives human review. Corrections are captured. The team meets briefly each week to discuss what worked, what caused confusion, and what needs to change.
Before the pilot begins, define:
- The specific result the team wants to improve
- The people who will use the workflow
- The information and systems involved
- What AI is allowed to do and what always requires a person
- How exceptions will be handled
- The measures that will be reviewed
- The conditions that would pause the pilot
This creates a working agreement for the test. It gives employees permission to learn while making the boundaries visible.
Measure the work and the organization’s learning
The most useful measurements depend on the workflow. They might include:
- Time from request to completion
- Staff time spent on the process
- Rework or corrections
- Missing or inaccurate information
- Consistency across employees
- User or member satisfaction
- The number of exceptions requiring a person
- Whether another trained employee can follow the process successfully
That final measure is easy to overlook. If only the original enthusiast can make the workflow succeed, the implementation has not yet become an organizational capability.
The team should also document what it learned about its information, policies, review practices, and decision ownership. Those lessons shape the next implementation.
Continue the learning inside the workflow
Training should not end when implementation begins. The pilot gives people a real environment in which to practice. They learn how to judge outputs, recognize missing context, handle exceptions, and improve the process with colleagues. New guidance can be added when the team encounters an issue that did not appear in the classroom.
This is how learning becomes part of the way the organization works. People learn, apply, review, and improve in a continuous loop.
As the workflow becomes dependable, it can move through the four layers described in How AI Becomes a Shared Way of Working: individual skill, shared standards, a repeatable workflow, and carefully bounded automation.
The first workflow creates the path for the next one
Return to the team that completed its AI workshop. Instead of asking everyone to find a personal use case, the organization reviews its recurring work and selects the weekly member update. The team documents the current process, agrees on approved sources, defines what must be reviewed, tests the new approach for a month, and measures the time and corrections required.
By the end of the pilot, more than one person can run the process. The weekly update takes less time, and the team has a practical model for choosing, testing, and governing the next workflow.
That is the larger value of a good first implementation. It improves a real piece of work and gives the organization a method it can use again.
Your team does not need to arrive with the answer.
At EvolvedWork, we help associations and organizations that support small businesses turn AI learning into shared ways of working. We begin with discovery, look at where work gets stuck and what people are already trying, then design the workflow, build team capability, and implement the right level of AI support.
Start a conversation