Skip to main content

πŸ“½οΈ Lesson 6.1: Sharing & Permissions

Up to now your deck has been yours alone. In this module it becomes a shared thing β€” reviewed, co-edited, and handed off. That starts here, with the single most important sharing skill: giving the right people the right level of access, and no more. Get this right and collaboration is a joy; get it careless and a private deck ends up somewhere it shouldn't. We'll do it carefully.

πŸ“š What You'll Learn

By the end of this lesson, you will be able to:

  • Save your deck to OneDrive β€” the prerequisite that unlocks real sharing and co-authoring
  • Use the Share button to invite people by email or to get a link, and know when to use each
  • Choose the right permission level β€” Can edit vs Can view (and can-review) β€” and the right link scope
  • Recognize which sharing controls (expiry, password, block-download) are Microsoft 365 features versus free ones
  • Share safely: stop sharing, review who has access, and protect sensitive information from a link that travels too far

⏱️ Estimated Time: 45 minutes

🎯 Project: Save your deck to OneDrive and create a view-only link, then send it to yourself or a friend to confirm it opens exactly as you intended.

In This Lesson

Why Sharing Starts with the Cloud

For most of this course your deck has lived in one place and belonged to one person: you. That's fine while you're building. But a presentation almost never stays private forever β€” a colleague reviews it, a manager signs off on it, a teammate adds their section, an audience watches it on their own screens. The moment more than one person needs to touch a deck, you face a choice about how you let them in. Make that choice well and collaboration feels effortless. Make it carelessly and you either lock people out or, worse, leak something you meant to keep close.

The old way of "sharing" a deck was to email the file as an attachment. Everyone has done it, and everyone has felt its pain. Within a day there are five copies floating around β€” Pitch_final.pptx, Pitch_final_v2.pptx, Pitch_final_REALLY_final.pptx β€” and nobody knows which is current. Two people edit different copies and their changes can never be merged. That isn't collaboration; it's chaos with extra steps.

The modern way is to keep one deck in the cloud and give people access to that. There is a single source of truth. Reviewers comment on the real thing. Co-authors edit the same slides at the same time. And you decide, per person or per link, exactly what each of them is allowed to do. This is the model PowerPoint uses today, and it's the model Google Slides pioneered and made feel natural years ago β€” credit where it's due. PowerPoint has closed that gap: through the web app and Microsoft 365, backed by OneDrive, live sharing and co-authoring now work genuinely well. But all of it rests on one prerequisite: the deck has to live in the cloud first.

🧠 Mindset

Think of sharing not as "sending a file" but as "granting access to a room." The deck stays put; you unlock a door for specific people. That reframing changes how careful you are β€” because a door you open can be walked through by anyone who gets the key, and a link is a key. Throughout this lesson, keep asking the two questions that matter: who should get in, and what should they be allowed to do once they're inside?

Save to OneDrive β€” the Prerequisite

OneDrive is Microsoft's cloud storage, and it comes free with any Microsoft account. When your deck lives on OneDrive rather than only on your hard drive, three things become possible that simply cannot happen with a local file: it autosaves as you work, it keeps a version history you can roll back to (that's Lesson 6.3), and β€” the reason we're here β€” it can be shared and co-authored live. Every collaboration feature in this module depends on this one step. A deck sitting on your desktop can only be emailed as a copy; a deck on OneDrive can be genuinely shared.

If you're on PowerPoint for the web

Good news: you're already there. When you create a deck at microsoft365.com or office.com, it's born on OneDrive automatically and autosaves from the first keystroke. You'll see the file name in the top bar and an AutoSave or Saved indicator. There's nothing extra to do β€” the web app has no concept of a deck that isn't in the cloud. This is one of the quiet advantages of working on the web: the sharing story "just works" because the storage story already did.

If you're on the desktop app

A desktop deck often starts life on your local drive, so you save it up to the cloud deliberately. Use File > Save As (or File > Save a Copy) and choose OneDrive as the location rather than This PC. Once the deck is on OneDrive, flip the AutoSave toggle in the very top-left corner to On. From that moment your changes stream to the cloud continuously, and the Share button lights up with its full set of options. If AutoSave is grayed out, that's the tell-tale sign your deck is still local β€” save it to OneDrive and the toggle comes alive.

Where the deck lives Autosave Version history Live sharing & co-authoring
Local drive (This PC) No β€” you save manually No No β€” you can only email a copy
OneDrive (personal) Yes Yes Yes β€” invite people or share a link
OneDrive / SharePoint (work or school) Yes Yes Yes β€” subject to your organization's rules

βœ… Pro Tip

Give the deck a clear, human file name before you share it β€” the file name is the first thing a recipient sees. "Riverside Community Garden β€” Pitch" tells them what they're opening; "Presentation1" tells them nothing and looks careless. Rename it right in the top bar of the web app, or with File > Rename. This is your running deck, so name it like something you're proud to hand over.

The Share Button: Invite vs Get a Link

With the deck on OneDrive, find the Share button β€” top-right in both the web app and the desktop app. Clicking it opens the sharing panel, and this is the control center for everything in this lesson. The panel offers two fundamentally different ways to let people in, and understanding the difference is most of the battle.

Invite specific people (share by email)

Type one or more email addresses into the "Add people" box, optionally add a short message, and send. Each person receives an email with a link that is tied to them. This is the tighter, safer option: access is granted to named individuals, you can see exactly who has it, and β€” depending on your settings β€” a recipient may need to sign in to prove they're really that person. Reach for invite-by-email whenever the audience is known and the content is even slightly sensitive. It's the default you should prefer.

Get a link (copy-and-paste sharing)

The other option is Copy link: PowerPoint generates a single URL you can paste anywhere β€” a chat message, a document, a calendar invite, an email you write yourself. This is wonderfully convenient when you need many people to reach the deck quickly, or when you don't have everyone's email address. But convenience cuts both ways: a link is a key, and anyone who ends up with that key can use it to the extent its permissions allow. Forwarded, screenshotted, pasted into the wrong channel β€” a link travels further and faster than you expect. Use it deliberately, and use the narrowest scope that still gets the job done.

⚠️ The golden rule of links

Before you copy a link, always check who it's for and what it allows β€” the small settings line at the top of the link dialog (often "Anyone with the link…"). A link set to Anyone plus Can edit is the riskiest combination there is: it means any stranger who obtains the URL can not only read your deck but change it. That's occasionally what you want; usually it's a mistake waiting to happen. Narrow it before you copy, not after.

The two methods aren't rivals β€” they're for different situations. Invite-by-email for a defined group and anything confidential; get-a-link for broad, low-stakes distribution where friction would slow everyone down. A useful instinct: the more sensitive the deck, the more you lean toward named invites over open links.

Permission Levels & Link Scope

Whichever way you let people in, two independent dials control what happens next: the permission level (what a person may do) and, for links, the scope (which people the link works for). Keep them separate in your mind β€” mixing them up is where sharing accidents come from.

Permission level β€” what they can do

Level What it allows Use it when
Can view Open, read, and present the deck; no changes possible Sharing a finished deck, a read-only handout, or anything sensitive
Can review (365, where offered) View and add comments, but not edit the slides themselves. At the time of writing it's offered most reliably for Word files; if your PowerPoint Share panel doesn't list it, use Can edit with a clear "comments only, please" agreement You want feedback without anyone changing the content β€” the polite middle ground
Can edit Full editing β€” add, change, delete slides and content, and co-author live A trusted teammate is genuinely building the deck with you

The rule of thumb is simple and worth tattooing on your brain: grant the least access that still lets the person do their job. If someone only needs to read the deck, give them Can view. If they need to leave feedback but shouldn't rewrite your slides, Can review (a Microsoft 365 refinement) is ideal where your Share panel offers it β€” they comment, you stay in control of the content. If it isn't offered for your deck, give Can edit with a "comment, don't change" agreement and lower it again when the review is done. (Note that Can view is read-only: a viewer can't add comments.) Reserve Can edit for the people actually co-building the deck with you. Being generous with edit access feels friendly, but every editor is someone who can accidentally delete your title slide.

Link scope β€” who the link works for

When you choose Get a link, a "Link settings" control lets you narrow who the link is valid for. The exact wording shifts between personal and work accounts, but the ladder is consistent, from widest to narrowest:

  • Anyone with the link β€” no sign-in required; whoever holds the URL gets in. Maximum reach, minimum control. Fine for genuinely public content, risky for anything else. On work/school accounts an admin may disable this entirely.
  • People in your organization β€” the link only works for signed-in members of your company or school. A sensible default at work: broad enough to be convenient, closed to outsiders.
  • Specific people β€” the link works only for the named individuals you list, each of whom signs in to prove who they are. This is the tightest link scope and behaves much like invite-by-email.
graph TD A["πŸ“„ Deck on OneDrive
ready to share"] --> B{"Who needs it?"} B -->|"A known, small group"| C["Invite by email
named people"] B -->|"Many people or no addresses"| D["Get a link"] C --> E{"What should they do?"} D --> F["Set link scope:
Anyone Β· Org Β· Specific people"] F --> E E -->|"Only read or present"| G["πŸ”’ Can view"] E -->|"Comment, not change"| H["πŸ’¬ Can review Β· 365 where offered
else Can edit + comments-only agreement"] E -->|"Truly co-building"| I["✏️ Can edit"]

Read the diagram as a habit, not a one-off: every time you share, you're answering two questions in sequence β€” who gets in (scope), then what they can do (permission). Answer them narrowly by default and widen only when there's a real reason. That single discipline prevents the large majority of oversharing mistakes.

Expiry, Passwords & Stopping Sharing

Sharing isn't a one-time act you set and forget β€” it's a relationship you can adjust and end. A few extra controls let you put limits on a link up front, and, just as importantly, let you take access back later.

Expiry dates and passwords (Microsoft 365)

On many Microsoft 365 plans, the link settings include two extra guards. An expiration date makes a link stop working automatically after a day you choose β€” perfect for "here's the deck for this week's review, and it goes dead on Friday." A password requires anyone opening the link to type a secret you set and share separately (never in the same message as the link itself). Some plans also offer block download, which lets people view the deck but not save a local copy. These are genuinely useful for sensitive material β€” but be honest with yourself about which plan you have: expiry, password, and block-download are 365 features and are typically absent from free personal accounts. If you don't see them, that's why. As always, we don't quote what any plan costs; check Microsoft's current pages if you need the paid tiers.

Reviewing and stopping sharing β€” the skill people forget

The most overlooked sharing skill isn't granting access; it's revoking it. Open Share > Manage access (in the web app, it's inside the Share panel; on desktop, the same "Manage access" link) and you'll see everyone who currently has access and at what level. From there you can:

  • Change a person's level β€” bump someone from Can edit down to Can view once their editing is done.
  • Remove a person β€” revoke an individual's access entirely.
  • Delete a link β€” the moment a link is removed, it stops working for everyone who had it, no matter how far it traveled. This is your emergency brake.
  • Stop sharing altogether β€” return the deck to private, just you.

Make it a habit to visit Manage access when a project ends. Old links and stale editors accumulate quietly, and a link you shared for a workshop last spring shouldn't still open your deck next year. Closing doors you've finished with is as much a part of good sharing as opening them.

⚠️ Watch Out β€” a link can outlive its purpose

Two realities to hold onto. First, a link travels further than you intend. Once you've copied an "Anyone with the link" URL into a chat, you've lost control of where it goes next β€” it can be forwarded, quoted, or pasted anywhere. Treat such links like cash: convenient, but gone once handed over. Second, if you use PowerPoint through a work or school account, your organization's admin may enforce rules that override your choices β€” disabling "Anyone" links, forcing expiry, or restricting external sharing. That's not a bug; it's your IT team protecting the organization. Work within it.

Sharing the Live Deck vs Sending a Copy

There's a final distinction that trips people up, because both live behind the same Share button: are you sharing the living deck, or handing someone a frozen copy? They serve different purposes and it's worth being deliberate about which you mean.

Sharing the live deck

This is everything we've discussed so far: the recipient reaches your actual deck on OneDrive. They always see the current version, your edits appear for them, and β€” if you granted edit or review access β€” they can contribute back to the one true copy. This is the right choice for anything ongoing: a deck still being built, one under review, one a team owns together. There's only ever one version, and it's the real one.

Sending a copy β€” download and hand off

Sometimes you deliberately want to freeze a moment and hand it over with no strings attached β€” a final deck for someone's records, a version to attach to a formal email, a file for a system that only accepts uploads. Use File > Download (web) or File > Save a Copy / Export (desktop) to save a .pptx, or a PDF if it should be read-only and un-editable. A downloaded copy is disconnected: your later changes won't reach it, and their changes won't reach you. That's exactly the point when you want a clean handoff β€” but it's the wrong tool for collaboration, because you're right back in the world of "which version is current?" that OneDrive sharing exists to end.

Situation Share the live deck Send a copy
Still being built or reviewed βœ… Yes β€” one source of truth ❌ No β€” copies drift apart
Team co-authoring together βœ… Yes β€” edit access, live ❌ No β€” changes can't merge
Final handoff for someone's records Optional (view-only) βœ… Good β€” a clean, frozen file
Must be un-editable when opened View-only link βœ… Export as PDF
Uploading to a system that wants a file ❌ No βœ… Download the .pptx or PDF

πŸ’‘ Slides parallel

If you've used Google Slides, all of this will feel familiar β€” Slides has offered "Share" with view / comment / edit access and "Anyone with the link" scope for years, and it genuinely set the standard for frictionless sharing. PowerPoint's model is now the same shape and works well; the vocabulary is nearly identical (Slides says "Commenter," PowerPoint says "Can review" where it's offered). Skills you build here transfer directly to Slides and back. The honest summary: Slides pioneered effortless sharing, and PowerPoint has caught up.

🎯 Project: Share a View-Only Link

Time to do the thing for real β€” safely. You'll confirm your deck is on OneDrive, create a view-only link with the narrowest scope that makes sense, and then test it the way a recipient would. Sharing you haven't verified isn't really shared; testing it is what separates confident sharing from hoping.

πŸ‹οΈ Save to OneDrive and share view-only

Objective: Get your running deck into the cloud and produce a working, read-only link that you've confirmed opens correctly.

Instructions (about 15 minutes):

  1. (3 min) Make sure your deck is on OneDrive. On the web it already is; on desktop, use File > Save As > OneDrive and switch AutoSave to On. Give the file a clear, human name.
  2. (3 min) Click Share, then choose Copy link (get a link). Open the link settings and change the permission to Can view, not Can edit.
  3. (3 min) Set the scope as narrowly as your account allows β€” Specific people or People in your organization if you have them; otherwise Anyone with the link is acceptable for this harmless practice deck. Note which options you were offered β€” that tells you which plan you're on.
  4. (3 min) Copy the link and send it to yourself (a second email, another browser, or a private window) or to a willing friend.
  5. (2 min) Open the link as the recipient would. Confirm the deck appears, that it is read-only (try to edit β€” you shouldn't be able to), and that it looks exactly as you intended.
  6. (1 min) Bonus: open Share > Manage access and find your link in the list. Practice the emergency brake β€” you now know how to delete it if you ever need to.
πŸ’‘ Hint β€” a pre-share safety checklist
Before I copy any link, I check:

WHO can get in (scope)?
- [ ] Anyone with the link        (widest β€” public only)
- [ ] People in my organization   (safer default at work)
- [ ] Specific people             (tightest β€” named + sign-in)

WHAT can they do (permission)?
- [ ] Can view      (read / present only)   <-- this project
- [ ] Can review    (comment, no edits) [365, if offered;
                     otherwise Can edit + "comments only"]
- [ ] Can edit      (full co-authoring)

Extra guards (365 only, if offered):
- [ ] Expiry date set?
- [ ] Password set (sent separately)?
- [ ] Block download?

Then, and only then: Copy link.

If a control from this checklist isn't showing, you're likely on the free web app or a personal account β€” that's expected. The habit of running the checklist matters more than having every option.

βœ… Project Completion Checklist

  • Your deck is saved on OneDrive with a clear file name (AutoSave on)
  • You created a link and set it to Can view, not Can edit
  • You chose the narrowest link scope your account offered
  • You opened the link as a recipient and confirmed it's read-only and correct
  • You located the link in Manage access and know how to revoke it

🎯 Quick Quiz

Question 1: What must be true before you can share a deck for live viewing and co-authoring?

Question 2: Which sharing setup is the riskiest for a sensitive deck?

Question 3: You want a colleague to give feedback but not change your slides. Which permission fits best?

Best Practices for Sharing

βœ… Do's

  • Share the least access that does the job. Default to Can view; upgrade to review (or edit) only when there's a real need.
  • Prefer named invites for anything sensitive. Invite-by-email ties access to real people you can see and remove.
  • Revisit Manage access when a project ends. Delete stale links and drop editors who are done β€” good hygiene, not paranoia.

❌ Don'ts

  • Don't reach for "Anyone with the link, Can edit" by reflex. It's the highest-risk setting; use it only when you genuinely mean "the whole world may change this."
  • Don't send a password in the same message as the link. That defeats the password entirely β€” deliver it by a separate channel.
  • Don't email copies for a deck that's still evolving. That's how five conflicting versions are born. Share the one live deck instead.

πŸ’‘ Pro Tips

  • Test every important link by opening it the way a recipient would β€” a private browser window is perfect. If it opens for you when it shouldn't, it'll open for others too.
  • When in doubt, view-only. You can always widen access to someone who asks; you can't un-see a leak.

πŸ““ Learning Journal

Keep a learning journal as you work through this course β€” a separate document, a note, or even a slide at the end of the deck you're building. After each lesson, take a few minutes to write down:

  • Key concepts you learned
  • Techniques that clicked for you
  • Questions or confusion points to revisit
  • Ideas you want to try in your own decks
  • Your progress and feelings about learning this β€” including where your confidence grew

✍️ This lesson's prompt: Think of a real deck you might share soon β€” with a manager, a class, a client, a friend. Who would you invite, and at what level (view, review, or edit)? What part of it, if any, is sensitive enough that you'd choose named invites over an open link? Write down the exact sharing setup you'd use, and note one habit from this lesson you want to make automatic.

πŸ“ Lesson Summary

πŸŽ“ Key Takeaways

  • Sharing starts in the cloud. Saving your deck to OneDrive is the prerequisite that unlocks live sharing, co-authoring, autosave, and version history β€” a local file can only be emailed as a copy.
  • The Share button offers two ways in: invite specific people by email (tighter, safer, tied to named individuals) or get a link (convenient, but a link is a key that travels).
  • Two independent dials: permission level (Can view, Can review [365, where offered], Can edit) controls what people do; link scope (Anyone, Organization, Specific people) controls who a link works for. Grant the least that does the job.
  • Extra guards are mostly 365: expiry dates, passwords, and block-download are Microsoft 365 features often absent on free accounts. Manage access lets everyone change levels, remove people, and delete links β€” your emergency brake.
  • Live deck vs frozen copy: share the OneDrive deck for anything ongoing (one source of truth); download a .pptx or PDF only for a clean, disconnected handoff. Slides pioneered effortless sharing; PowerPoint now matches it.

πŸŽ‰ What You've Accomplished

Your deck is no longer a private file β€” it's a shareable, cloud-hosted presentation, and you can hand it to exactly the right people at exactly the right level of access. More importantly, you've built the safety instincts that make sharing feel calm instead of nerve-wracking: least access by default, named invites for sensitive content, and a habit of reviewing who can get in. That judgment is what turns a feature into a skill.

❓ Common Questions at This Stage

I don't see expiry dates or passwords on my Share panel. Did I do something wrong?

No β€” those are Microsoft 365 features and are typically missing from free personal accounts. The core sharing you need for this course (view / edit links, named invites, manage access) works on the free web app. If you need expiry, passwords, or block-download, they come with a 365 plan; check Microsoft's current pages for what's included where.

If I share a link, can people still open it after I make changes?

Yes β€” that's the whole point of sharing the live deck. A link points to your actual deck on OneDrive, so recipients always see the current version, including edits you make after sharing. If you'd rather freeze a moment, download a .pptx or PDF copy and send that instead; a copy is disconnected and won't reflect later changes.

Someone I shared with left the project. How do I take their access away?

Open Share > Manage access, find them in the list, and remove them β€” or lower their level from edit to view. If you shared via an "Anyone with the link" URL, delete that link; the moment it's gone it stops working for everyone who had it. Doing this at the end of a project is good routine, not overkill.

πŸ”­ Looking Ahead

In the next lesson β€” Lesson 6.2: Comments & Real-Time Co-Authoring β€” we move from granting access to actually working together inside the deck. You'll learn to leave comments and @mention people to assign feedback, to reply and resolve threads, and to co-edit the same deck live β€” seeing collaborators' cursors and presence in real time β€” with the etiquette that keeps a shared deck from turning into a mess.

βœ… Before the Next Lesson

  • Confirm your deck is on OneDrive and you can produce a working view-only link
  • If you have a willing friend or colleague, line them up to co-edit with you next lesson β€” and raise their access above Can view (to Can edit, or Can review if offered), because a view-only link can't comment or edit
  • Write your Learning Journal entry for this lesson

πŸ“š Additional Resources

🌟 Encouragement for the Journey

Sharing well is a quiet superpower. You now hand off decks with confidence instead of crossed fingers β€” the right people, the right access, nothing leaked. That calm is exactly what makes collaboration inviting rather than scary. Next up, the fun part: actually working together inside the deck. πŸ“½οΈ