Atlassian's Embedded Workflow Cross-Sell

Diving deeper into

Blake Bartlett, partner at OpenView, on the future of product-led growth

Interview
Atlassian does this really well, where you're in one product, and it surfaces stuff from another product.
Analyzed 8 sources

Atlassian turns product discovery into part of the daily workflow, which makes cross sell feel less like a sales event and more like finishing the job at hand. A developer writing a spec in Confluence can create Jira work items without leaving the page, and a Jira user can open, edit, and create Confluence pages inside Jira. That matters because the same team is usually already switching between planning, documentation, and execution all day.

  • The core mechanic is embedded workflow, not just navigation. Atlassian lets teams paste Jira queries into Confluence, create new Jira work items from Confluence content, and view related Confluence pages from Jira. The second product shows up exactly when the user needs the next step.
  • This works best when buyer and user overlap. Jira and Confluence are usually bought by the same engineering or product organization, which makes self serve expansion easier than software that jumps from one department to another. That is the distinction behind the broader PLG point.
  • Atlassian is extending this pattern beyond its original pair. Teamwork Collection bundles Jira, Confluence, Loom, and Rovo, and Loom is being positioned to turn recorded explanations into Jira issues, Confluence pages, and shared knowledge. The bundle increases the number of moments where one product can surface another.

The next phase is a denser Atlassian work graph, where docs, tickets, video, and AI assistance all appear inside the same flow of work. If Atlassian keeps making adjacent products visible at the exact moment of need, expansion should keep compounding inside existing accounts before a salesperson ever enters the picture.