Blog
What we learned teaching a team to build Copilot Studio agents
Lessons from a hands-on Copilot Studio programme with a cross-departmental team at a large organisation: sandbox first, one real scenario, and practical governance.

We ran the Artellis Copilot Accelerator programme for a cross-departmental team at a large organisation. The brief was simple: they wanted to build and govern their own Microsoft Copilot Studio agents, rather than go back to a supplier for every change.
Two hands-on days for a core group, then a governance half-day open to a wider audience. Here is what we took away.
1. Start in a sandbox, not in production
Every lab ran in our own non-production training environment. No production system, no live data, no real credentials.
That did more than reduce risk. It gave people permission to break things. When nothing real is at stake, people try the awkward question, the odd edge case, the prompt that probably will not work. That is where the learning happens.
2. One real scenario beats a tour of features
We built everything around a single internal-support scenario. Instructions, a knowledge source, a tool, a test, an answer with a citation.
A feature tour shows what Copilot Studio can do. One scenario, built end to end, shows people what they can do with it. Something shifts when a team sees an agent answer accurately from its own materials. It stops being a demo and becomes a tool they can shape.
3. Know which parts should not be AI
Not everything belongs in a prompt. Where the outcome must always be the same, such as an approval, a routing rule or a lookup, fixed logic does the job. AI handles the parts that need judgement and language. A person approves anything that matters.
Getting that split right early saves a lot of rework later.
4. Teach the agent to say "I don't know"
A good agent does not bluff. At the edge of its knowledge it says so, and hands over cleanly to a person. Building that handover in from the start is what makes an agent safe for daily work.
5. Test it like a new colleague
Do not trust an agent on day one. Give it real tasks, push it with edge cases and give it clear feedback before it goes anywhere near operational work. Confidence comes from structured testing, not from a good first impression.
6. Governance works best while people are building
We kept governance short and practical, and opened it to a wider audience. Who owns this agent? What can it read? When must it hand over to a person?
Answered while people are building, those questions become guardrails rather than roadblocks.
What comes next
A follow-on agent build has been proposed. That is the outcome we aim for: a team that can carry on without us.
If you want your own team building agents rather than watching demos, see our Copilot Studio training or agent-building training.
One Workflow
One workflow a week, worth automating.
I look at what your company actually does and write you a short letter: the opportunity, the likely hours it gives back, how involved it is, where the human review sits, and a first step you could run yourself this week. Founding cohort, limited to 100 companies while I personally review every week's recommendations. Reply to any letter and you reach me, not a form.
See a sample letter and how it works
Everything in the letter is decision support: review, test and approve before anything runs in your business. Your email is used for One Workflow only.

