RESEARCH REPORT PART X APR 2026 ARUP DIGITAL ADVISORY WORKFLOWS

OneNote +
Copilot Notebooks.

How the advisory team should use OneNote and Copilot Notebooks — to turn scattered notes, PDFs, meeting transcripts, and reference documents into a scoped, queryable, shareable project brain. Six distinct OneNote AI surfaces, six advisory workflows, and the single feature that changes how research-heavy engagements are run.

The premise
For advisory work grounded in research, client context, and technical reference material, Copilot Notebooks is probably the most transformative feature in the entire Microsoft stack — and the most underused. Where OneNote used to be where notes went to die, Copilot Notebooks turn every project into a curated, AI-grounded workspace that answers questions only from your curated sources. The grounding is the whole point: no hallucinating from the open web, only reasoning across the material you've chosen.
6 tools
Distinct OneNote +
Notebooks AI surfaces
6
Use-case
workflows
300
Max files Copilot
grounds per notebook
0
Web grounding —
notebook references only
01 / CORE SHIFT

From notes to a project brain.

Before the features, the reframe. OneNote on its own is a container for notes. Copilot Notebooks turn a curated collection of project material into a scoped AI workspace. The shift isn't cosmetic — it changes what "capturing project context" means.

Most consultants have used OneNote for years as a glorified scratchpad. Meeting notes in one section, reference snippets in another, action items scattered through. The content is there, but nobody ever goes back to find anything. On a typical project the accumulated notes are a graveyard — real context buried in chronological order with no way to query it.

"Copilot Notebooks are AI-powered workspaces for a project or topic built on your reference materials — bringing together your work context behind a project in one place for you, your team members, and Copilot to collaborate on."

What's structurally different about Copilot Notebooks — compared to every other Copilot surface in this playbook — is scoped grounding. In Word, Excel, PowerPoint, Outlook, and Teams, Copilot reasons over your whole Microsoft Graph (every email, file, meeting you have access to) plus sometimes the open web. That breadth is useful but it also introduces noise: the model has too many possible sources and picks whichever seems relevant. In a Copilot Notebook, Copilot reasons only over the references you've added to that notebook. Nothing else. No web grounding. No cross-tenant leaks. Just your curated material.

Three specific shifts that this scoping enables:

From scattered to curated

Old pattern: project context is scattered across SharePoint folders, Teams chats, OneNote sections, email threads, PDFs downloaded to OneDrive. New pattern: one notebook per project. Add every relevant reference as a link (not a copy). Copilot treats the whole collection as a single knowledge base.

From read-once to query-forever

Old pattern: receive a 100-page regulatory document, read it once, hope you remember the right sections when they come up weeks later. New pattern: add the document to the project notebook. Three weeks later when the topic comes up, ask the notebook what it says — get an answer grounded in the specific document, with citations.

From private to shared project brain

Old pattern: project context lives in each team member's head, with partial overlap in emails and files. Key people leaving the project = meaningful loss of institutional memory. New pattern: the shared Copilot Notebook is the institutional memory. New joiners query it to onboard. Leavers' knowledge persists in the curated references.

For Arup advisory specifically — where engagements routinely span 5-15 reference documents (client RFP, past proposals, research briefs, stakeholder maps, technical standards, meeting transcripts) — this is the single biggest time-saver in the whole stack for research-heavy work. Everything else in the playbook (Word, Excel, PowerPoint, Outlook, Teams) is about producing outputs. Copilot Notebooks are about holding the context that those outputs depend on.

Why scoped grounding matters more than general grounding
When Copilot reasons over your whole M365 tenant in Word or Teams, you get breadth — useful, but prone to surfacing partly-relevant context from unrelated projects. In a Copilot Notebook scoped to this client, this engagement, these references, the answers are dramatically better: more specific, more trustworthy, more auditable. If you care about getting the right answer rather than a reasonable-sounding one, scoping is not a restriction — it's the feature. This is why Copilot Notebooks matter more for advisory work than for almost any other kind of knowledge work.
02 / THE SIX TOOLS

Six distinct surfaces across OneNote & Notebooks — not one.

"Copilot in OneNote" and "Copilot Notebooks" are related but structurally different. OneNote Copilot is Summarise/Rewrite on your own notes. Copilot Notebooks is a grounded AI workspace. Both useful; different tools for different jobs.

Core featureOneNote appHome ribbon
1 · Copilot in OneNote
The Copilot pane in OneNote (Home ribbon → Copilot) operates on whatever notes you have open. Core functions: Summarise the current page or a selection; Rewrite selected text for clarity, concision, or tone; Generate task lists from meeting notes ("extract action items with owners and due dates"); Draft new content grounded in your existing notes (agendas, outlines, briefings); Right-click for quick actions — Copilot appears in the context menu for any selected text. Works on a single page, a section, or across all sections of the current notebook if you ask explicitly. Best for the downstream work after you've captured raw notes — turning them into structured outputs.
Use it for
  • Turning raw meeting notes into structured summaries
  • Extracting action items with owners and dates
  • Rewriting rough notes into team-shareable form
  • Drafting agendas based on prior session notes
  • Summarising a week's worth of scattered notes
Limitations
  • Can't reason across OneNote + external files together
  • Doesn't read images or handwritten ink in notes (text only)
  • Limited to the notebook you currently have open
  • For multi-source grounding, use Copilot Notebooks instead
FlagshipGA 2026M365 Copilot licence
2 · Copilot Notebooks
Accessed via the Microsoft 365 Copilot app or the OneNote Windows app — look for Notebooks in the left navigation pane. Create a new notebook, add references (Word, PowerPoint, Excel, OneNote pages, whole OneNote notebooks, PDFs, Copilot Pages, SharePoint sites and folders — recently added). Then ask Copilot anything and it reasons only over the references you've added. Three-column layout: references panel on the left, workspace in the middle (Copilot Pages for capturing ideas), Copilot chat on the right. Keeps a conversation going while you capture thoughts, without losing context. References stay in sync with their sources — edit a SharePoint file and the notebook reflects the latest version. Generate Word documents and PowerPoint presentations directly from the notebook content using in-built Word/PowerPoint agents. Up to 300 files grounded per notebook.
What you can reference
  • Word, PowerPoint, Excel files
  • PDFs (any source)
  • Individual OneNote pages
  • Whole OneNote notebooks
  • Copilot Pages
  • SharePoint sites and folders (NEW)
  • Meeting transcripts and links
Limitations to know
  • Max 300 files grounded per notebook
  • No web grounding at all — only references
  • No image generation or data visualisations
  • Deleting notebooks is permanent — no undo
  • Requires M365 Copilot licence AND SharePoint/OneDrive service plan
Auto-generatedRefreshablePer notebook
3 · Overview page
When you create a Copilot Notebook, Copilot automatically generates an Overview page that acts as a "state of this project" summary. It provides an instant synthesis of all references added to the notebook, surfacing key insights, recurring topics, and emerging themes. As you add or remove references, you can refresh the Overview page with a click — the summary updates to reflect the new material. For an advisory consultant arriving at a project for the first time (or returning after weeks away), the Overview page is the fastest way to get oriented. It's also the first thing a team member sees when a notebook is shared with them — so a well-curated notebook gives the team a consistent starting point.
What it surfaces
  • Summary paragraphs per major theme
  • Key insights extracted across references
  • Dominant topics and their interconnections
  • Coverage gaps if references conflict
  • Suggested areas for deeper investigation
When to refresh
  • After adding 3+ new references
  • Before a meeting where the notebook is the briefing
  • When sharing the notebook with a new team member
  • Weekly on active engagements to keep it current
Most underusedPodcast-styleOn-the-go learning
4 · Audio Overview
In any Copilot Notebook, click Audio Overview to generate a podcast-style audio summary of all references. Two AI-generated voices engage in a natural conversation about your notebook content — not a robotic reading but a real back-and-forth that highlights key points, raises questions about the material, and connects different references. Durations typically 8-15 minutes depending on notebook size. Listen on commute, on a walk, while cooking, during a break — exactly the moments when reading isn't an option but learning still is. Can be downloaded for offline listening. For any project with 5+ reference documents, Audio Overview gives you better context in 15 minutes than 2 hours of reading would. The feature is closer to Google's NotebookLM than to anything else in the Microsoft stack — genuinely distinctive, and almost nobody at Arup is using it yet.
Where it shines
  • Onboarding to a new engagement (listen, don't read)
  • Catching up on a client's annual report + regulatory filings
  • Absorbing a stack of research briefs on a new topic
  • Refresher before a client meeting where you haven't looked at the docs in weeks
  • Team upskilling — everyone listens to the same 15-min overview
Good hygiene
  • Curate references carefully before generating (garbage in, garbage out)
  • Regenerate if notebook changes meaningfully
  • Use custom instructions to specify tone or focus
  • Don't share externally — audio is internal-use only
Active learningLearning toolsTeam upskilling
5 · Study guides, mind maps, learning tools
From any Copilot Notebook, you can generate study guides (structured with key concepts, worked examples, self-test questions); mind maps (visual representation of how the topics in the notebook connect); flash cards and quizzes for active-recall learning. From March 2026, study guides have improved structure and clearer learning paths — they're no longer just bullet lists but properly sequenced learning material. For advisory work this matters in two contexts: team upskilling on a new client domain or technical area, and creating reference material for consultants who join the engagement later. Take the five reference documents on a new technology (say ISO 19650 for BIM Level 2, or a new infrastructure funding framework), generate a study guide, share the notebook, and the whole team can onboard in an hour.
Best uses at Arup
  • Team onboarding to a new client's sector or domain
  • Upskilling on a regulatory framework (ISO 19650, NEC4, etc.)
  • Creating a project handover asset when a consultant rolls off
  • Mind maps of stakeholder landscapes on complex engagements
  • Self-test quizzes for junior consultants learning a new topic
Caveats
  • Quality depends entirely on source-material quality
  • Auto-generated — always review for accuracy before sharing
  • Not a substitute for proper training — a supplement
  • Mind maps occasionally oversimplify complex relationships
Team collaborationM365 GroupsReal-time
6 · Shared notebooks — the team project brain
Share a Copilot Notebook with individual colleagues, or — new in 2026 — share directly to a Microsoft 365 Group so all members of the group get access, with permissions auto-updating as people join or leave the group. Real-time co-authoring — multiple people can add references, write in Copilot Pages, or query Copilot simultaneously. Everyone in the shared notebook sees the same grounded answers to the same questions. For Arup advisory teams this eliminates the "did you see that document from three weeks ago?" problem — the shared notebook is the single source of project context, accessible to everyone. Custom instructions at the notebook level apply to all team members — so the senior consultant who sets up the notebook can specify "Always respond as if briefing a senior Arup advisory consultant; reference Arup's past work where relevant; cite sources specifically" and the whole team benefits.
Works brilliantly for
  • Engagement teams of 3-10 people
  • Multi-workstream projects with different leads
  • Client-facing teams with rotating consultants
  • Practice groups sharing institutional knowledge
  • Bid teams assembling context for a proposal
Share discipline
  • Keep the notebook internal — sensitive client refs don't go external
  • Use M365 Groups rather than individual sharing when team is dynamic
  • One notebook per engagement (not per person)
  • Notebook owner refreshes Overview weekly
  • Retire notebooks when engagements close (export first)
Two hard limits worth knowing up front
Two limits that will bite you if you don't know them. Maximum 300 files grounded per notebook. If you add a SharePoint folder with 1,000 files, Copilot picks the 300 most relevant to your prompt — not all of them. For critical references, add them directly rather than via a broad folder link. Deleting a Copilot Notebook is permanent. There's no recycle bin. Export the important content (to Word or OneNote) before deleting anything. Both constraints are known gotchas and both are the kinds of thing that cause real damage if discovered late.
03 / THE NAMING CONFUSION

OneNote Notebook vs Copilot Notebook.

Microsoft has given two genuinely different products almost the same name. The advisory team will waste hours confused by this if not addressed head-on. Here's the distinction, clearly.

OneNote Notebook

The digital binder for your notes

Your long-established notes container. Pages organised into sections, sections into notebooks. You type, paste, draw, embed things. Copilot in OneNote operates on this content.

  • Captures your own notes, thoughts, meeting scribbles
  • Content lives in the notebook (not external references)
  • Copilot in OneNote = Summarise / Rewrite on your notes
  • Available without M365 Copilot licence (core OneNote)
  • Can be added as a reference to a Copilot Notebook
Copilot Notebook

The AI workspace for a project

A curated portfolio of references that Copilot reasons over. Not where you take notes — where you gather material Copilot should know about.

  • References Word, PowerPoint, PDFs, OneNote pages, SharePoint
  • Content lives in the source files; notebook holds references
  • Copilot Notebooks = grounded AI workspace for a project
  • Requires M365 Copilot licence + SharePoint/OneDrive plan
  • Can reference a OneNote notebook among its sources

The two play complementary roles. OneNote Notebooks are where you create content — your own notes, meeting captures, rough thinking. Copilot Notebooks are where you gather the content Copilot needs to help you with a project — which can absolutely include a pointer to your OneNote notebook as one of its references.

A sensible Arup pattern: one OneNote notebook per consultant (your personal notes across all engagements, organised by section per project), and one Copilot Notebook per engagement (the curated project brain, shared with the team, referencing both your OneNote section for that engagement and the external documents). That way your capture layer and your AI-grounded research layer each do what they're good at without overlap.

04 / PREREQUISITES

Licence, references, instructions.

Copilot Notebooks has stricter prerequisites than most other Copilot surfaces. Three checks up front save the team from discovering constraints mid-engagement.

The three-point setup

1. Licence check. Copilot Notebooks requires both a Microsoft 365 Copilot licence (the paid enterprise add-on, not Pro alone) and a SharePoint or OneDrive service plan on the same account. The SharePoint/OneDrive requirement is because notebooks are stored there — without it, you can't create a notebook at all. Most Arup M365 accounts have both by default, but check before training the team.

2. Reference curation discipline. The notebook is only as good as the references you add. Four rules:

  • Add references, don't copy files. When you point the notebook at a SharePoint file, it stays in sync — edits to the source show up in the notebook automatically. If you upload a copy, your notebook ages. Always prefer the link.
  • Start tight, expand deliberately. Ten carefully-chosen references produce sharper answers than 300 dumped-in ones — Copilot's grounding is diluted by noise. Add only the documents you'd actually want a senior colleague to read.
  • Refresh old references. If a referenced document becomes stale (a project plan from 6 months ago that's been superseded), remove it. Copilot doesn't know the difference between "old and superseded" and "old and still authoritative" — you have to.
  • Use SharePoint sites/folders for evolving collections. If a client site contains a constantly-updating set of deliverables, reference the SharePoint folder rather than individual files. Copilot will pick the 300 most relevant for any given prompt.

3. Custom instructions — the underused lever. Every Copilot Notebook supports custom instructions that shape how Copilot responds to all prompts in that notebook. This is the most underused setting. Useful defaults for an Arup advisory notebook:

Always respond as if briefing a senior Arup advisory consultant. Use professional, neutral tone. When answering, cite the specific reference document each claim comes from. Flag where references disagree. Identify gaps where the notebook doesn't contain enough material to answer confidently. For any recommendations, structure as: Recommendation / Rationale / Evidence / Caveats. Do not invent facts not present in the references.

Set once per notebook; applies to every prompt from every team member. Think of it as the notebook's system prompt.

The stale-references problem
The single biggest failure mode of Copilot Notebooks in production is reference staleness. You build a notebook for a client engagement, add the RFP and the brief and the research pack. Six weeks in, the scope has changed twice, there's a new risk register, and the original brief has been partly superseded. If nobody maintains the notebook, Copilot starts confidently answering questions based on out-of-date material. Designate a notebook owner (usually the engagement manager) who reviews and refreshes references weekly on active engagements. Without that discipline, the notebook becomes a trap — authoritative-sounding but wrong.
05 / USE CASE 1

Engagement kickoff as a notebook build.

Day one of a new engagement. Instead of reading ten documents in sequence over three hours, spend thirty minutes building a Copilot Notebook. You'll have better context after the build than most consultants would have after a day of reading.

~30 minLow effortCopilot NotebooksProject kickoff
Build the project brain first
Use this when
Starting any engagement with 3+ source documents. Typical scenarios: new client engagement with an RFP, brief, and background material; joining an in-flight project with existing documentation; taking over from a departing colleague on an active workstream; preparing to bid on a new proposal where past proposals and RFP need synthesising.
01
Create new Copilot Notebook — name after the engagement
02
Add all references (RFP, brief, past Arup work, research)
03
Set custom instructions for tone and answer structure
04
Generate Overview page + Audio Overview
05
Ask framing questions; then share with the team

The four framing questions worth asking every new notebook

What is the client actually trying to achieve? Based on the references in this notebook, synthesise what this client is trying to achieve with this engagement. Distinguish between: - **The stated objective** (what the RFP or brief says) - **The underlying need** (what the client actually needs, inferred from context, history, or between-the-lines signals in the documents) - **Implicit constraints** (what they haven't said but seems to be limiting the shape of the solution — budget, political, technical, timeline) Cite the specific document each inference comes from.
Where do the sources agree and disagree? Looking across all references in this notebook, where do the source documents align on substantive points, and where do they disagree or contradict each other? For each disagreement: - What is the tension? - Which references are on each side? - Is this a real substantive disagreement, or is one source simply older? - What would I need to clarify with the client to resolve?
What's missing that I need? Based on what's in this notebook, what information gaps do you identify that would be important for me to fill before drafting a proposal or advisory approach? For each gap: - What's missing - Why it matters to the engagement - Where I might find it (client? internal? external research?) - How critical it is — blocker, useful-to-have, or nice-to-have Also flag: any references that look like they should contain information on a given topic but actually don't say much, so I know what the sources can and can't tell me.
Arup angle — where can we add distinctive value? Given the content of the references in this notebook, where does an Arup advisory team likely add the most distinctive value on this engagement? Consider: - Where Arup's capabilities (digital advisory, BIM, Power BI, Power Apps, ISO 19650) map to what the client needs - Where Arup's past project experience suggests a specific approach - Where we'd need to be careful — areas outside core advisory capabilities or sensitive client politics Be specific and grounded in the references.
The return on 30 minutes
This workflow typically takes 20-35 minutes end-to-end. At the end of it you have: a shared project brain with all references, an AI-generated Overview, an Audio Overview you can listen to on the way home, synthesised answers to the four framing questions, and a notebook the rest of the team can join for their own queries. Compared to the traditional pattern (read every document in sequence, take scattered notes, hope you retain it) the return is 4-5x on day one and compounds throughout the engagement. The framing question outputs can drop straight into your internal kickoff briefing slides.
06 / USE CASE 2

OneNote as the capture layer.

Not everything needs to live in a Copilot Notebook. For rough in-meeting notes, half-formed thoughts, quick captures — OneNote is still the right place. But Copilot in OneNote turns those rough captures into structured team outputs in minutes.

~5 minVery low effortCopilot in OneNotePost-capture
Raw notes in, structured output out
Use this when
You've taken messy notes during or after a session and need structured output. Typical scenarios: you attended a meeting without Teams transcription (e.g. client meeting that was consent-denied); a walking-the-site visit with handwritten notes typed up later; an informal call or corridor conversation captured ad-hoc; brainstorming session where notes landed in bullet chaos.
01
Keep a OneNote section per project; capture freely
02
Don't worry about structure during capture
03
After the session, open Copilot pane
04
Prompt for the specific structured output you need
05
Review, tidy, share to Teams/email
From the notes on this page, produce a structured summary: 1. **Who was there** — infer from context if attendees are named in the notes 2. **What was discussed** — group related points under theme headings, don't just re-list my notes 3. **Decisions taken** — anything marked as decided or agreed, with rationale if I captured it 4. **Action items with owners** — extract everything that looked like a commitment, with the owner where I mentioned one, and a date if specified 5. **Open questions raised** — anything I noted as a question, uncertainty, or "follow up on this" 6. **What I didn't capture well** — if there are gaps in my notes where context is clearly missing, flag them so I know to reach out to a colleague who was there. Keep it to one page. Professional tone, ready to share with the project team.

The action-extraction pattern

One specific move worth building into every consultant's habit: after any meeting where you took notes (with or without Teams Recap), extract action items into a task list immediately. The prompt is trivial — "Extract every action item from these notes as a task list with owner and due date where I mentioned one. Flag items where the owner is unclear" — but the discipline of doing it reliably means nothing falls through the cracks. Copy the output to Planner, Microsoft To Do, or Teams tasks.

The rewrite pattern

Quick rewrite trick: select rough notes from a client call that need to go into an internal briefing email. Right-click → Rewrite with Copilot. Adjust for professional tone and concision. Paste into the email. The round-trip from OneNote capture to Outlook-ready prose takes under a minute.

Capture discipline — structure comes later
The temptation with any note-taking tool is to over-structure in the moment — "I need to label this as a decision, mark that as an action, put this under the right heading" — and the result is that note-taking gets in the way of listening. With Copilot in OneNote, structure is downstream. Capture rough, messy, chronologically. Let Copilot do the structuring afterwards. Your brain stays in the conversation; the organisation happens once the session ends. This inverts how OneNote was used for twenty years and is strictly better.
07 / USE CASE 3

Audio Overview — the commute briefing.

The feature almost no-one uses. Generate a podcast-style narrated summary of your project references; listen on the Tube, on a walk, while cooking. Absorb context without reading. For advisory consultants with heavy reading loads, this is transformative.

~2 min generateZero effortAudio OverviewOn-the-go learning
Listen, don't read
Use this when
You have reading to do but no time to sit down with it. Typical scenarios: commute to/from the office; walk between client meetings; lunch-hour reset; evening gym or walk; preparing for a meeting tomorrow while doing admin today; driving to a site visit; anywhere headphones are practical but a screen isn't.

The workflow

  1. Have your Copilot Notebook built with the relevant references. Quality of Audio Overview depends entirely on the reference set — same garbage-in-garbage-out rule as everything else.
  2. Click Audio Overview in the notebook's toolbar. Copilot generates two AI voices that have a back-and-forth conversation about your content — the conversational structure makes it more engaging than a monologue narration.
  3. Wait 1-2 minutes for generation. Duration of the output is typically 8-15 minutes depending on notebook size.
  4. Play or download. Available on mobile via the M365 Copilot app, so you can download before leaving the office and listen offline.

Three Arup-specific scenarios where Audio Overview shines

1. Client annual report + industry regulations. You're advising a rail authority. Build a notebook with: their annual report, the latest Office of Rail and Road policy update, three relevant industry briefs, and any past Arup work for adjacent clients. Generate Audio Overview. Listen on the train to the client meeting. You arrive with the context in your head.

2. RFP response prep. Three days to respond to an RFP. Build a notebook with the RFP, client's strategy document, two past Arup responses for similar clients, and the research pack. Generate Audio Overview. Listen that evening, sleep on it. Next morning you have a structural sense of the proposal shape before drafting a word.

3. New technology domain. Team needs to get up to speed on hydrogen infrastructure for a bid. Build a notebook with 6-8 reference reports. Generate Audio Overview. Everyone on the team listens during their commute. The team aligns to the same framing without a single meeting.

Fine-tune with custom instructions

Set notebook-level custom instructions before generating Audio Overview to shape the output: "Use professional tone appropriate for a senior consultant. Focus on strategic implications rather than technical details. Highlight where Arup's capabilities would be relevant." The voices will adjust their conversation accordingly.

Why it's so underused
Audio Overview does not feel like a Microsoft feature. It feels like something from a startup — generative voices having a natural conversation about your content. That unfamiliarity is exactly why nobody at Arup is using it yet. But the return on passive learning during commute/walk time is enormous. Fifteen minutes of Audio Overview while walking to the Tube gives you context you wouldn't otherwise have acquired. Try it once this week on a project you'd otherwise have to sit down and read documents for. You'll build the habit instantly.
08 / USE CASE 4

Upskilling the team on a new topic.

The team needs to get up to speed on a new technology, framework, or client domain. Traditional approach: everyone reads everything (or more realistically, nobody reads everything). Notebook approach: one person curates, everyone queries. One hour of work unlocks the whole team.

~1 hour buildLow effortNotebook + learning toolsTeam asset
One person builds, the whole team learns
Use this when
The team needs collective understanding of a topic they're not expert on. Typical scenarios: bidding into a new sector; onboarding to a complex client domain (e.g. rail operations, hospital estates, local government funding); upskilling on a regulatory framework (ISO 19650, PAS 2080, NEC4); getting comfortable with a new technical area (agentic AI, LLM governance, BIM Level 3); understanding a tooling decision (Power BI vs Tableau, SharePoint vs Confluence).
01
Senior person curates 6-10 best references on the topic
02
Creates Copilot Notebook, sets custom instructions
03
Generates Overview, Study Guide, Audio Overview
04
Shares to M365 Group — whole team has access
05
Runs a 30-min team briefing to anchor understanding

What the senior person builds

Curation is the value-add. Picking the 6-10 best sources matters more than picking 50 merely-relevant ones. The senior person's judgement on "what should the team read first" is the knowledge transfer that Copilot amplifies. A typical upskilling notebook might include:

  • The authoritative standard or framework document
  • An implementation guide or how-to from a reputable source
  • Two or three recent industry analyses or case studies
  • One or two Arup internal capability statements on the topic
  • A worked example from a past Arup engagement if available
  • Any relevant client-context documents for a specific engagement

What everyone else does

Once the notebook is shared, team members:

  • Listen to the Audio Overview first — gives them the shape of the topic passively
  • Skim the Overview page for key themes and insights
  • Work through the study guide at their own pace — concepts, examples, self-test questions
  • Ask the notebook their own questions — "how does this apply to a hospital estate?", "what does this say about brownfield sites?", "compare the two approaches in references 3 and 5"

The team alignment emerges because everyone is drawing from the same curated set of references, rather than each consultant reading different articles they found independently.

Generate a Word briefing document from the notebook

One more useful move: use the notebook's Word generation to produce a 2-page team briefing document summarising the topic from the references. Saves consultants who prefer reading over listening. Distribute alongside the shared notebook.

Produce a 2-page team briefing document on [topic] based on this notebook's references. Structure: 1. **What it is** (one paragraph — the clearest possible definition, from the most authoritative reference) 2. **Why it matters** (three bullets — commercial, technical, or regulatory drivers) 3. **Key concepts** (4-6 concepts worth knowing, each with a one-line description) 4. **How it applies to Arup advisory work** (grounded in any Arup internal references in the notebook, or inferred conservatively otherwise) 5. **Common pitfalls and misconceptions** (if the references discuss any — flag them) 6. **Further reading** (list the key references from the notebook with a one-line note on what each is useful for) Professional tone. Cite reference document for each factual claim. Don't invent anything not in the notebook.
The alignment dividend
The visible win is time saved — one person reads and curates so ten people don't have to. The invisible but bigger win is team alignment. When every consultant is drawing from the same curated knowledge base, internal discussions converge faster, terminology gets used consistently, and junior consultants ramp up without senior consultants having to re-explain the basics. This is the single strongest argument for shared Copilot Notebooks as a practice-wide habit: it's not just productivity, it's shared understanding.
09 / USE CASE 5

Shared project brain via M365 Groups.

The step beyond individual Copilot Notebooks. Share the engagement notebook to a Microsoft 365 Group — the group membership drives access, so as consultants rotate on and off the engagement, their access updates automatically. The notebook becomes the institutional memory.

~5 min setupLow effortShared notebooks + M365 GroupsMulti-week engagements
The engagement's institutional memory
Use this when
Any engagement with a team of 3+ people and a duration of multiple weeks. Typical scenarios: multi-workstream client engagements; long-running advisory programmes; strategic initiatives with rotating contributors; bid teams assembling a complex proposal; internal practice initiatives (methodology development, tooling rollout).
01
Engagement manager creates the notebook
02
Adds references, sets custom instructions
03
Shares to the engagement's M365 Group
04
Team members access via Copilot app's Notebooks section
05
Weekly: owner refreshes references + Overview

What gets shared, what stays local

Sensible pattern:

  • Shared with the team: the engagement's Copilot Notebook — references, Overview, Copilot Pages, custom instructions. Everyone queries the same project brain.
  • Kept private: each consultant's OneNote notebook where they capture their own rough notes, personal task lists, private working drafts. Aggregated insights from personal notes can be moved to the shared notebook; raw captures stay personal.

Owner discipline — one person runs the notebook

Shared Copilot Notebooks work best with a designated owner — usually the engagement manager or workstream lead. The owner's job:

  • Curate references — add new ones as they become relevant, remove stale ones before they cause confusion
  • Refresh the Overview page weekly so it reflects current project state
  • Maintain custom instructions as project focus shifts
  • Coach team members on what prompts work well
  • Archive the notebook at engagement close — export key outputs to Word, then retire (remember: deletion is permanent)

Team usage prompts worth standardising

# Three prompts every team member should know # 1. Daily catch-up (before engaging with the project) What's been added to this notebook since I last looked? Summarise any new references and what they add to the project context. Have any existing references been updated? # 2. Answering client questions A client has asked: "[specific client question]" Based only on the references in this notebook, draft a response. If the notebook doesn't have enough to answer confidently, tell me what's missing so I can find it before responding. Cite specific references. # 3. Handover to a new team member Produce an onboarding briefing for a new team member joining this engagement. Include: what the client is trying to achieve, the current state, what's been decided, who's doing what, and what key risks they should be aware of. Aim for 15 minutes of reading.
The governance question
Shared Copilot Notebooks for engagements raise a legitimate governance question: what goes in, and who sees it? Sensible defaults: (1) Never share a Copilot Notebook externally — not with clients, not with partners. They're internal-team tools. (2) Be deliberate about what references go in. Any document in the notebook is accessible to every team member — if that's not the right access pattern for a given document (e.g. a confidential commercial file only the engagement partner should see), don't add it. (3) When the engagement closes, export key outputs to a formal location (SharePoint project folder, Teams channel) and then delete the notebook. Don't let old notebooks accumulate indefinitely.
10 / USE CASE 6

Notebook → Word or PowerPoint deliverable.

The payoff step. Generate a Word document or PowerPoint presentation directly from a Copilot Notebook — with Copilot grounded on all the references you've curated. The deliverable drafts itself in the context of everything you've built.

~30-60 minLow effortNotebook + Word/PPT agentsProduce-from-research
Notebook in, deliverable out
Use this when
The engagement notebook is mature enough to drive a deliverable. Typical scenarios: client briefing document based on research; proposal sections that synthesise reference material; workshop pre-reads drawing on past work; technical briefings that summarise regulatory content; investment case narratives grounded in client data.
01
Ensure notebook references are complete and current
02
Open the Word or PowerPoint agent from the notebook
03
Prompt with deliverable brief (structure, audience, tone)
04
Agent generates grounded in the notebook references
05
Open in Word/PPT for review and final polish

Why notebook-grounded generation beats standard Word Copilot

In Part VII (Word workflow) we covered /filename references — up to 20 files. In a Copilot Notebook, you can ground on up to 300 files, plus SharePoint folders, plus whole OneNote notebooks, all already curated for relevance. The quality of the draft is dramatically better because:

  • The reference set is richer and has been curated for the specific project
  • The custom instructions at the notebook level apply automatically
  • The Overview page gives Copilot a pre-synthesised view of the material
  • The notebook maintains sync with source files, so generation reflects latest versions

The prompt pattern — same discipline as Word/PowerPoint chapters

All the principles from Parts V (PowerPoint) and VII (Word) still apply. Specify audience, tone, length, structure. Ask for an outline first; approve; then ask for sections. Don't let Copilot invent anything not in the references. Flag gaps with comments rather than guesses. The advantage here is you've already done the curation work — the prompt itself can be shorter because the context is already in the notebook.

Generate a client briefing document from this notebook. ## The deliverable - Title: [specific title — e.g. "Digital Advisory Strategy — strategic options paper"] - Audience: client sponsor group (CIO + 2 direct reports) - Length: 8-10 pages with proper Heading 1/2 structure - Tone: professional, consultative, directive where the references support a clear recommendation ## Structure 1. **Executive summary** (Heading 1) — half page, directive 2. **Context** (Heading 1) — what the client has told us (grounded in the RFP and brief references) 3. **What we heard** (Heading 1) — themed synthesis of stakeholder interviews from the meeting transcripts in the notebook 4. **Strategic options** (Heading 1) — 3 options, each as Heading 2. For each: what it is, why it fits the client, trade-offs, estimated timeline and investment shape. 5. **Recommendation** (Heading 1) — one-page directive argument for the preferred option 6. **Next steps** (Heading 1) — 4-6 concrete actions ## Critical rules - Use Arup template's Heading styles throughout - Cite which reference each substantive claim comes from - For the recommendation, make the argument explicitly — don't hedge - If any section can't be confidently drafted from the notebook references, flag with a comment rather than inventing content - Produce an outline first; wait for my approval before drafting full sections Open the output in Word when ready.
Where this workflow sits relative to the rest of the playbook
This is the step where Copilot Notebooks pay back the investment. You spent 30 minutes on Day 1 building the notebook. You've been curating it for weeks. Now when the deliverable is due, the notebook drafts it for you — grounded in everything you've assembled, with Arup-specific custom instructions applied, in roughly one-third the time of an un-grounded Word Copilot session. The workflow is essentially: Part X (this one) builds the context; Parts V, VI, and VII turn that context into deliverables. Without the notebook layer underneath, the Word/Excel/PowerPoint workflows work but at lower quality. With it, they deliver the kind of grounded output that used to require a week.
11 / DECISION MATRIX

Which tool, when?

Six use cases, six tools, one table.

Your scenarioUse thisSurfaceTime
Day 1 of a new engagement with 5+ source docsBuild Copilot NotebookM365 Copilot app~30 min
Rough meeting notes → team-shareable summaryCopilot in OneNote · structured summaryOneNote app~5 min
Absorb research while commutingAudio OverviewCopilot Notebook~10-15 min passive
Team needs to learn a new regulatory frameworkShared notebook + Study Guide + AudioM365 Group share~1 hour build
New consultant joining the engagementShared notebook onboarding promptShared notebook~15 min for them
Extract action items from meeting notesCopilot in OneNote · action extractOneNote pane~30 sec
Client briefing document from researchNotebook → Word agentCopilot Notebook~30-60 min
Weekly engagement catch-upShared notebook · "what's new?"Shared notebook~2 min
Project-state overview before a client meetingOverview page + refreshCopilot Notebook~3 min
Summarise a single page of your own notesCopilot in OneNote · select + SummariseOneNote pane~30 sec
Map stakeholder relationships on a complex projectMind map from Copilot NotebookCopilot Notebook~5 min
Self-test your understanding of a new topicQuiz + flash cards from NotebookCopilot Notebook~15 min
12 / DO'S & DON'TS

Common failures — and their fixes.

Patterns from advisory teams adopting OneNote and Copilot Notebooks. Almost every bad outcome maps to one of these.

Do
  • Build a Copilot Notebook on day one of any engagement with 3+ source documents. It's the single highest-ROI 30 minutes in this playbook.
  • Reference files, don't upload copies. References stay in sync with source files; copies go stale.
  • Set custom instructions per notebook — they shape every prompt from every team member. Most underused lever in the product.
  • Designate one notebook owner per engagement. They refresh references and Overview weekly.
  • Use Audio Overview for commute briefings. Fifteen minutes of walk or train time = absorbed context that would have taken two hours of reading.
  • Share notebooks to M365 Groups rather than individuals. Access tracks group membership automatically.
  • Keep OneNote for capture, Copilot Notebooks for project context. Different tools, different jobs.
  • Export critical content before deleting any notebook. Deletion is permanent.
Don't
  • Confuse OneNote Notebooks with Copilot Notebooks. Same name, different tools. OneNote = your notes. Copilot Notebook = AI workspace for a project.
  • Add 300 references hoping Copilot sorts them out. Curate carefully — 10 well-chosen beats 100 dumped in.
  • Share Copilot Notebooks externally. Internal-only tool. Not with clients, not with partners.
  • Let references go stale. Old RFPs, superseded briefs, out-of-date risk registers will poison Copilot's answers with authoritative-sounding wrong info.
  • Forget the 300-file limit. If you add a SharePoint folder with 1,000 files, only 300 are grounded per prompt.
  • Expect Copilot Notebooks to read the web. Zero web grounding. Only your references. Add external context explicitly as PDFs or linked documents.
  • Skip the custom instructions. The notebook's response quality is dramatically better with good custom instructions. Five minutes setup; every prompt benefits.
  • Delete a notebook without exporting first. Permanent deletion. No recycle bin. No undo. Export first.
The unifying mental model
Think of OneNote + Copilot Notebooks as two layers, not six features. Capture layer (OneNote) — where your own raw notes, meeting scribbles, and rough thinking go. Structure comes downstream via Copilot. Context layer (Copilot Notebooks) — where your project's curated reference material lives. Copilot reasons only over what you've put in; grounding is the point. The two layers connect: your OneNote section for an engagement can be added as a reference to that engagement's Copilot Notebook, so your personal notes feed the shared project brain. Every other Copilot surface in this playbook produces; Copilot Notebooks hold the context those produce steps depend on. Get this layer right and everything downstream gets better.
Playbook implication
Copilot Notebooks is probably the most transformative feature in the whole Microsoft stack for research-heavy advisory work — and the most underused. For any engagement with more than three source documents, the notebook build should be Day 1 work. Teach this chapter alongside Word, Excel, PowerPoint, because the creation-app workflows are meaningfully better when grounded on a well-built notebook.