252 | How to Use Microsoft Copilot to Standardize AI Workflows Across Your Organization with Nate Amidon

23 Dec 2025 · 56 min

Ask about this episode

Ask anything about it. ChatGPT or Claude reads this page and answers with the times it was said.

Connect VO and ask about every podcast you hear, including the moments you saved. Add to ChatGPT · Add to Claude

In short

Podcast Episode Notes: Leveraging AI - Episode 252

Episode Overview Title: How to Use Microsoft Copilot to Standardize AI Workflows Across Your Organization Host: Isar Meitis Guest: Nate Amidon Release Date: Not specified

In this episode, Isar Meitis is joined by Nate Amidon, an enterprise transformation consultant and former Air Force pilot, to discuss leveraging Microsoft 365 Copilot for creating standardized AI workflows within organizations. They delve into the chaos created by uncoordinated AI initiatives and how to structure AI implementations for clarity and efficiency.

Key Topics and Discussions

The Challenge of AI Chaos

  • Many organizations face chaos as different teams experiment with AI tools independently.
  • The lack of standardization leads to inconsistent outputs and inefficient workflows, especially in larger organizations.

Importance of Standardization

  • Standardized processes are crucial for effective project management, proposal writing, and report generation.
  • AI can enhance standardization by delivering consistent results better than human efforts.

Microsoft 365 Copilot

  • Microsoft 365 Copilot is highlighted as a tool for creating scalable and standardized automation.
  • There are many enterprises using Copilot, making it relevant for listeners in larger organizations.

Key Insights from Nate Amidon

  1. Structure Over Speed: Success with Copilot and AI implementation relies more on structured processes than on rapid deployment.
  2. Types of Agents:
  3. Informational Agents: Provide data and answers based on specified sources.
  4. Process Improvement Agents: Guide teams through processes, ensuring alignment and clarity.
  5. Documentation Best Practices:
  6. Create "AI-first" documentation that is structured and easy for AI to interpret.
  7. Use bullet points and clear headings for better understanding and processing by AI systems.

Designing AI Workflows

  • Focus on building simple, no-code agents that align teams and enhance efficiency.
  • Avoid creating bottlenecks by ensuring that automations do not hinder other workflows.
  • Use meeting transcripts, emails, and existing documents to enhance the capabilities of AI tools.

Practical Application

  • Nate shares two automation examples:
  • Ways of Working Agent: Helps employees understand processes and workflows within the organization.
  • Product Canvas Agent: Assists product managers in structuring ideas and requirements into a manageable format, facilitating communication with technical teams.

Measuring Value of AI Implementations

  • Value can be measured through:
  • Increased revenue (top line).
  • Reduced costs (bottom line).
  • Enhancement of employee satisfaction and productivity.
  • Defining what constitutes 'valuable' work is crucial, especially in large enterprises.

Key Takeaways

  • Documentation for AI: Prepare your documentation in a way that is accessible for AI, using clear structures that both humans and AI can understand.
  • Sustainability: Continuous updates and management of AI agents are essential to prevent them from becoming outdated or counterproductive.
  • Experimentation: Allow grassroots innovation while maintaining governance to ensure that AI tools align with organizational objectives.

Conclusion Nate Amidon emphasizes the importance of structured AI implementations that enhance rather than disrupt workflows. The episode provides a tactical guide for organizations looking to standardize their AI workflows using Microsoft 365 Copilot.

Additional Resources

  • Nate Amidon LinkedIn: [Connect with Nate](https://www.linkedin.com/in/nateamidon/)
  • AI Course for Business People: [Multiplai AI Course](https://multiplai.ai/ai-course/)
  • YouTube Channel: [Multiplai AI YouTube](https://www.youtube.com/@Multiplai_AI/)

---

This structured summary outlines the key discussions and insights from the podcast episode, providing a comprehensive overview for readers interested in leveraging AI for business process standardization.

Written by AI. May contain mistakes. Listen to the episode to check what was said.

Hear the part that matters, and keep it.Open this episode in VO. Double tap your headphones to save a moment as you listen.
Get VO free

Transcript

Automatic transcript. May contain errors.

0:00Hello, and welcome to another episode of the Leveraging AI podcast, the podcast that shares practical, ethical ways to leverage AI to improve efficiency, grow your business, grow your business, and advance your career. This is Isar Maitis, your host, and we're going to cover an incredibly important topic today. And that is the topic on how to build tools that delivered standard results across the organization. Now, one of the big issues that companies are facing as they start implementing AI is that they're basically generating lots of local chaos because there are a few people who are excited about AI who create local initiatives that they start using, which means many different people are doing many different things in many different ways, And the bigger the organization, the bigger the problem becomes, because as an organization, you need to have standardization.

0:47You need to get consistent results. Otherwise, you can't run your business regardless of what you're doing, whether you're writing project plans, generating reports, writing proposals. You want them to always be standard. And so you can actually use AI in order to increase standardization and actually get consistent results better than even humans on their own before AI was ever created. So this is obviously music to the ears of any manager, whether middle management or senior management, of how can we use AI to create consistency across the organization so there are standards that everybody's actually following and they're not just in a folder somewhere.

1:30And to help us to learn how to do this effectively, we have with us today Nate Amidon, who is an incredible person with a really unique history. So he started his career as a C-17 pilot in the US Air Force. Those of you who don't know what a C-17 is, is one of the most impressive airplanes ever built. It is gigantic and yet incredibly powerful platform. And as a Air Force pilot myself, I can tell you that it's a big deal to know how to fly these things. Now, after that, he spent 10 years in leading large projects in companies such as Boeing. So he has the right experience to know what large organizations actually need, how they work, what are the pitfalls and how to solve them.

2:14And in the last seven or eight years or so, he's been running his own consulting company where he helps enterprises develop effective teams and processes, implementing what he learned in the Air Force. He's also hiring ex-people from the military, which I highly appreciate, again, as a veteran myself. So that by itself says a lot about him as a person. Now, what he's going to share with us is two different automation tools that he has built for actual clients, for enterprise clients that help deliver clarity and consistency across multiple aspects of the organization. And he's going to show you exactly how you can develop these on your own so you can do this as well.

2:54So this by itself is a very important topic that I'm sure you're excited about. But to make it even more exciting, he's going to show you how to do this in Microsoft 365. Now, why do I find this exciting? Because we very rarely do Microsoft 365 co-pilot things in the show. We've touched on Gemini and Claude and ChatGPT and open source models, but we very rarely do anything with co-pilot 365. And I know many of you are co-pilot users because you work in large enterprises. and about 70 % of large enterprises use Copilot. So there's two very good reasons why you should stick with us and listen to this episode.

3:30One is because we're going to show you how to build consistency across processes and projects in the organization. And the other is we're going to show you how to do this with Microsoft Copilot. You can obviously take this to any other tool you want, but if you are in the Copilot universe, you get another bonus. And this is why I'm really excited to welcome Nate to the show. Nate, welcome to Leveraging AI. In the next few years, AI technology will change our world dramatically. Whether you are a business executive trying to catapult your business forward, or just somebody who refuses to be left behind and want to advance your career, this is the show for you.

4:10I'm your host, Isar Maitis, a serial entrepreneur and an AI enthusiast. You'll hear invaluable practical tips from innovative business leaders, AI practitioners, and some of the brightest AI minds in our world today on how you can leverage AI in ethical ways to advance your career and grow your business.

4:33Hi. Thanks, Isar. Happy to be here. You know, one thing you missed on the intro was that the C-17 is the best looking aircraft as well. Debatable. Debatable. Hence why I did not mention that because I knew this is going to go somewhere. This may derail the podcast, but it is an incredible, incredible platform. I will definitely give you that. Okay. So tell me, let's really dive right in and let's talk about the first example that you want to share with us. And you can maybe start with how maybe some of your clients are using it and then we can dive into or what it is, how your clients are using it.

5:15And then we can dive into actually how to build it. Yeah, right. One thing you said in your intro that I think is really important is that AI can really just create chaos. It can in some ways be a chaos generator. And especially the larger your organization, the more people you have that can be off creating their own things. And as these tools become more readily available and user-friendly, pretty soon they're going to start sharing those out. Right? And if you think about the person in your office who you definitely don't want creating the standard AI, that person could be the one that carries it out.

5:52So I think organizations need to be thinking a lot about, hey, how are we actually going to handle this? How are we going to build our own internal governance process to make sure that the AI is being used in a way that we want, that fits our culture, that fits the objective of our team, of our program, of our organization? and uh and so i think leaning into these early is going to be a good idea so yeah so yeah i i i think the the the grassroots aspect of ai is awesome from the aspect that it allows more people to be innovative and do things for the organization for sure as long as you can control it once you lose that then like you're saying it's just going to create more chaos than you had before, which is definitely not the goal.

6:43The goal is to create more productivity, more efficiency, more better results, but not to create more chaos because we usually have enough chaos in organizations as it is right now. Yeah, absolutely. And it's really a balance because you want to let people go off and do science projects. You want them to experiment and come up with things that are valuable. And a lot like in the software development realm, like you know those hackathons even those are valuable for software engineers because you just come up with ideas that could be implemented and save the company huge amounts of money but at the same time you can't have a team that's spending six months building a science project that isn't validated and isn't something that you know is so it's a huge balance and I think AI is going to look a lot a lot like that I think we we need to do AI with a lot of the agile principles that we used in software development and we should treat AI we should treat our AI agents as software products because that's what they are yeah yeah yeah so what we've been doing with our clients and let me just preface I'm not a software engineer I don't have really strong technical chops all right I mean I'd I get scared with Excel macro sometimes okay so like I don't go super deep in the hands-on keyboard realm.

8:01But we really think a lot about optimizing process and driving alignment in an organization. And for us as Air Force pilots, it's really important to know what the mission is, who's doing what. And when you have multiple aircraft in the airspace, they all have to be coordinated and talking. And that same principle applies to technology organizations or really any organization that's in the complex domain. So we've always done automations through like Azure DevOps and Jira and through, you know, just through general processes. And so when what's really happening is with especially Microsoft and Gemini and GPT are doing the same thing, they're kind of democratizing some of the technology ability to people that aren't that aren't hands on keyboard engineers.

8:47So a lot of things I'll show you, you could have built before AI. AI is not really unlocking it. It's just making it a lot easier for people to do it themselves without a ton of technical background. A hundred percent. Yeah. So let me just give a quick overview of kind of our philosophy of how we do this. I'll do it really fast. But I think it's really important to kind of set the stage for what these are. Because like I said, these aren't really technically impressive. It's more of how they're applied inside the process. So we have kind of four key areas that we focus on. The first one is that we should be building these AI solutions to make humans better, not replace humans that should this should be enhancing human ability and that's important from a change management perspective when because that a lot of times that can stop people from even adopting uh we anytime we're going to build an automation it has to be valuable which is the biggest common sense thing ever but it has to be valuable we define that as it saves time but or it increases quality so you could create an automation that makes takes longer for someone to do something, but it's more valuable because the end product is a lot better.

9:57And that improves the systematic value. So we need to think about big systems and value. And they can't create bottlenecks. So if you can automate your task and do it really fast, but it causes 10 other people to make their task a lot longer, you haven't added any value, right? You've just moved your work to somebody else, if that makes sense. So valuable is important. And then we think about this incrementally. So we don't always try to build the fully complete automated solution. We'll do things in like an 80 % stance. So if you can automate parts of your task, you should do that. It's okay to roll out small pieces of functionality and automation instead of trying to build a big thing.

10:43And then the final thing is we should always think about sustainability, especially in these larger organizations. If you build automation that that doesn't adapt and change with underlying business processes or changing market conditions, and no one's managing those, they're going to drift and become best case useless, worst case counterproductive. Yeah, great points. I think the interesting thing about what you're saying is that all of it makes perfect sense. And yet, a lot of people and organizations do not follow these things. But yeah, I think human-centric and value is two really critical aspects.

11:22You want to give people superpowers, and then they will be A, happier employees, and B, more productive, which will drive the organization as a whole. And you want to make sure that what you're developing is not just a cool project, but actually provides value to the organization. And the interesting thing is, and I'll say my two cents, and then I would love to hear yours, how do you measure value, right? Because value can be measured in several different ways. So when I work with clients, I measure value. Three of them are very obvious again. You know, one of them is it drives up the top line.

11:53So this is simple. The other one is it reduces cost, which reduces the bottom line, which makes sense. The third one is it removes tedious tasks and frees people to do more value jobs. So this is still simple and logical, but not directly immediate correlation to like dollar value. And the last one is even a further extension of that. I believe that having happy employees is one of the goals of an organization because I believe the goal of life is to be happy. And so that's just an extension of that. We spend so many hours at work. We should try to make people around us happy. So whatever we can do to alleviate employees for things that makes them unhappy is valuable, right?

12:39So it may not be captured in a KPI or an OKR or whatever other acronym you want to put on it. I find these things valuable. But this is the way I do things. I'm very curious to see how you organizations you work with capture or define valuable work. yeah so we we work primarily with software development and technology organizations usually in larger to mid to large enterprise multiple team type scenarios yeah um and defining value forget about ai for a second defining value is one of the biggest hurdles uh ever and especially in these really large enterprises right like boeing for example like um there's so many moving pieces and when you get down to the team level the question of what is it that you actually do and how, why does your team exist is a hard question.

13:29And I think it's a, and so knowing, knowing how the smaller your team is, it can be a lot simpler. You have a startup, Hey, are we making more money or not making more money? But like you can't correlate that to maybe a backend API team in a super integrated system in a large enterprise. Like it becomes really hard. So defining value is, is a real problem. And you're what you brought up really made me think about back in the eighties when manufacturing companies just got automated robots into their assembly lines. And there's a book out there called The Game, if you're familiar with that, or The Goal.

14:04Sorry, not The Game, The Goal. That's way before the 80s. Yeah, so it's back there, right? Yeah. That's where we were born. And what's crazy is they had the same problem, which is they're automating things, and they're like, hey, this one task, it's way faster. We're getting a huge ROI. But at the end, they weren't at all because they were just creating... Because there's a bottleneck somewhere else and your ability to create additional capacity makes no difference. Yes. So putting on your lean hat is like the lean Six Sigma stuff is going to become way more important. And the process of implementing AI is going to be more important than the actual AI capabilities itself, especially in the larger enterprise.

14:46Agreed, 100%. So let's dive in. So what's this particular first automation? So, yeah. So let me just say there's two kind of areas that I focus in. These are really lightweight automations. And I'm not going to I'm not going to wow your audience with my technical skills here. But there's really kind of two ways I think that some of these capabilities can help. And I look at them right now as you can have kind of agents that are informational and agents that are kind of process improvement agents. And so I'm going to show you one of each. All right. And kind of just go through what they look like, what they are in the use cases for them.

15:26So I'm going to start out first with what I'm calling it like a ways of working agent. All right. And so the problem statement here is that there's a ton of different process steps in these bigger, larger enterprise organizations. There's so many regulations. There can be so many PMO might have its own structure. You have an agile coach or you have a director and they all want certain things done a certain way. And so following the process isn't hard, but knowing what the process is, is hard. OK, so and so what we've done is built an agent to help make it easier to know how we're supposed to do things and then also to get information about the process.

16:13So that's the, let's set the stage here and then let me share up my screen and we can walk through it. Awesome. For those of you who are listening and not watching this on YouTube or something, we are going to explain everything that's on the screen so you can follow along with us. You can also always go and watch this on YouTube. There's a link in the show notes that can take you straight to the YouTube channel to watch this. But if you are walking your dog or doing the dishes or jogging on a treadmill, then you can stick with us. and we will, or driving for sure. You can stick with us just listening and then we will tell you exactly what's on the screen.

16:49Perfect. I'll try to give progressive directions here as we go. Okay. So first we're talking about is Microsoft Copilot. So if you have a Microsoft account, let's say on the larger enterprise organizations, you probably have Copilot. Okay. So you can get that through your Teams instance on the left-hand panel. There's a Copilot tab or you can get it through your M365 account, which is those nine boxes up at the top left. And when you select these, you can find the Copilot tab, which I already have open here, and it'll pop into your M365 Copilot instance. Now, having Copilot, I'll talk a little bit about licensing.

17:33essentially the gist is you may not just automatically have access to agents in an M365 copilot instance. So the way you can check is if you look on the left-hand side and you see agents, right, you have it. If you don't see agents, you don't, and you should go talk to your system admin to request a license. They're not overly expensive, okay? They're maybe$20 a month. I think it's somewhere around there. It depends on the contract that you have with Microsoft or your organization has Microsoft. Question to you, as I'm not an expert in the co-pilot universe, if you have the agents on the left tab, it means you can create them and use them.

18:16Or if you just want to use them, you don't even need that kind of a license. It's all or nothing from my understanding, but things are pretty dynamic in Microsoft's billing world. But right now, if you want to use agents, even if somebody else built them, you still need the license. Yes. Got it. Okay. Yes. And so, uh, but I know how big organizations are. Sometimes you have to, uh, create a full business case that takes you more than$200 to build for your$200 license. Okay. Yeah. Yearly, yearly cost. Yeah. I'm with you. So if you have, uh, agents here, um, then basically there's a button on the left that says new agent.

18:58Okay. You can click on that and that will help you create a new agent. Okay. Now, if you're familiar with, uh, GPTs, uh, in the chat GPT ecosystem or the open AI ecosystem, they're very, very similar to a co-pilot agent. And I really use agent loosely here. Okay. But that's what they're calling them. So they're an agent. Uh, and when you, when you get when you open up a new agent okay it'll give you two options you can either describe what you want the agent to do and then it will build it for you or you can hit the configure button and the configure button will let you fill in your own instructions now technique only i like to just fill in my own instructions and the agent and i do that with the use of another llm and so we're exactly the same i've used the the describe option in custom gpt exactly zero times even though i've created dozens of them between my company and client companies and i teach people how to use a regular conversation with whatever your choice of tool is to develop the instructions for the custom gpt so we're 100 aligned and guys we did not coordinate this in advance so two separate people who do this for a living tell you this is the right thing to do maybe that's the right thing to do.

20:16All right. Well, we're both type A former pilots. So that's probably what. Fair, fair. So when you go through, to your point, I like to do that because then I can test it and then update the instructions on the agent. And so when you are creating a new agent, you have to give it a name. I like to give it something that sounds useful. Because remember, I'm building these not for myself. I'm trying to build these for a team or an organization, right? And I'm using these to help an organization become more aligned. So I want it to be named something that makes sense. So there's beyond the make sense.

20:56You said there's a marketing aspect to it. Yeah. Right. It needs to sound valuable. Right. Yeah. And then there's a description of your agent below it. This is really informational. The agent doesn't use this. Okay. And it basically says, what is it that, you know, so someone opens it up, they can to see what it does and then the instructions are where you make your money okay uh and microsoft gives you about 8 000 characters which is enough yeah from my experience okay and remember when i said earlier these need to be valuable and then also incremental so when i'm building these i'm scoping these to a specific business problem and i want to keep them limited in scope that's my technique so i don't want an agent that does five things, I'd rather have five agents that do one thing.

21:44I'll say two things about what you said. One about the last thing, which is I agree with you a hundred percent for two different reasons. A, they're easier to build. B, they're a lot more consistent in the results. If you try to build one agent that does five things, you will most likely get them to do roughly the five things instead of actually doing each and every one of them perfectly. And you can always just then string them together with some other automation tool that will know how to transfer the data from one step to the other, or you can do this manually. You get a lot more control and much better results.

22:15That's one thing. The second thing about the 8 ,000 characters, and I know we're going to talk about it in a minute, but there's also the knowledge base, which is a bunch of files, and this allows you to dramatically extend the instructions. So if you want to give it examples of what good looks like, you don't have to write the example of the instructions. You can say, look at example one and example two in your knowledge base, and this doesn't count to your 8 ,000 characters. And then in one sentence, you added 20 pages of examples. And so this is another way to cut the amount of text you have inside the instructions themselves, if for whatever reason, you hit the 8 ,000 character limit.

22:50No, that's a great point, right? And I'll talk about knowledge base in a second. The final thing, one thing I also mentioned is the other kind of pillar we talk about is sustainability. So the same reason engineers went to microservices is the same reason you should have kind of one task agents whenever possible. They're easier to update. You update one. You don't have to update the whole monolith of an agent. Okay, so you make your instructions, and then at the bottom, you can add in what information you want to train the agent on. You can do this directly off of your SharePoint. And one of the reasons I love this idea of building your own M365 agents is that it's all inside of the Microsoft firewall ecosystem.

23:39If you can send it an email, you can build it in an agent. And so I don't deal much with security concerns because I'm just using capabilities inside the fence. Okay, so you can add in different websites, URLs, documentation that's in the SharePoint. You can upload actual documents. But generally... Teams channels as well, right? They're now fully connected into Teams. so you can train it on like a specific channel. Like you said, anything in the Microsoft universe, it could be a source of data for the agent, which is very powerful. Yes. And I'll say Microsoft is rapidly prototyping and updating this.

24:17So this could look totally different than what I said tomorrow. Okay. But generally the capabilities allow you to upload and there's a huge limit on files. Now, if you're doing this in a Gmail Gemini space, right now they're limited to 10 source documents. All right. But Microsoft, it's like 10 ,000 or something ridiculous. Okay. The other piece I want to say that I think is interesting here is this idea of only using specified sources. Okay. So there is a tab underneath the knowledge base. And if you click this tab over to say only use specified sources, you are telling the agent only to use the documentation you loaded.

24:59No guessing, no going out to the internet. And so for the agent I'm going to show you, I think that's a valid button to select because if I'm talking about agile processes and how we do business, I don't want every other agile coach out there giving me their slightly horrible idea of how to run a sprint planning or whatever. So when you select this button, you've essentially turned it into a chatbot. Yeah, so to explain to people in a broader terms to be very specific, you limit the universe of the agent to a very specific data source and only to that data source. So whether it is you're doing agile planning, like Nate is talking about, or you're doing any kind of project management or employee handbook, how do I apply for maternity leave?

25:50Then you want it to just go to these two HR documents and that's it. And this is how you force the AI to do that, which is extremely powerful because in most cases, unless it's a research agent, that's what you want. You want it to only go to the sources you give it. And the combination of that together with the fact it's already in your Microsoft universe, you already have these documents, just makes it really, really easy to work with. Absolutely. And the use cases for that type of agent, which I'm kind of calling an information agent, is really broad. And, you know, I was less excited about it at first, but then when I started using the application with clients, it was like, oh, this is actually really powerful.

26:31The ability to do HR processes, if you have a huge regulatory environment, getting all of the regulatory environment in there so you don't have to spend hours hunting through even a software development space, even like specific user manuals for your software development product. I'll give you another broader example. I have several clients who are in the manufacturing space or in the product space, and they have a product catalog the size of the United States. And you want to know the part number for this and that skew from this and that year for this and that product. And to find that historically, yes, you can open 17 different documents and run a search on each and every one of them until you find the correct thing, or you can write one sentence in this and it will just give you the result.

27:19Yeah. So there's a huge use case for this. And I'll show one briefly here, just to wrap up how to create them. You can also create suggested prompts. I think this is important if you're sharing this across a broad audience of people in an organization. So it lets them know what this agent can be used for. Okay, so you just put a title and enter a message. And then essentially - By the way, these show up as like a button. So people basically see a suggestion on the screen. So if they don't really know how to use it, it gives them ideas on what they can do with it. So your most common use cases can already be there.

27:54And so people just click the button. Right. And then once you feel like you have it, you can test your agent while you're building it on the right-hand side. And then when you're ready, you can create it. All right. And so that's essentially how you build a new, you know build one of these okay so um i i'm going to jump in and show an example here the first one i call it the ways of working guide the context for this is i was working and this is just kind of a replica a demo replica of one i use with the client but you know we built an entire program of how to do software development and all the way from how we get product requirements in to how we do releases, you know, how we do our ceremonies in the agile world, how we do reporting, how we do metrics, all of these things.

28:45And so, but people are always changing in and out of an organization, especially if you have like a hundred person organization. And so having a way to keep everybody standard on the process, knowing what the process is, and then using this agent to help kind of democratize that across the organization. So this agent is trained on some process data, right? And it's process data I built or we built, and it's configured to the ways that we do things. Okay, so I can ask questions like, you know, what sprint are we in, right? and this agent which is i'll show i'll show you the back end after i do a demo here but we'll look through the the documentation and we'll give you what sprint we're on what what uh holidays are coming up um and it's just it's just a quick way to find the information you need okay um you can also this one is actually interesting so i have a question about this because we were talking about information on SharePoint, which is usually static data, meaning like guides and instructions and stuff like that.

Read the full transcript

30:01And yet the sprint number is a dynamic parameter, right? So those of you don't know sprints because you don't come from the software world, software companies work in sprints. These are usually one or two week segments and you define the scope of work for the development team for this sprint. So it's a very short amount of time. It's not like a six months or two year project with a very clear defined scope down to the person and what they need to do. So knowing which sprint you're on or what's the inside each sprint is something you know at the beginning of these two weeks and not before that.

30:35And so this is a dynamic question. Where does the data come from? Right. So great point because you can sort of blur the lines a little bit between dynamic and static. And it really comes down to what documentation you expose and how you manage that documentation as an organization. So one of the things I'm a big fan of in large enterprises is the standardized sprint cadence. So I want Team A and Team B to be speaking the same language. In our Air Force world, like the comm card that we all know what frequency we're on between different aircraft. So if someone on Team A says, hey, when are you going to be done with this dependency?

31:17And that person says Sprint 24. I want Team A to know what Sprint 24 is. So we have a standardized Sprint cadence with a lot of our clients. And we'll load that Sprint calendar ahead of time for the year. And we'll put in what holidays are going to be on there. And so that's part of our process documentation that the agent's exposed to. And if for some reason we had a big issue, we had to reshuffle the sprint calendar, we can do that in the documentation and the agent will automatically update with the source documentation. Cool. So now what this doesn't do is go inside like this one. I'm not connecting this with other systems or backend APIs with Azure DevOps.

32:00So it won't tell me what is in the sprint. Got it. And so there's a balance. It's a spectrum of what you can do. But if you have like a reporting mechanism for, let's say, an executive stakeholder report that is dynamic, that's like, let's say it's a PowerPoint or something or some sort of Word document that tracks things. As long as that's the standard one source of truth document, you could expose the agent to that. And then it could start to actually give you more dynamic data. Yeah. So in theory, you could take the dynamic output, in your case, the content of the sprint, but in other cases could be the weekly team meeting summary or the announcement from the leadership, whatever it is, and replace the file in the relevant folder of this current data.

32:50And then we'll have access to the current data as well. Absolutely. And so I think we get what this does. I mean, you can do a lot of things, but let's look at the back end because I think that that's important to what we're talking about right now.

33:06And so I build this. I have hardly any instructions, really. And I could do a much better job of beefing this out. But the secret for this agent isn't the instructions. The secret for this agent is how and what data is exposed to it. All right. And so as we're building these, we need to really be thinking about documentation and process the way software engineers used to think about data or still think about data. And so if you're in the engineering world, clean, standardized data is critical to a functioning software development application. So if everyone's heard trash in, trash out, that's the same thing here.

33:52Okay, so now one of the things I do as a technique, and I found this to be helpful, is if I can organize the data, organize the underlying processes, and expose a folder, that means I can use everything inside that folder as the source data. Now, a lot of times you can upload individual documents as this for an agent, but if you change one document, you delete version one and add version two, the agent won't automatically pick that up unless you reload version two as a source documentation. So my solution to that is to upload a folder. So as process documents change from version one to version two, it automatically picks up the information.

34:39And that's part of the sustainability thing that we talked about. So you share the folder level and not the document level because that allows you to replace the documents without having to re-update the agent. Right. But the discipline of making sure we know what's in and out of that folder is pretty important now. Okay. And so, like I said, a lot of process integrity is important. Okay. Let's look at at least a little bit of the instructions so people understand the general idea of what the agent knows how to do or assumes what to do. Right. And basically what I put in this agent was very similar.

35:17It was very simple. It's basically saying, you know, you're only a SharePoint documentation. Don't use any outside knowledge, even though I've already clicked that button to not let it do it. I feel better about saying it. Okay. I like it to cite source documentation. And this is really important, especially if you have these like huge regulations. You know, you have lots of different source data. because a lot of times you may not get the exact answer you want, but then you can click and quickly find the document that that answers in. I tell it to just stay away from HR policies, don't guess, you know, and have a, hey, this, a canned response that says, hey, we don't cover this.

35:59Go talk to somebody else. Or if you think that something's wrong, like a lot of times you'll be working, interacting with an agent and you'll be like, hey, that your answer's wrong. I know your answer is wrong. And so I want them to prompt whoever owns this agent. I just want to let them know, like, Hey, reach out to this person and fix it. Yeah. And then just some stuff around tone, formatting, audience. And that's basically it. Perfect. I'll add my two cents as far as the citation part of it. When I teach people to to engage with documents with AI, whether inside an automation like this or just upload a document to regular chat.

36:41I have four bullet points that I have saved in like a prompt library segment that I use again and again and again. The first one tells it to only use the information from the document. The other one tells it not to use any other source of information. I know that sounds redundant, but just enforcing it. The third one, the third bullet point tells it to to tell me something specific when it doesn't find the information, such as not available or something like that. And the reason for that is these tools are built to please. And if you ask a question, you're going to get an answer. And if it doesn't find information in the document, you're risking it that it will make up an answer.

37:20And if you tell it what to say when the answer is not there, such as information not available in this document, put in the quotations, whatever you want, it will tell you that in a much higher percentage of chances. So your chances of hallucinations are lower. And the fourth one is exactly what you said. I asked for very specific citations in a very specific format. And it's always the same thing. Document name, page number, section name, and exact quote. And the reason I do this, because then A, I can verify the information very, very quickly. And B, if I want to find additional information around that area, I know exactly where to go.

37:52But as far as verifying the information, CoPilot used to be really bad at getting quotes until a few months ago. Like it would literally make up quotes. And I've done this recently in Copilot as of the last few weeks, and it's actually really, really good. So when it gives you an exact quote, you can copy that quote, go to the document, the original document, hit command F, paste it in the search line, and it will jump straight into that segment in the document. And if it really is in page 73 in segment, you know, 20.a.7 that's called something, then you know it actually gave you the correct information.

38:29And so A, it gives you more context of what's in the actual document, but B, it gives you another great way to check the information. Yeah. And that's very important of when you're building these things is knowing what's your risk tolerance for wrong information. Yeah. So great. And then like I said, I use only specific sources. I hit this tab. And then from the documentation perspective, this one's pretty light. Okay. It's a demo, um, documentation, but, uh, a few things I've, I've figured out, and I actually would love, uh, your take on Azizar because you've done a lot of these with other, um, LLMs and is, uh, I found like bulleted word document, word documents, essentially like documentation that's set up the way government documents are naturally set up where it's 3.1, 3.1.1, 3.1.1.1.2.

39:20It was really beneficial for the agent to help categorize and find things. And so the way I think about this is I'm building documentation with less pretty pictures, with less process diagram flows, and more just straight bulleted step one, step two, step three. And I'm thinking more about how organizations document their process as an AI first documentation strategy that humans can also read. All right. Interesting. And so, for example, like I uploaded a sprint calendar here. That's how you saw that. Now it's on me or it's on someone that owns the process to update this in 2026, right? And then it's really just bullet statements that are easy to kind of categorize, right?

40:14Yeah, I love that. I was actually about to ask you a question later on. What about all the visual aspects? So when you do processes, flow charts are a big deal, or charts in general are a big deal, you know, org charts and stuff like that. How do you deal with those when it comes to the AI's ability to, A, understand them? And they're very good at understanding them at this point, but more importantly, to show you what they are. because as far as I know, it doesn't know how to pull an image out of a document. Do you upload the documents separately? Like if you want the AI to be able to show you the flow chart, do you upload the flow chart as a separate document or you haven't even handled that use case?

40:52No, I have handled that use case. I had a client where I was basically had a well-known consulting firm come in and do a full transformation. and they came out with like 200 page PowerPoint with all pictures and arrows and, you know, it was great. But nobody knew what was going on. And so I essentially built one of these just to be a what's going on with this by the aftermath of this transformation agent. And what I found beneficial was creating, turning that PowerPoint into a process documentation, a document. I would keep a lot of the pictures, but I would just take that picture into a separate LLM and say, hey, take this process from what you can tell and turn it into a bulleted process statement.

41:40And it was probably 70 % accurate. It's hard for AI and LLMs, from my perspective, to pull visual meanings. And this doesn't know the natural flow all the time. So I think it's best to go through and create them into a more documented hierarchy type of... So you convert them into text and then you include both in the actual... But that means that the agent cannot show you the flowchart, it can describe the process. Yes. Okay. If you needed the flowchart to be part of it, you could play with that in the instructions and say, anytime there's a process with an associated flowchart, describe the process and then try to render the image.

42:28I haven't played with that. Yeah. Okay, cool. So anyway, so that is essentially the documentation. Now, one other thing I'll say is we talked about a little bit about microservices and how we should have one agent specific tasks. I think when you're creating your documentation for your organization, you should do the same thing. I think it works better if you have. So all of these, let's say I had, you know, four documents in this demo. They could all be one big how we work document. All right. But I think by breaking them down, it's the LLMs are more effective. But more importantly, it's more sustainable because it's easier to update when you have a change.

43:10And so the process for updating, this agent isn't hard to build, but actually knowing what your processes are and having them documented in a way that's sound, that's the lift. I love it. I love it. I think two things you said that are really interesting to me that I never thought of, and obviously you doing this with large enterprises brings this immense value. One is to break down your documents just like you're breaking down the agents. So if you have a document, don't make a document about 50 different things, make 50 documents about each thing separately. And naming conventions, I'm sure, plays a big role into naming the documents so then the AI knows actually, oh, I should probably look at this document first to find this kind of information.

43:56So naming conventions would play a big role if you're breaking down the document smaller. But the other thing you said is also about the internal structure of writing the documents as if you're writing them for AI, making them as structured as possible, knowing that humans can also read them versus the other way around, which right now all of our documents are built for humans and we hope or assume that the AI will make sense in them. And I think these two things are extremely important when it comes to preparing the data so that the agent works very well. And you summed it up perfectly that if you do that, then you can be very lean on the instructions and it will still going to work really well because the AI will understand exactly what it needs to do and where the information is.

44:41And the other way around sometimes becomes, and I've had this happen multiple times, where you start getting into very specific, intricate instructions and repeating things three times because the agent won't do it and stuff like that. And I think if you focus on the data preparation, you actually get, again, assuming of what you said, is you get better results with a lot less effort on the instructions. I think absolutely. it's uh you know seven hours to sharpen your axe for one hour yeah right um and so uh no absolutely i think those are all all great points and um and i think we're going to be thinking about ai first documentation for the for the next well for a long time so let's jump quickly into the other example now we people understand how this is built so i think this other example is uh also interesting this one is more what i would call a process agent um and i know we're running short time so i'll do this uh fairly quickly essentially in the product management world so if you're in a software development organization all right you're building new features and functionality for a product and the good idea train is full meaning everyone has a great idea for the next new feature and so if you're a product manager and you're the person deciding what to build you're going to get inundated with, hey, you should add this feature or that feature.

46:02All right. And so what we do with organizations is build a process for how those product managers go from an idea to ready. Like, how do we go from your good idea to figuring out what you're actually asking for to something that is consumable by a technical team to actually build? And a lot of organizations don't deal with this process very well, but that's what we do. And we're a big fan of product canvases. Okay. And when a product canvas, if you're not familiar, is a one page, basically chart. It's a one page document that is an alignment tool. So it asks some very simple questions, like who's asking for it?

46:39What's the problem we're trying to solve with this feature? What's good look like? What a data source is? What's in scope, out of scope? What are risks and dependencies? And it's a way to force product teams to actually flush out ideas before they get to the engineering team. And this, from a value perspective, for me, is the biggest ROI you can do in the software development program, because engineers will build something that's not valuable if you tell them to, and it's on, I think, the product team to really make the best use of the engineering team's time. So that's the context. Before you dive in, just to broaden this to people who are not in the software world, this is the same for any project, any initiative that you do in the company.

47:22whether it's how do we improve our services next year to what kind of products we want to manufacture to how we improve our manufacturing process to any initiative in the company is the same thing like you need to find a systematic process or way to a lens through which you analyze requirements needs and visions in order to translate it into something practical that you're actually going to do in an effective way the following quarter month year whatever it is that you're doing. Yep. And so this type of agent is really just to help that process out. And even to broaden it larger, it can be any process.

47:59If you're in the PMO and you have to do a gate documentation, if you have to always send a report in a certain way to your CEO, there's just these process steps that have to go through. And you can build agents that are trained in that process that can help you do it faster. And that's essentially what we're doing. So for this one, what's cool about this is I can say I want to build a canvas and it'll walk me through each one of the steps and each one of the questions. It's trained to know what's a good question, what's a bad question, and it will just be my guide. Now, that's mildly valuable.

48:38What is more valuable is the ability to upload information into this and have it spit out the canvas information. All right. So you can take a meeting transcript or an email. If you're in the space, a lot of times you'll get like a 30 page BRD type business requirement document thing that talks about all the things that they could ever want in a new feature. So I'll just take a thing here where I dropped in a simple call transcript. All right. And then the agents trained to take that information and spit out the first draft of the product canvas. Okay, so it can take a lot of data and information and organize it into the process step that you want to help you determine what to do.

49:30So it goes through each one of these. I won't go into the details of each step, but you generally get the idea. One thing I will say, though, is a lot of times I like these on like a one-page PowerPoint canvas, right? A specific document. And so these agents aren't great with this capability of building those because you want them in your company brand. You want a certain font. You want them to look the same. And we we tried to do it a lot and we figured out how to do it. But we have to do it either through Power Automate or through some other separate system. And you start to get into more advanced capabilities of agent building.

50:07And like I said, I try to stay out of that swim lane whenever I get close to it. So, but you also may not want to do that. And this was kind of part of the bottlenecks thing that we talked about, which is if you built an agent that took information and automatically created the PowerPoint and saved it to SharePoint, then it would become really easy to just put every horrible idea that gets emailed to you into one of these canvases. And now you have a thousand of these canvases and you've just moved the bottleneck upstream. Yeah. Okay. Hopefully that makes sense. Yeah, two things about this. And I think it will be interesting to see, again, if you dive into this and see what's kind of like under the hood.

50:51But my two cents on that is something that I do a lot across several different things that I do. My best example that I use all the time, I don't write my own proposals. The proposals get written by a process exactly like this, which is a very similar process to this particular one. So I take call recordings and transcriptions. I use Fathom to transcribe all my calls, plus my email communication with the prospect slash client, and I upload them and click go. I don't have to give it any instructions, and it spits out amazingly well-structured, well-written proposals, way better than I can write them myself in about 60 seconds.

51:24And then I spend another 10 minutes verifying the information and, you know, adding my little flair on top of it, which is, in many cases, just job secure for myself to feel like I'm doing something productive in the process. and it's ready to go. And so this is a very similar kind of setup. Once you teach it how to read unstructured, or it knows how to read unstructured data, wants to teach it how to structure it into specific buckets, then it just does it amazingly well. Right, and so that's super, it's super beneficial from a personal efficiency standpoint. Now, if you're a director in an organization and you have five to 10 product owners that are all determining what to use or how to build, what to prioritize to build, You can't be in every meeting and you can't.

52:08And so you can really take your vision of what you want in your organization and embed that in the agent because the agent can be in every meeting. So at the larger organizations in the enterprise world where you can scale this, there's a huge amount of value, not just from efficiency, but also from increased quality. Yeah. Yeah. So to look over this instructions briefly, I did what we talked about earlier. I went to a different LLM and I said, here's what I want to build. And can you structure this? And can you structure that? And one thing you said that I like, which I'm going to steal, which is I put the what's a good answer, what's a bad answer to each one of these questions in the instructions.

52:50But I could easily just take that, put it into a document and expose it that way and reduce the instructions. And so I think that everyone's going to continue to get better at building these. But essentially, I put in what is quality for each one of the questions. And then I also wanted to put in the flow because I'm creating a guide here. I'm creating someone to hold your hand through the process. What does that customer journey look like from when you submit to build a canvas to when you have a completed process at the end? And so I'll use the instructions to say, OK, after this is done, then you want to check this out.

53:28And after this is done, you want to check this out. And so thinking about this as a software product, as thinking about it as having a user and having a user focused design is important when you're building these instructions. So I have it give check marks that are green if it's a good answer, a triangle if it's not. And then, you know, a lot of the other kind of just boilerplate, you know, don't say offensive things type of stuff. And then from this perspective, I'm using close, I'm using about almost 7 ,000 characters. But if I needed more, to your point, I could extract some of this into the source data.

54:05Final thing I'll mention about this before we wrap here is I don't select use specified sources on this one. I want to kind of guardrail it in the instructions, but also let it go out into the internet and find innovative answers and solutions, because that's really what we want from AI. Awesome. Yeah, I think overall, Nate, this is a great journey through how to think about the process of creating these automations. Like what are the things you need to consider when you come to build these? And we talked about many useful things. One, we talked about breaking them down into single tasks and then building more of these for more tasks.

54:44We talked about prepping the documentation in a similar concept and making it more easy for the product to consume. We talked about thinking about who's the audience and what they would want to use it for. and what value they're going to get from them and how to build it that way. So lots of really, really important aspects when you come to start creating automations because, like you said, creating the automation is easy. The tool is today, you give it instructions in simple English and it will follow it. Creating tools that actually provide real consistent value to a large organization becomes trickier and you give a lot of great, good, like best practices on how to do that.

55:19If people want to know more about you, work with you, follow you, etc., What are the best ways to do that? Yeah, I mean, I'm primarily on LinkedIn. So you can find me, just Nate Amidon on LinkedIn. There's not a lot of us out there. Also my website. And you can reach out anytime if you want to talk more about this because I enjoy it. Awesome. Thank you so much. This was really, really great. I appreciate you. I appreciate the time you took to prepare for this and to share this with us. Really valuable stuff, I think, as far as thought process and process in general. great thanks for having me on isar i appreciate it bye everyone

From the publisher

📢 Want to thrive in 2026?
Join the next AI Business Transformation cohort kicking off January 20th, 2026.
🎯 Practical, not theoretical. Tailored for business professionals. - https://multiplai.ai/ai-course/

Learn more about Advance Course (Master the Art of End-to-End AI Automation): https://multiplai.ai/advance-course/


Is your AI strategy quietly creating more chaos than clarity?

As AI experimentation spreads across teams, what starts as innovation can spiral into disconnected tools, inconsistent outputs, and rogue workflows. Sound familiar?

In this episode, former Air Force pilot and enterprise transformation consultant Nate Amidon shows you how to bring order to the AI chaos  using Microsoft 365 Copilot agents to create smart, scalable, standardized automation across your business.

You’ll learn how to design simple, no-code agents that align teams, increase efficiency, and improve consistency  without ever writing a line of code or relying on IT.

Whether you’re just starting with Copilot or trying to make it actually useful at scale, this episode is your practical, tactical guide.

In this session, you’ll discover:

  • Why Copilot success depends more on structure than speed
  • How to build Copilot agents for project management, process documentation, and product planning
  • The difference between informational vs. process agents (and why you need both)
  • A sustainable way to manage agent updates without breaking your workflows
  • How to write “AI-first” documentation that trains agents better than prompts
  • What NOT to automate — and how to avoid creating new bottlenecks
  • How to extract value from meeting transcripts, emails, and docs using Copilot

About Leveraging AI

If you’ve enjoyed or benefited from some of the insights of this episode, leave us a five-star review on your favorite podcast platform, and let us know what you learned, found helpful, or liked most about this show!

More from Leveraging AI

All 330 episodes
252 | How to Use Microsoft Copilot to Standardize AI Workflows Across Your Organization with Nate AmidonLeveraging AI · 56 min
Listen in VO