The short answer
AI projects should start with a map of where a team's hours go, not with a choice of tool. Watching the work for a week shows which workflows are slow, repeated or error prone. Only then is it clear what to automate, how to measure it and which tool, often one already paid for, should do the job.
The first conversation about AI in a company usually starts with a product. Someone saw a demo, a competitor announced an assistant, or a vendor offered a pilot. By the time we are invited in, the question on the table is often which chatbot or which agent platform, when nobody has yet written down what the team spends its week doing.
That order is backwards, and it is the most common reason AI projects stall. A tool chosen first has to be justified afterwards, so the work gets bent to fit it. The pilot runs, the demo looks good, and three months later the team is back to doing things the old way because the system solved a problem they did not really have.
01Why does the tool question come up first?
It is not a lack of discipline. Tools are easy to picture and easy to buy. A process is spread across inboxes, spreadsheets and people's heads, and it rarely looks the same on paper as it does on a Tuesday afternoon. Picking a product feels like progress. Mapping a process feels like admin.
There is also a reasonable fear of missing out. Leaders hear that AI will change everything and want to be seen moving. A purchase is visible. An afternoon spent watching someone reconcile invoices is not.
A tool chosen first has to be justified afterwards, so the work gets bent to fit it.
02What should come before choosing an AI tool?
We start by sitting with the people doing the work. Not a survey and not a strategy deck: an honest look at how a request, an order or an invoice actually moves through the business today. We follow it from the moment it arrives to the moment it is done, and we write down every hand-off, every copy and paste and every time someone waits.
- Step 01Interview the people closest to the workShort conversations with the people who handle the work every day, not just the managers who oversee it. They know where the time really goes.
- Step 02Shadow the real thingWe watch the work happen on a normal day. What people say they do and what they actually do are rarely the same, and the gap is where the opportunities are.
- Step 03Look at the data honestlyWhere does the information live, how clean is it, who owns it? An automation is only as good as the inputs it reads.
- Step 04Rank by paybackEvery opportunity gets a rough cost and a rough return. The list is sorted by how quickly each one pays for itself, not by how impressive it would look in a demo.
03What does mapping the work usually show?
Once the work is laid out end to end, a few patterns come up again and again. The expensive part is rarely the task everyone complains about. It is the waiting between steps, the information that has to be found again each time, and the small decisions that pile up on one person's desk.
- Requests that sit in a shared inbox until someone has a spare moment.
- The same customer details typed into two or three systems.
- Answers that already exist somewhere, in an old email or a file nobody can find.
- Follow-ups that depend on one person remembering to send them.
None of these need a particular product to fix. Some are best solved with an agent, some with a simple integration between tools you already have, and some with a change to how the team works that involves no software at all.
04Questions to ask before you buy anything
If a product is already on the table, that is fine. It does not have to be thrown out. But it should have to answer the same questions as everything else on the map before anyone signs a contract.
- Which workflow does this change, and who does that work today?
- How much time does that work take in a normal week, roughly?
- What does done look like, and how will we know in a month whether it worked?
- What happens when it gets something wrong, and who catches it?
- Could something we already pay for do the same job?
If those questions have clear answers, the purchase is probably a good one. If they do not, the problem is not the product. It is that nobody has looked at the work yet.
05When should you choose the tool?
Only when we know which workflow to change, what good looks like and how we will measure it do we pick what to build on. By then the choice is usually obvious, and often it is something the team already pays for. The question has changed from which AI should we buy to what is the simplest system that takes this work off their plate.
That shift is the whole point. It turns AI from a purchase into a piece of work with a clear before and after, and it means the system you end up with is one your team actually wants to use.
FAQCommon questions
- Should a company choose an AI tool before mapping its processes?
- No. Choosing a tool first means the work gets bent to fit it. Mapping how requests, orders and invoices move through the business shows where time is actually lost, and that decides what to build. The tool is the last decision, and it is often something the team already pays for.
- How long does it take to map where a team's hours go?
- At Wedeployed the discovery and audit phase takes the first one to two weeks of an engagement. It combines short interviews with the people doing the work, shadowing a normal day and an honest look at the data, and it ends with a costed roadmap ranked by payback.
- Why do so many AI pilots fail to deliver value?
- Most AI pilots fail because of how they fit the work, not because of the model. MIT NANDA's 2025 research pointed to brittle workflows and poor alignment with day-to-day operations. Starting from the workflow rather than the product avoids building a system for a problem the team does not have.
Sources

Written by
Abdallah, consulting and ai automation
Abdallah starts with the work itself: sitting with your team, mapping where the hours go and deciding what is worth automating and what is not.



