Use case selection
Most small and medium business leaders are currently facing the same frustration. Your board, your peers, or perhaps your own curiosity tells you that your company needs to use artificial intelligence. You sign up for a few subscriptions, run a handful of ad-hoc experiments, and ask department heads to investigate possibilities.
Three months later, nothing has changed. A few people use generative tools to polish emails, but core business metrics have not shifted. The initial enthusiasm dissolves into quiet scepticism.
The problem rarely lies in the technology itself. The problem is use case selection. Businesses with 10 to 250 staff cannot afford the luxury of speculative corporate innovation labs. You do not need twenty speculative experiments scattered across the business. You need three specific, high-impact projects that deliver measurable commercial value, build staff confidence, and set a functional standard for future rollouts.
Here is how to cut through the noise, evaluate your candidate use cases, and pick your first three deployments.
The Trap of the Experimental Pilot
The most common mistake mid-sized firms make is picking a project because it looks impressive rather than because it fixes an operational bottleneck.
Building an external-facing customer support chatbot, for example, is often the first idea an owner suggests. In reality, this is usually the worst place to start. External chatbots carry reputational risk, require strict governance, demand clean integration with back-end databases, and expose your brand directly to AI errors or hallucinations.
Early initiatives should almost always focus inward. Internal projects reduce risk, allow for human oversight, and target known operational friction. If an internal tool generates an awkward summary of last Tuesday's operations meeting, an employee can spot the error and correct it in seconds. If an external bot quotes an incorrect price to a prospect, you have an expensive commercial problem.
To pick your first three projects, stop asking what AI is capable of doing. Start asking where your business already wastes skilled human time on predictable, low-leverage information processing.
The Three Filters: Value, Readiness, and Risk
Take a blank sheet of paper and gather a longlist of candidate projects from your department heads. Before you commit time or budget to any of them, run each proposal through three distinct filters.
### 1. The Value Filter Does the task happen frequently enough to matter? Automating a task that takes three hours once every quarter is a poor use of your rollout budget.
Look for tasks that occur daily or weekly across multiple staff members. The value should be visible in one of three ways: - Direct hours saved on administrative work. - Accelerated turnaround time on revenue-generating activity (such as quotes, proposals, or client onboarding). - Error reduction in high-volume information handling.
If you cannot express the expected return in hours saved per week or days shaved off a process, reject the use case for now.
### 2. The Readiness Filter AI cannot organise information that is fundamentally chaotic. If a team wants an automated tool to draft client proposals, but your past proposals, rate cards, and technical specs are scattered across personal desktop folders and unlabelled email attachments, the project will stall.
Ask whether the underlying data already exists in a structured, accessible repository. For organisations operating within Microsoft 365, this means having well-maintained SharePoint libraries, documented standard operating procedures, and consistent file-naming conventions. If the underlying knowledge base requires six months of manual data clean-up before a tool like Microsoft Copilot can read it, put that project on hold.
### 3. The Risk Filter What happens when the output is wrong? Large language models are probabilistic engines, not relational databases. They can misinterpret nuance or invent facts when context is missing.
For your first three projects, pick workflows where the cost of a mistake is low and a human being is already stationed in the loop to review the output before it moves to the next stage.
Three Proven Archetypes for Your First Projects
While every business has bespoke nuances, the most successful first-wave implementations for companies with 10 to 250 employees almost always fall into three operational archetypes.
### Archetype 1: Internal Knowledge Retrieval Your operational staff spend an enormous amount of time searching for information: policy documents, supplier terms, technical specifications, or historical project data.
Using an enterprise tool connected directly to your document storage (such as Copilot grounded in SharePoint) allows staff to query your firm's private knowledge base using natural language. Instead of spending twenty minutes hunting for the payment terms agreed with a vendor two years ago, an account manager gets the answer, complete with document citations, in ten seconds.
### Archetype 2: First-Draft Production for Standardised Documents Whether your business produces project proposals, statement of work documents, compliance reviews, or regular client progress reports, your senior staff likely spend hours assembling standard text from previous files.
This is an ideal candidate project. The system does not need to send the document autonomously. It simply creates a first draft based on a brief, a set of meeting notes, and an approved internal template. A senior employee then edits and validates the output. Shifting your team from writing from a blank page to editing an 80% complete draft routinely halves production time.
### Archetype 3: Meeting Capture and Action Distribution In most mid-sized businesses, valuable context disappears as soon as calls end. Actions are forgotten, follow-up emails are delayed, and staff attend meetings simply to stay informed.
Deploying automated transcription and summarisation across your video meetings (via Microsoft Teams, for example) provides immediate, measurable ROI. It generates consistent action lists, allows absentees to review a meeting in three minutes, and frees attendees from manual note-taking so they can focus on the discussion.
How to Test Your Selection in 30-Day Sprints
Once you have selected your three projects using the criteria above, do not launch them all at once. Sequence them, and run each as a strictly time-boxed 30-day sprint.
Pick a single department and a small cohort of willing users for each project. Measure the baseline before you start: how long does the process take today? Then, provide structured training, run the tool for four weeks, and measure the difference.
If a project fails to deliver practical time savings within 30 days, do not spend months tweaking prompts or buying more software. Step back, determine whether the problem was poor process design or missing data, and move to the next candidate on your list.
Your Immediate Next Step
Do not wait for a full digital transformation roadmap. This week, sit down with your operational leadership and list the five most repetitive, document-heavy workflows in your business. Score each one against value, readiness, and risk.
Select the single workflow with the cleanest data and the lowest risk profile, and run that as your initial test. Once you prove clear, measurable value on your first deployment, picking the next two becomes significantly easier.