← Back to Case Studies

Atlassian · Product Design

No more magic

When 27% of Portfolio for Jira customers churned, we found a product they didn’t trust. I led research and two of the headline features in Portfolio 3.0, which moved planning from a black-box algorithm to plans that people could see and control. Regrettable churn fell from 27% to 8%.

Overview

Atlassian is best known for Jira and Confluence. Portfolio for Jira sits on top of Jira and turns issues into data-driven roadmaps, so teams can plan work, manage team capacity, track dependencies and follow status across their workstreams. Underneath, a scheduling algorithm worked out when everything could get done.

Portfolio for Jira: data-driven roadmaps to plan work, manage team capacity, track dependencies and status
Portfolio for Jira: data-driven roadmaps to plan work, manage team capacity, track dependencies and status

I was a product designer on Portfolio for Jira. I worked across user research, a scaled collaboration triad and day-to-day feature work. I also led design on two features in Portfolio 3.0, the redesign that took the product from algorithmic magic to planning that customers could see and control.

My Role

The Challenge

At the end of FY17 we had 27% regrettable churn. Customers were leaving and not coming back.

27% regrettable churn at the end of FY17
27% regrettable churn at the end of FY17

We ran several rounds of research with existing customers and the Product Council to understand how enterprises plan and to find the pain points pushing them away.

Portfolio 2.0 timeline, which customers couldn’t edit
Portfolio 2.0 timeline, which customers couldn’t edit
Portfolio 2.0 scope section listing Jira issues
Portfolio 2.0 scope section listing Jira issues
The Calculate button that ran the scheduling algorithm: roll the dice

The key finding: users found the scheduling algorithm confusing. It was magic that nobody understood, so nobody trusted it. That gave us a design principle, build trust in every interaction, and a product vision: no more magic.

Portfolio 3.0

Research showed that manual planning was a better fit for what our customers needed. Portfolio 3.0 brought a new UI, more space and less magic, and the plan now reads left to right.

Portfolio 3.0: new UI, more space, less magic
Portfolio 3.0 scope section with more vertical space
Portfolio 3.0 fields section, keeping the spreadsheet experience
Portfolio 3.0 timeline lined up with the scope section

From Calculate to Auto-schedule

I led the redesign of the scheduling experience.

Portfolio 3.0 plan with Auto-schedule in the toolbar

Field Resizing

Portfolio 3.0 first shipped with responsive fields. Columns spaced themselves evenly, which seemed like a good idea. But resizing one column broke the others: widen Outgoing dependencies and Estimates, Labels and PC Ship Date all changed too. Customers who had their view set up just right kept losing it, and the complaints arrived as a steady stream of Jira tickets.

Field resizing domino effect: resizing one column changed the others
Field resizing domino effect: resizing one column changed the others

I worked through research, sketching, sparring and prototyping. At Atlassian we spar everything, so I took the problem to our design channel and cross-product sessions in Mural. I looked at how spreadsheets such as Apple Numbers and Excel handle resizing: you adjust one column and everything else stays put. I then built an Axure prototype and had the team try it and flag anything that felt off.

Whiteboard sketches exploring field resizing behaviour
Whiteboard sketches exploring field resizing behaviour
Shipped field resizing principles: steal from timeline, hands off my fields, no more magic
Shipped field resizing principles: steal from timeline, hands off my fields, no more magic
Portfolio 3.0 plan with the shipped field resizing
Portfolio 3.0 plan with the shipped field resizing

Results & Impact

Regrettable churn, from 27% down to 8%

Reflection

Portfolio for Jira taught me that power without transparency erodes trust. The scheduling algorithm was the most impressive part of the product, and also the part customers trusted least. “Build trust in every interaction” became a test I could apply to any decision, from renaming a button to deciding which column gives up space. Often the best choice was to take the magic away and give people the control they already expected.