Real-time Collaboration: Figma's 'Multiplayer' Model

Real-time collaboration uses a central server as the single source of truth for a file. Instead of passing copies, users connect to the same live document, enabling simultaneous editing in tools like Figma.
Why it exists
Traditional workflows involved exporting, syncing, or emailing file copies, creating version control chaos and siloing collaborators. Real-time collaboration was created to establish a single source of truth, accessible to anyone with a link, making creative and technical work more inclusive and efficient.
The mental model
Shift from thinking about a file to thinking about a shared state. Instead of multiple people holding separate local copies, everyone connects to one authoritative document state hosted on a server. Your screen is a live viewport into that state, and your edits are messages sent to the server to update it for everyone at once.
How it works
Figma uses a client-server architecture. When you open a document, your client (a web page) downloads the file and opens a persistent WebSocket connection to a server process dedicated to that document. From then on, all edits are sent as small updates over the WebSocket and broadcast to other connected clients. The system handles offline work simply: when you reconnect, your client downloads a fresh copy of the document, reapplies your offline edits on top of this latest state, and then resumes live syncing. This design choice simplifies the complexity of merging changes after a long disconnection.
When to use it
This model is ideal for productivity tools where multiple stakeholders need to contribute to or view a single artifact concurrently. It shines in design tools, word processors, and diagramming software where the cost of version conflicts and manual syncing is high. It allows different roles, like writers and developers, to participate directly in the design process.
When not to use it
Building a robust real-time system is complex. For projects where work is naturally sequential or teams are small, simpler version control may be sufficient. If an application doesn't require simultaneous editing, the engineering overhead is likely not worth it. Figma itself avoided standard, highly complex algorithms like Operational Transforms (OTs) to ship faster, indicating that even pioneers of the space look for simpler solutions.
One canonical example
Figma's 'multiplayer' editing. When it launched, the idea of live collaboration in a design tool was controversial, with fears of "hovering art directors." Figma's bet was that making design accessible via a simple link would be transformative. By building their own custom, simpler-than-alternatives solution, they proved that real-time collaboration is a fundamental feature for modern web-based productivity tools, not just a novelty.
Interview question
According to the card, how does a real-time collaboration system like Figma manage a user's edits made while offline?
- a.The client sends its stored offline changes to the server, which then performs a merge operation to integrate them into the main document.
- b.Upon reconnecting, the client downloads the latest document state from the server, reapplies its local offline edits, and then resumes live synchronization.Correct
- c.Offline edits are temporarily saved locally and are only applied to the document if the user manually confirms the sync after regaining connection.
- d.The system prevents any edits from being made while offline, requiring a constant connection for all modifications.
Why? this is the answer
The card explicitly states that upon reconnection, the client downloads a fresh copy of the document, reapplies its offline edits, and then resumes live syncing. Option A describes a server-side merge, which is not the mechanism detailed in the card for this specific model.
Just read this? Test yourself on what you have been reading.
Read the original → figma.com
You just looked this up. Could you explain it out loud?
That is the part interviews actually test. Tezvyn takes questions like this one and gives you what the interviewer is really checking, the answer that lands, and the mistake that ends the conversation, in the four minutes before your next meeting.
The iPhone app is on the way
We are building it. Until it lands, nothing here is held back from you: every interview card, your saved cards, streaks and the job board all work in Safari, plus hundreds of free practice quizzes of thirty questions each. Sign in and it all carries over to the app the day it arrives.
Want it as an icon? Tap Share at the bottom of Safari, then Add to Home Screen. It opens full screen and the cards you have read stay available offline.
We are hiring for this. Open roles that interview on collaboration — each one lists the topics its interview covers.
See open roles