๐ Lesson 6.2: Comments & Real-Time Co-Editing
This is the lesson where Google Slides shows off. Sharing (last lesson) opened the door; now we walk through it. You'll leave comments right on a slide or a single object, @-mention a teammate to hand them a task, and watch several people build one live deck together โ colored cursors gliding across the slides in real time. This collaboration is genuinely best-in-class, and by the end you'll have exchanged comments on your running deck and felt the magic firsthand.
๐ What You'll Learn
By the end of this lesson, you will be able to:
- Add comments on a whole slide or on a specific object, and reply in a thread
- @-mention a person to notify them โ and assign them a task as an action item
- Resolve comments and revisit the full comment history later
- Describe the real-time co-editing experience โ colored cursors, presence, simultaneous edits โ and why it rarely conflicts
- Choose comment vs edit deliberately, and co-build a deck the night before a pitch without chaos
โฑ๏ธ Estimated Time: 40 minutes
๐ฏ Project: Invite a collaborator (a friend, classmate, or a second account of your own) to your running deck and exchange comments โ including an @-mention โ then resolve one thread together.
In This Lesson
โจ The Superpower: Many People, One Live Deck
Let's start by celebrating, because this deserves it. For decades, "working on a presentation together" meant a miserable dance: someone made a copy, emailed it, you edited it, emailed it back, they merged your changes by hand, someone else had also edited the old copy, and now there are three versions and nobody knows which is real. The dreaded pitch_final_FINAL_v3.pptx.
Google Slides deletes that entire problem. There is one deck, it lives in the cloud, and everyone works on the same one at the same time. Open a shared deck and you'll see little colored markers โ your collaborators, right now, moving through the slides. Someone retypes a title and you watch the letters appear. Nobody merges anything, because nothing ever forked. The deck is always current, for everyone, instantly.
Layered on top of live editing is a quieter but equally powerful tool: comments. Comments let you have a conversation about the deck without changing the deck itself โ a margin note, a question, a suggestion, a task handed to a teammate. Together, live editing and comments are why a shared Slides deck can become a whole team's working space the night before a big talk.
๐ง Mindset
There are two ways to contribute to a shared deck, and knowing which you're doing keeps everyone sane. Editing changes the deck itself โ new text, moved shapes, a swapped image. Commenting talks about the deck โ a note that sits beside a slide until it's resolved. When you're sure, edit. When you're suggesting, questioning, or handing off, comment. That single distinction โ the "comment, don't overwrite" idea from last lesson โ is what turns a crowd into a team.
๐ฌ Adding Comments on Slides & Objects
A comment is a note pinned to the deck that starts a little discussion thread. You can attach one to a whole slide or to a specific object โ a text box, an image, a shape โ which makes it crystal clear what you're talking about.
How to add one
- On a specific object: click the object to select it, then use the comment control โ the speech-bubble-with-a-plus icon near the top-right toolbar, or right-click and choose Comment. The comment anchors to that object.
- On a slide in general: with nothing selected, add a comment the same way and it attaches to the current slide.
- Type your note and click Comment. A small marker appears; click it any time to reopen the thread.
Anyone with Commenter or Editor access can add comments and reply to yours, building a threaded conversation. Replies stack under the original, so a discussion about slide 3's headline stays neatly attached to slide 3's headline โ not lost in an email chain. This is exactly why we gave reviewers Commenter access last lesson: they can talk richly about the deck without touching it.
๐ก Anchor comments to the thing you mean
Whenever your note is about one element โ "this photo feels low-res" or "tighten this headline" โ attach the comment to that object, not the slide in general. Anchored comments remove all ambiguity: the person reading it knows precisely what you meant, even weeks later. Vague comments create work; anchored comments save it.
โ ๏ธ Important Note: Comments are a different feature from speaker notes. Speaker notes (Lesson 5.1) are your private script for delivering the talk and travel with the deck for the presenter. Comments are a collaborative conversation among the people sharing the deck, and they don't appear when you present. Don't confuse the two โ notes are for you at the podium; comments are for the team building the deck.
๐ฃ @-Mentions, Assigning & Notifications
A comment nobody sees is a comment wasted. The fix is the @-mention. Inside any comment, type @ followed by a person's name or email and pick them from the list. Three useful things happen:
- They get notified โ an email (and an in-app nudge) lands, pulling their attention straight to that exact comment on that exact slide.
- If they don't yet have access, Slides offers to share the deck with them right there โ a lovely shortcut that folds sharing into the conversation.
- You can turn it into an assigned task. When you @-mention someone, an option appears to Assign to that person. The comment becomes an action item with their name on it โ a checkbox-style task the whole team can see is "owned."
Assigning is how a shared deck becomes a lightweight to-do board. "@Priya can you rework the pricing slide by tonight?" โ assigned to Priya, visible to everyone, and marked done when she resolves it. No separate project tool needed; the tasks live right where the work is.
โ Pro Tip
Use @-mentions to pull, not just to talk. A comment that says "someone should fix the typo on slide 5" tends to sit unowned forever. A comment that says "@Sam typo on slide 5 โ mind fixing?" gets a notification, an owner, and usually a fix within minutes. Naming a person turns a wish into a task.
โ ๏ธ Watch Out
@-mentioning someone can grant them access to the deck if you accept the prompt โ which is great when intended and a mistake when it's a sensitive deck. And remember an @-mention fires a real notification: mention thoughtfully rather than tagging the whole team on every tiny note, or people start tuning the alerts out.
โ Resolving Comments & Comment History
Comments have a life cycle, and closing them off is what keeps a deck from drowning in old notes. When a discussion is settled โ the change is made, the question answered, the task done โ click Resolve (the checkmark) on the thread. The comment marker disappears from the slide, keeping your working view clean and signaling to everyone "this one's handled."
Resolved doesn't mean deleted, though. Open the Comment history โ the comment/clock icon near the Share button at the top โ and you'll see every comment on the deck, open and resolved, with who said what and when. From there you can reopen a resolved thread if it turns out it wasn't so settled after all. Nothing is ever truly lost; it's just tidied away.
This is the natural rhythm of collaborating on a deck: a comment raises something, the team discusses it in the thread, someone acts, and the comment gets resolved. Raise โ discuss โ resolve, over and over, until the deck is ready. The comment history is the paper trail of every one of those little decisions.
comment on a slide
or object"] --> B["๐ฃ๏ธ Discuss
reply in the thread
@-mention ยท assign"] B --> C["โ๏ธ Act
make the edit
or answer"] C --> D["โ Resolve
close the thread"] D -. "reopen if needed" .-> A D --> E["๐ Comment history
full record: who ยท what ยท when"]
๐ก Resolve generously
Don't hoard open comments out of fear of losing them โ the history keeps everything. Resolving is how the team sees progress: a slide with five open comments looks scary, while the same slide with zero open comments looks done. Treat "resolve" as "done and filed," not "delete," and your shared deck stays motivating instead of overwhelming.
๐ฑ๏ธ Real-Time Co-Editing & Avoiding Conflicts
Now the headline act. Share a deck as Editor with a few people, and all of you can build it simultaneously. Here's what you actually see and feel:
- Colored cursors. Each collaborator gets a color. As they click into a text box or move a shape, a labeled colored cursor shows exactly where they are, live.
- Presence. Avatars near the top show who's in the deck right now. You always know if you're alone or building alongside three teammates.
- Simultaneous edits. One person restyles the theme while another rewrites slide 4 and a third drops in an image on slide 7 โ all at once, all saved instantly, no toes stepped on.
Why it (almost) never conflicts
The word processor / spreadsheet worry โ "what if we both edit the same thing?" โ barely applies here. Slides syncs keystroke by keystroke through the cloud, so edits merge continuously rather than colliding at save time. There's no "save" moment to clash on, because there's no manual save at all. The only genuinely messy case is two people typing in the exact same text box at the exact same instant โ and the colored cursors make that obvious, so you naturally avoid it.
The human protocol that keeps it smooth
The technology rarely conflicts; the people occasionally do. A couple of light habits prevent the only real friction:
- Divide the slides. "You take 1-5, I'll take 6-10." Working in different areas means you never even brush against each other.
- Comment before you overwrite someone's work. If you disagree with a teammate's slide, don't silently rewrite it โ drop a comment and discuss. Overwriting a colleague's work with no word is a social conflict, not a technical one, and it's the fastest way to sour a collaboration.
- Watch the cursors. If someone's colored cursor is parked in the box you're about to edit, wait a beat or ping them. Presence is there to be used.
โ ๏ธ Watch Out โ comment, don't overwrite
This is the module's golden rule, and it earns its keep most here. When several editors share a deck, the temptation is to "just fix" a slide you don't like. Resist it. Silently overwriting a teammate's work erases their thinking with no discussion and breeds resentment. A ten-second comment โ "I'd frame this differently, thoughts?" โ respects their work, keeps the decision visible, and almost always lands a better slide. Edit your own areas freely; discuss before you rewrite someone else's.
๐ The Night Before the Pitch โ and an Honest Comparison
Picture it. It's 9 p.m. before a big pitch. Three of you are in the same deck from three different homes. Priya's colored cursor is polishing the pricing slide. You're tightening the story on slides 2-4. Sam drops a comment: "@you the opening feels slow โ cut slide 3?" You reply, agree, delete it, and resolve the thread. Someone's boss, shared in as a Commenter, leaves three notes overnight that you knock out with coffee in the morning. By the time you present, the deck reflects everyone's best thinking โ and there was never a single emailed copy, never a merge, never a "which version is real?" That evening is what this whole module is for, and it's genuinely delightful.
๐ก Slides vs PowerPoint โ honestly, this is the round Slides wins
We've been fair to PowerPoint all course โ it has the edge on advanced motion, effects, and its Designer polish. But collaboration is where Google Slides is best-in-class, and it's not close for everyday use. Real-time co-editing, effortless comments, @-mentions with assignment, live cursors, and a shared source of truth with no merging were built into Slides from day one; they were bolted onto PowerPoint later through Microsoft 365 and the web app, and while modern PowerPoint does co-author, the Slides experience is smoother and needs zero setup. If your work is collaborative, this strength alone can be the reason to choose Slides โ and the skills still transfer, since PowerPoint's comments and co-authoring use the same ideas.
โ Pro Tip
Kick off any group deck with a 30-second "ground rules" comment on slide 1: who owns which slides, the deadline, and "comment before overwriting anyone else's slide." That tiny bit of structure turns a live, multi-cursor free-for-all into a calm, productive build โ and it's the habit that separates teams who love collaborating in Slides from teams who fear it.
๐ฏ Project: Exchange Comments on Your Deck
Your deck is already shared from last lesson โ now let's make it come alive. You'll bring in a collaborator (a friend, a classmate, or simply a second Google account of your own), exchange comments both ways, try an @-mention, and resolve a thread together. You'll feel the collaboration loop โ raise, discuss, resolve โ for real.
๐๏ธ Comment back and forth on the running deck
Objective: Have a genuine two-way comment exchange on your deck, including an @-mention, and close a thread by resolving it.
Instructions (about 13 minutes):
- (2 min) Confirm a collaborator has access to your running deck. If you don't have a second person handy, sign into a second Google account in a different browser (or an incognito window) and use it as your "collaborator."
- (3 min) As the owner, click an object on a slide (a title or image) and add a comment asking for feedback โ e.g. "Does this headline land? Too long?" Notice the marker appear on the slide.
- (3 min) As the collaborator, open the deck, click the comment marker, and reply in the thread with a suggestion. Then add a fresh comment of your own on a different slide, and @-mention the owner in it.
- (2 min) Back as the owner, find the @-mention notification (in-app or by email), jump to that comment, and reply. Try assigning a comment as an action item to your collaborator if the option appears.
- (2 min) Together, settle one thread โ make the small edit it suggested โ then Resolve it. Watch the marker vanish from the slide.
- (1 min) Open Comment history near the Share button and confirm the resolved thread is still there, with the full who-said-what record.
๐ก Hint โ running the loop by yourself with two accounts
Two windows, two roles:
Window A (owner account) Window B (collaborator account)
----------------------- -------------------------------
1. Add comment on slide 2 -> 2. See marker, reply in thread
3. New comment on slide 4,
4. Get @-mention, reply <- @-mention the owner
5. Assign / discuss <-> 6. Discuss
7. Make the edit + Resolve -> (marker disappears for both)
8. Open Comment history -> the resolved thread is still on record
Tip: put the two browser windows side by side. Watching a comment appear in Window B the instant you post it in Window A is the exact "aha" this lesson is about โ the deck is genuinely live.
โ Project Completion Checklist
- A collaborator (or your second account) has access to the running deck
- You added a comment anchored to a specific object or slide, and got a reply in the thread
- You used an @-mention and saw the notification reach the other person
- You resolved at least one thread and watched its marker disappear
- You opened Comment history and confirmed the resolved thread is still on record
๐ฏ Quick Quiz
Question 1: You're editing a shared deck and you strongly disagree with the wording on a slide a teammate wrote. What's the collaborative best practice?
Question 2: What happens to a comment when you click Resolve?
๐งญ Best Practices for Collaborating
โ Do's
- Anchor comments to the exact object you mean, so there's zero ambiguity about what you're discussing.
- @-mention to assign. Naming a person turns a floating wish into an owned task with a notification.
- Divide the slides up front and watch the colored cursors, so editors never collide.
โ Don'ts
- Don't overwrite a teammate's slide silently. Comment first โ it's the module's golden rule.
- Don't hoard open comments. Resolve generously; the history keeps everything and progress stays visible.
- Don't confuse comments with speaker notes. Notes are your private script; comments are the team's conversation.
๐ก Pro Tips
- Open a group deck with a 30-second "ground rules" comment: who owns what, the deadline, comment-before-overwrite.
- @-mention thoughtfully โ every mention is a real notification, so don't tag everyone on every tiny note.
๐ 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: Recall a time you worked on something with other people โ a group project, a shared document, a team task. Where did the collaboration get messy, and how would real-time co-editing plus comments have changed it? Now imagine co-building your running deck the night before a real deadline: who would you invite, and what "ground rules" comment would you leave on slide 1? Note how the "comment, don't overwrite" rule sits with you.
๐ Lesson Summary
๐ Key Takeaways
- Comments let you talk about a deck without changing it โ anchor them to a whole slide or a specific object, and reply in threads.
- @-mentions notify a person, can grant them access, and can turn a comment into an assigned action item โ the way a shared deck becomes a lightweight task board.
- The collaboration loop is raise โ discuss โ resolve. Resolving tidies the marker away but keeps the thread in Comment history, where you can reopen it.
- Real-time co-editing โ colored cursors, presence, simultaneous edits with no merging โ is Slides' best-in-class superpower. It rarely conflicts technically; the fix for the human side is comment, don't overwrite.
๐ What You've Accomplished
You've used the feature that makes Google Slides genuinely special. You added and anchored comments, @-mentioned and assigned a teammate, resolved a thread, found the comment history, and experienced a live deck with more than one person in it. You now know both the technology and the human protocol that keep collaboration smooth โ which is exactly what lets a team build a great deck together the night before a pitch.
โ Common Questions at This Stage
Can a Commenter add comments even though they can't edit?
Yes โ that's the whole point of the Commenter role from last lesson. Commenters can read the deck, add comments (including suggested wording), reply, and @-mention, but they can't change the slides themselves. It's the perfect role for reviewers and advisers: rich feedback, zero risk to your layout.
Will my collaborators see my speaker notes and comments when I present?
No. When you present, the audience sees the slides only. Speaker notes appear to you in presenter view (they're your private script), and comments don't show in presentation mode at all โ they live in the editing view for the team building the deck. Keep the two straight: notes for the podium, comments for the collaboration.
What if two of us really do edit the same text box at the same second?
It's rare, because the colored cursors show you exactly where everyone is. If it does happen, Slides merges the keystrokes as best it can and no version forks โ but the practical answer is the human one: watch the cursors, divide the slides, and give a teammate a moment if they're parked in the box you want. A quick comment or ping settles it instantly.
๐ญ Looking Ahead
In the next lesson โ Lesson 6.3: Version History, Embedding & Linking Sheets Charts โ we cover the safety net that makes all this fearless. You'll explore version history (named versions, restoring, seeing who changed what), learn to make a copy and embed a deck in a website or Doc, and pull off the Workspace-glue trick: linking a live chart from Google Sheets into a slide that updates when the data changes. It's how the whole Google Workspace ties together.
โ Before the Next Lesson
- Make sure your running deck has at least one comment thread on it (resolved or open) to explore next lesson
- If you have a Google Sheets file with a simple chart, keep it handy โ you'll link it into a slide
- Write your Learning Journal entry for this lesson
๐ Additional Resources
- Add comments & assign tasks in Google files (Google Support)
- Share files & collaborate in Google Drive (Google Support)
- slides.google.com โ open the app
๐ Encouragement for the Journey
You just used the single feature that made cloud presentation tools change the world: many people, one live deck, no chaos. That "night before the pitch" scene isn't a fantasy โ it's Tuesday, for teams who know how to collaborate well, and now you're one of them. You've learned to talk about a deck as generously as you build it. Next up, the safety net that makes it all fearless. ๐