Share whiteboard

Share the whiteboard so the design team can sketch the new homepage together. Put it on the main screen, give edit rights to Maria and Sam, set it to persist after the meeting, and tell the group where to find it in the chat. Confirm Maria can draw and Sam can add sticky notes within one minute.

Before sharing the whiteboard with a mixed‑tech team, make it easy for reviewers: show who will be able to draw, whether guests need permission, whether the whiteboard will save automatically, and if screen readers can access the content. Highlight anything that would make reviewers hesitate, like anonymous edits or conflicting ownership, so I can adjust permissions first.

I opened the whiteboard for group sketching and told everyone to jump in, but two students say they cannot draw or add notes. I don’t know whether they’re blocked by guest status, browser versus app access, or my permission settings. What is the most likely cause and the quickest sequence to restore editing for them without interrupting the active collaboration?

Over multiple classes, when I ask students to collaborate on the whiteboard, a consistent minority can’t edit and I waste ten minutes troubleshooting. Is the recurring failure due to my default permission choices, inconsistent client usage, or unclear instructions? Recommend one habit change and a single-line instruction I should announce before every board share to prevent this pattern.