One C4 model. Every view in sync.

Architecture documentation for software teams. Model your system once, and every view from context to components stays current.

Get started free

Free for one editor · Readers are always free

Internet Banking System: System context

See the banking customer, the internet banking system and its connections to the mainframe and email systems.

Explore this example

Built for everyone who works with the architecture

  • ArchitectsKeep one model current instead of redrawing slides.
  • EngineersSee what depends on a service before you change it.
  • Engineering leadersSee owners, lifecycle and what is about to change.
  • StakeholdersRead the level that fits, for free, on a live link.
  • AI agentsRead the model through MCP and propose changes in a Draft.

One shared model. Different views.

Give engineers, stakeholders, and new team members the right level of detail without maintaining separate docs, so the architecture stays useful as the system changes.

No more redrawing

Model once instead of redrawing the same system

Use a shared model instead of scattered files and screenshots. Rename a container and every view updates.

Right level of detail

One model, a view for every audience

Give engineers, stakeholders, and new team members the detail they need without maintaining separate docs.

Docs that stay current

Capture architecture while decisions are fresh

Document during design, not weeks later when context is gone, and keep building on it as the system changes.
Revision has become part of how we work internally. We use it early to align on the architecture and deliver better solutions to our customers.
Kristofer AndersenCEO, IntegrioIntegrio logo
Because the structure is built in, our documentation stays consistent without extra work. It’s faster to write, review, and understand.
Tor SunesonBusiness Architect, SoftronicSoftronic logo

Explore

See what depends on it before you change it

Pick any object or API and see its direct incoming and outgoing relationships, with protocol and transport on every one.
  • Find who consumes an API before you change it.
  • Follow a dependency by focusing the next object.
  • Group the whole model by team, technology or environment.
Explore dependencies
Dependency explorer showing the incoming and outgoing relationships of a worker, with API, protocol and transport

Design

See Current. Propose what comes next.

Your first change to Current starts a Draft. By default everyone can read the Draft and its change list, and merging creates a new version.
  • Design the future state without touching Current.
  • Share the change list with readers for free.
  • Keep the full version and audit history of the model.
How Drafts work
A Draft named Add fraud screening with its merge status, merge rules and list of changes

Govern

Know the model is right before you share it

Diagram checks flag missing descriptions, technologies, system owners and relationship labels, grouped by rule.
  • Give every element an owner team and a lifecycle.
  • Add custom attributes and tags for your standards.
  • Review checks per view before you merge.
Explore governance
Diagram checks at 89 percent, listing missing technologies and a system without an owner
We used to leave documentation until the end of a project. Now we capture it during the design phase, before development starts. It’s surprisingly quick to do, so it’s there when the team needs it.
Robin HultmanCTO, Integrio
“At Spotify, we have an incredibly complex network of thousands of interlinked software systems owned by hundreds of teams, so having a simple way to visualize these connections is essential. We need tools to look at our architecture at different abstraction levels in order to make good design decisions and evolve our software in a sustainable way.”
From the Spotify Engineering blog

Start from an example. Make it yours.

Free for one editor. Pro is €39 per editor per month. Readers are always free.