Domain 2 β€” Module 7 of 10 70%
18 of 27 overall
Domain 2: Identify Benefits, Capabilities, and Opportunities for Microsoft AI Apps and Services Free ⏱ ~13 min read

Build, Buy, or Extend: The AI Decision Framework

Learn the framework for deciding when to buy AI off-the-shelf, extend Copilot with plugins and agents, or build custom AI solutions from scratch.

Three paths to AI

Simple explanation

Think of AI like a kitchen. You can eat out (buy), customise a meal kit (extend), or cook from scratch (build).

Buy means using Copilot for M365 as-is. It works out of the box β€” no setup, no customisation. Like ordering from a restaurant: fast, reliable, but you eat what’s on the menu.

Extend means adding custom capabilities to Copilot β€” plugins, connectors, and agents that make it smarter for YOUR organisation. Like a meal kit: you get the ingredients and recipe, then add your own twist.

Build means creating a completely custom AI solution using Foundry or Azure OpenAI. Like cooking from scratch: total control, but you need skills, time, and ingredients.

The decision framework

FactorBuy (Copilot as-is)Extend (Copilot + plugins)Build (Custom AI)
Time to deployDays to weeksWeeks to monthsMonths to years
CostLicence only ($30/user/mo)Licence + developmentSignificant dev + infrastructure
ControlLimited to built-in featuresModerate β€” custom within the platformFull control over everything
MaintenanceMicrosoft handles updatesShared β€” Microsoft platform + your customisationsYou own all maintenance
Technical skill neededIT adminPower users or developersAI/ML engineers and developers
Best forStandard M365 productivityOrganisation-specific workflowsUnique, competitive-advantage AI
Risk levelLowLow to mediumMedium to high

When to Buy

Choose β€œbuy” when:

  • The use case is standard M365 productivity (drafting, summarising, analysing)
  • Speed matters more than customisation
  • You want the lowest risk and fastest ROI
  • Your team lacks technical resources for customisation

When to Extend

Choose β€œextend” when:

  • Copilot needs to access data outside Microsoft 365
  • Users need Copilot to perform organisation-specific tasks
  • You want to stay on the Copilot platform but add custom intelligence
  • Your team has power users or developers who can build extensions

When to Build

Choose β€œbuild” when:

  • No existing product meets the requirement
  • The AI application is a competitive differentiator
  • You need full control over the model, data pipeline, and user experience
  • You have the engineering team and budget to develop and maintain it
Exam tip: The exam favours the simplest sufficient approach

When the exam presents a scenario, apply this priority:

  1. Can you Buy? If Copilot handles it out of the box, that’s the answer.
  2. Can you Extend? If Copilot needs a plugin or connector, that’s next.
  3. Must you Build? Only if neither Buy nor Extend works.

The exam penalises over-engineering. If a scenario describes a common productivity need, β€œbuild a custom solution in Foundry” is almost always the wrong answer.

Question

What does 'Extend' mean in the build, buy, or extend framework?

Click or press Enter to reveal answer

Answer

Extend means adding custom capabilities to Copilot for M365 β€” plugins, Graph connectors, declarative agents, and API integrations. You stay on the Copilot platform but add organisation-specific intelligence. It's the middle ground between using Copilot as-is and building from scratch.

Click to flip back

The Copilot extensibility framework

When you choose to β€œextend,” Microsoft provides a structured framework:

Extension TypeWhat It DoesWho Builds ItExample
Declarative agentsCustom agents defined by instructions, knowledge, and skillsPower users or devsAn agent that answers questions about company policies using SharePoint docs
API pluginsConnect Copilot to external APIs and servicesDevelopersA plugin that lets Copilot query Salesforce CRM data
Graph connectorsBring external data into the Microsoft 365 indexIT admins or devsConnect ServiceNow tickets so they appear in Copilot search results
Custom engine agentsAgents powered by custom AI models (via Foundry) that surface in CopilotAI engineersA specialised industry compliance agent using a fine-tuned model
Message extensionsInteractive cards and forms within Copilot conversationsDevelopersA booking extension that displays available meeting rooms

How extensions layer on top of Copilot

Think of it as a stack:

LayerWhat It Provides
Copilot for M365 (base)Built-in productivity in Word, Excel, Teams, Outlook
+ Graph connectorsExternal data becomes searchable alongside M365 data
+ Declarative agentsCustom agents with specific knowledge and instructions
+ API pluginsReal-time actions in external systems
+ Custom engine agentsCompletely custom AI models surfaced within Copilot
Question

What are declarative agents in the Copilot extensibility framework?

Click or press Enter to reveal answer

Answer

Declarative agents are custom agents defined by instructions, knowledge sources, and skills β€” without writing traditional code. You specify WHAT the agent should do and know, and the platform handles HOW. Power users can build them in Copilot Studio.

Click to flip back

Question

What is the difference between an API plugin and a Graph connector?

Click or press Enter to reveal answer

Answer

A Graph connector brings external data INTO the Microsoft 365 index (making it searchable in Copilot). An API plugin lets Copilot CALL external systems in real-time to read data or take actions. Connectors are for search; plugins are for interaction.

Click to flip back

πŸ—οΈ Ravi’s decision tree for TechVantage

Ravi, CTO of TechVantage Solutions, has five AI needs. He applies the framework:

1. Help developers write documentation faster

  • Decision: Buy β€” Copilot in Word handles this natively
  • Reasoning: Standard productivity use case, no customisation needed

2. Let sales reps query the CRM from within Teams

  • Decision: Extend β€” API plugin connecting Copilot to Salesforce
  • Reasoning: Copilot can’t access Salesforce by default, but a plugin solves this

3. Make IT knowledge base searchable in Copilot

  • Decision: Extend β€” Graph connector for the Confluence wiki
  • Reasoning: Bring external docs into the M365 search index

4. Build an AI assistant that analyses code quality

  • Decision: Build β€” Custom application using Foundry
  • Reasoning: Highly specialised, competitive differentiator, no off-the-shelf solution

5. Create an onboarding agent that guides new hires through their first week

  • Decision: Extend β€” Declarative agent in Copilot Studio
  • Reasoning: Custom knowledge + structured workflow, but doesn’t need a custom model
Notice the pattern in Ravi's decisions

Ravi used all three strategies:

  • 2 Buy decisions for standard productivity (documentation)
  • 3 Extend decisions for organisation-specific needs (CRM, knowledge base, onboarding)
  • 1 Build decision for a unique, competitive-advantage application (code quality AI)

This is the typical enterprise pattern. Most needs are met by Buy or Extend. Building is reserved for truly unique requirements.

Question

When should an organisation BUILD a custom AI solution instead of using Copilot?

Click or press Enter to reveal answer

Answer

Build when: no existing product meets the requirement, the AI is a competitive differentiator, you need full control over the model and UX, and you have the engineering team and budget. Building is the most expensive and slowest option β€” reserve it for unique, high-value use cases.

Click to flip back

Knowledge Check

Ravi's IT team at TechVantage wants Copilot to answer questions using data stored in their ServiceNow instance. What is the best approach?

Knowledge Check

Ravi needs AI to help developers write documentation faster. They already use Word. What approach should he take?


Next up: Microsoft Foundry: Your AI Platform β€” understand when and why to use Foundry for custom AI development.