Back to Guides
ProductivityProduct Managers

Copilot Pages: A Real Workflow, Not Just a Demo


Subscription required

On a personal Microsoft account, Copilot Pages comes with a Microsoft 365 Personal, Family, Premium, or Pro subscription. On a work or school account it depends on your organization's OneDrive and Copilot setup. Confirm your account includes it before you build a workflow around it.

The Copilot Pages demo always looks the same: someone types a question, Copilot answers in a chat bubble, then a second click turns that answer into a formatted document on the right side of the screen. It looks like a party trick. What the demo skips is the part where Pages is actually worth opening, which is when you're not looking for one answer, you're building something over several passes, and you don't want to lose the good parts of earlier attempts every time you ask for a revision.

If you haven't set up Copilot yet, the Complete Beginner's Guide to Copilot covers account and subscription basics before you get here.

What a Page actually is

A regular Copilot chat is linear. Every message is a new turn in a conversation, and if you ask for five different angles on the same document, you get five separate chat replies stacked on top of each other, and pulling the best pieces of each into one final version means you copying and pasting yourself. A Page is different: it's a single, editable canvas that persists across a conversation. You can ask Copilot to draft a section, then edit that section directly, then ask Copilot to revise just the part you highlighted, and the rest of the document stays put. It behaves less like a chat log and more like a shared document that both of you are working on at once.

That distinction matters more than it sounds. The value isn't the output format, it's that revision happens in place instead of by re-asking.

A real example: planning a project brief

Say you're a product manager kicking off a new internal tool and you need a project brief that a handful of stakeholders will actually read and act on, not a document that gets skimmed and ignored. Here's what a real Pages session looks like end to end.

  1. 1

    Start with a rough prompt, not a polished one

    Open a new Page and describe the project the way you'd describe it to a colleague, not the way you'd write the final brief. Something like: "I'm starting a project to replace our manual expense-approval process with an automated one. Draft a project brief with sections for problem statement, goals, non-goals, rough timeline, and open risks." Copilot builds a full first draft directly on the Page.

  2. 2

    Edit in place, not by re-prompting

    Read the draft. If the problem statement is close but too vague, highlight just that paragraph and tell Copilot to rewrite it, adding one concrete number: how many hours per week the manual process currently costs. The rest of the document doesn't move.

  3. 3

    Add a section Copilot didn't think of

    Type directly into the Page yourself: a "stakeholders and sign-off" section listing who needs to approve this before it starts. Pages doesn't require Copilot to write everything. Mixing your own typed content with Copilot-drafted sections is normal and often the fastest path to something accurate.

  4. 4

    Ask for a pass across the whole document

    Once every section says roughly the right thing, ask for a single consistency pass: "Read the whole brief and flag anywhere the tone shifts or a section contradicts another one." This catches the seams left over from editing section by section.

  5. 5

    Export or share once, not per section

    Only at the end do you worry about format. Because the whole brief lived on one Page the entire time, there's one document to hand off, not five chat replies to reassemble.

The difference between this and a plain chat conversation is concrete: in a chat, step two would mean re-pasting the whole brief and asking for a revised version, hoping the rest doesn't change in ways you didn't ask for. On a Page, only the highlighted text changes.

Here's roughly what the Page looks like partway through that session, after the consistency pass in step four, once Copilot's draft, your own added section, and the in-place edit are all sitting on the same canvas.

Copilot Pages

A Page mid-session, mixing a Copilot-drafted section with a manually typed one, illustrated

Project Brief: Automated Expense Approval

Problem statement. Manual expense approval currently takes an average of 6.5 hours per week of manager time across the finance team, spent re-checking receipts against policy line by line and chasing down missing documentation over email.

Goals. Cut manager review time to under two hours per week. Reduce the average approval turnaround from 4 days to 1. Keep an audit trail that satisfies the same compliance requirements the manual process meets today.

Non-goals. This project doesn't touch the corporate card program or vendor payment terms, both are separate initiatives already underway.

Rough timeline. Discovery and requirements: 2 weeks. Build and internal testing: 5 weeks. Pilot with one department: 3 weeks. Full rollout: 2 weeks.

Stakeholders and sign-off. Finance director (budget approval), IT security (data handling review), department heads of Sales and Operations (pilot participants). Typed in directly, not drafted by Copilot, because the actual names and approval order needed to be exactly right.

Open risks. Copilot flagged one inconsistency: the timeline section says pilot starts in week 7, but the goals section implies results are needed within a month of kickoff. Worth resolving before this goes to stakeholders.

Notice the brief mixes three different origins on one canvas: a section rewritten in place after a highlight-and-revise instruction (the problem statement, now carrying the 6.5-hour figure that step two added), a section still in Copilot's original draft form (goals, timeline), and a section typed by hand (stakeholders). None of that required starting a new conversation or losing track of an earlier version, which is the entire point of a Page over a linear chat.

Tip

Highlighting a specific section before asking for a change is the single habit that makes Pages worth using over plain chat. Asking Copilot to "revise the timeline section" without highlighting it sometimes works, but highlighting removes the ambiguity entirely.

When Pages is the wrong tool

Pages is built for something you're building up over multiple passes; it's not built for a single quick question. Asking "what's a good subject line for this email" doesn't need a persistent canvas, it needs one chat reply. Reaching for Pages by default, for every request, adds a step without adding value. Microsoft describes Pages as something you co-create and share in real time with teammates, but sharing options depend on your account and your organization's settings, so check what yours actually allows. If your team needs the full review and formatting tools of a finished file, move the brief to Word once the first draft is solid.


Copilot Notebooks sound similar to Pages on paper, both come with a Microsoft 365 subscription on a personal account, both look like a document-style workspace, and it's easy to reach for the wrong one. Copilot Notebooks vs. Pages covers exactly where they diverge and how to decide which one a given task actually calls for.

  • Use Pages when you're building one document across several revisions, not for a single quick question

  • Highlight the specific section you want changed instead of re-describing the whole document

  • Mix your own typed content with Copilot-drafted sections freely

  • Run one final consistency pass across the whole Page before treating it as done

Official sources

Checked on September 21, 2026. Features, plans and names change often, so the vendor's own pages are the final word.

Related Guides