Design

Creating Collaborative Design Tools: Lessons from Bento

What building a shared, real time design canvas actually teaches you, beyond the marketing gloss.

By Kiran · 5 min read · 26-07-2026

Building collaborative design tools looks simple from the outside. Two people open the same document, they both make changes, everyone sees everything instantly. Underneath, it is one of the hardest problems in software, a knot of conflict resolution, latency, and human attention. Building Bento, our HTML based presentation tool at Thridy, taught us a set of lessons that apply to any tool where more than one person shares a canvas. Here they are, without the marketing gloss.

Collaboration is a product decision before it is an engineering one

It is tempting to treat multiplayer as a technical feature you bolt on later. It is not. Whether people work together, and how, shapes every part of the product: how documents are structured, how permissions work, how you handle someone's half finished idea sitting next to someone else's polished one. Decide early what collaboration means for your tool. Real time co-editing, asynchronous comments, and simple sharing are three very different products, and pretending they are the same is how projects drown.

Five numbered lessons from building the Bento collaborative design tool
Five lessons that apply to any tool where more than one person shares a canvas.

Lesson one: match the conflict strategy to your domain

The scariest question in any shared editor is what happens when two people change the same thing at once. There is no universal answer, and chasing one is a trap. The most durable approach is to match the algorithm to what your users actually do.

For many design tools, property level last writer wins with a server deciding the final order is remarkably stable. If two people drag the same box, the last move quietly wins, and nobody loses work because they were editing different properties anyway. It is not academically perfect, but it is understandable, predictable, and it has held up for years in tools far bigger than ours. Reach for heavier machinery only when your domain genuinely needs it, not because it sounds sophisticated.

Lesson two: latency is the whole experience

Collaboration feels magical only when it feels instant. The moment there is a visible lag between someone typing and everyone seeing it, the illusion breaks and people start stepping on each other. This is why real time tools lean on persistent connections rather than polling, and why so much engineering goes into shaving milliseconds nobody consciously notices.

The practical lesson is to optimize for the perception of speed, not just raw throughput. Show a teammate's cursor moving smoothly even before their edit fully lands. Apply local changes optimistically and reconcile with the server behind the scenes. Users forgive a lot, but they do not forgive a canvas that feels laggy and uncertain.

Presence is half the magic

Seeing other people's cursors and selections, the little colored labels moving around, is not a gimmick. It is what turns a shared document from a file into a room. Presence tells people where attention is, prevents collisions, and creates the quiet social pressure that makes collaboration feel alive. We underinvested in presence at first and regretted it. It is one of the highest return features in any collaborative tool.

Lesson three: simplicity is a feature you have to defend

Collaborative tools attract feature requests like nothing else, because every team wants their exact workflow supported. Give in too often and you get feature overload, where the tool does everything and users can find nothing. We learned to treat curation as real work. Every feature added is a feature everyone else has to scroll past, and discoverability erodes with each one.

The discipline that helped was asking, for every addition, whether it serves the core act of creating together or just serves one loud edge case. A focused tool that a whole team understands beats a powerful tool only two experts can navigate. Restraint is the feature that makes all the other features usable.

Lesson four: let the tool amplify intent, not dictate it

The best collaborative tools get out of the way. When we added assistance and automation to Bento, the ones that worked amplified what the user was already trying to do, like snapping to a clean layout or suggesting the right icon for a slide. The ones that failed tried to make decisions for people. A design tool that dictates taste is a design tool people quietly resent. Amplify intent, never override it.

This is also where a good asset library earns its place. Reaching for a consistent set of visuals mid-flow, like the soft 3D icons in the Thridy gallery, keeps people in the act of creating instead of hunting for parts. The tool should make the next good decision easy, not make the decision for them.

Lesson five: build for the messy middle

Demos show two people calmly editing one slide. Reality is five people, one of them on a slow connection, another who joined late, a document that has been open for three hours, and someone who just pasted in a huge block of content. Collaborative tools live or die in that messy middle. Test the ugly cases early: reconnection after a dropped network, conflicting edits during a lag spike, a teammate who undoes their way past someone else's work. The happy path is easy. The messy middle is the actual product.

What it all comes back to

Every one of these lessons rhymes with the same idea. Collaboration is fundamentally about respecting attention, both the machine's and the human's. Keep the machine fast so the experience feels instant, and keep the human's world simple so their attention stays on the work. Get those two right and the deep technical questions become tractable. Get them wrong and no amount of clever conflict resolution will save you.

If you are building your own shared tool, start from the human experience and work down to the algorithms, not the other way around. And whatever you build, keep the visual raw materials close at hand. A well organized icon category index is a small thing that keeps creators in flow, which is exactly what a collaborative tool exists to protect.

Free 3D icons for this

Every icon on Thridy is free to download and use. A few that fit this piece:

Browse all 2,600+ free 3D icons or explore them by category.

Key takeaways

  • Decide what collaboration means for your product before writing any multiplayer code.
  • Match your conflict strategy to your domain instead of chasing a universal algorithm.
  • Optimize for the perception of instant speed, and invest early in presence.
  • Defend simplicity as a feature; every addition erodes discoverability.
  • Test the messy middle, because real collaboration is never the calm demo.

Questions people ask

What is the hardest part of building collaborative design tools?

Conflict resolution and latency. Deciding what happens when two people edit the same thing, and making every change feel instant, are the two problems that make or break a shared canvas. Most other features depend on getting these right.

Do I need a complex algorithm to handle editing conflicts?

Usually not. Property level last writer wins with a server deciding the final order is remarkably stable for design tools. Reach for heavier machinery only when your domain genuinely needs it, not because it sounds sophisticated.

Why does presence matter so much?

Seeing other people's cursors and selections turns a shared file into a room. Presence tells people where attention is, prevents collisions, and makes collaboration feel alive. It is one of the highest return features you can build.

How do you keep a collaborative tool simple?

Treat curation as real work. Every feature you add is one more thing everyone else scrolls past, so ask whether each addition serves the core act of creating together or just one loud edge case. Restraint keeps the tool usable.

Sources

This article was produced with the help of generative AI, drawing on the sources above, and reviewed by a human before publishing. All 3D icons shown are original artwork from Thridy. If you spot anything that needs a correction, let us know.

Enjoyed this article?

Subscribe to the Thridy Journal. One great story at a time, no noise.

Keep reading