In a small company, one founder may cover most of those perspectives. In larger organizations, they are usually spread across several people. Bringing them together early gives the project a clearer direction and makes it much more likely that the final solution will be useful and adopted.
Start with someone who understands the business problem
Every project needs someone who can clearly explain what the company is trying to solve and why it matters.
This person should understand the wider business objective, the value of improving the process, and the likely return if the project succeeds. They do not need to know every technical detail, but they should be able to define the need and describe what a successful outcome would look like.
- What problem are we trying to solve?
- Why is it worth solving?
- What would improve if the project succeeds?
Without that perspective, an AI project can quickly become an interesting technical exercise with no clear business purpose.
Include someone who understands the daily work
The next person should be close enough to the process to understand how the work actually happens.
Senior leaders may know the broader objective, but the people involved in the day-to-day operation are usually better placed to explain where time is being lost, where mistakes happen, and whether a proposed solution would fit the existing workflow.
They are also important when measuring value. If the goal is to save time, improve quality, or reduce manual effort, they can help quantify what that means in practice.
A tool can function perfectly from a technical standpoint and still fail operationally.
It may add extra steps, create unreliable outputs, or simply not match the way people work. The person closest to the process is often the best judge of whether the solution is genuinely useful.
Involve the people who will use it
The people using the system should be involved before the project is finished.
Their feedback is important during the pilot, the first rollout, later feature changes, and ongoing training. Adoption does not happen once. People need time to understand a new tool, test it in real conditions, and build confidence in the results.
- 01Pilot testing
- 02Initial launch
- 03Feature iteration
- 04Training
- 05Ongoing feedback
This also gives the project team a much better view of adoption, quality, and usability. It shows whether the tool is being used, whether people trust it, and whether it is improving the process it was designed to support.
Bring in the people most likely to push back
One of the most valuable people to involve early is often the person who is most skeptical of the project.
It can be tempting to avoid detractors and focus on the people who are already enthusiastic. In practice, skeptical users often notice risks, unrealistic assumptions, and missing parts of the workflow before anyone else does.
They also tend to be more direct. That makes their feedback especially useful while the project is still flexible enough to change.
Bringing them in early gives the team a chance to address concerns before they become larger adoption problems. When their feedback is taken seriously and reflected in the final solution, they can also become some of the strongest advocates for the project.
Bring the perspectives together
Each group answers a different part of the same question.
- What does success look like?The business lead defines the wider objective and expected value.
- Will it work in practice?The operational lead understands the process, quality requirements, and daily impact.
- Will people use it?End users show whether the solution is useful, realistic, and trusted.
- What are we missing?Skeptical voices surface risks, unrealistic assumptions, and gaps in the workflow.
No single perspective is enough on its own. A project can have a strong business case but fail because it does not fit the workflow. It can work technically but produce results users do not trust. It can also be widely adopted while solving a problem that was never valuable enough to justify the investment.
The team does not need to be large, but these viewpoints need to be represented.
The point
Successful AI implementation depends as much on team composition as it does on technology.
The strongest projects involve someone who understands the business problem, someone who understands the daily work, and the people who will use the solution. They also include skeptical voices early, when their feedback can still improve the outcome.
That combination gives the project a clearer definition of success, better operational judgment, and a much stronger chance of long-term adoption.
If you are putting together a team around an AI project and want a second opinion on scope and adoption, we are happy to talk it through.
