Enabling Partner Progression Through Tier Visibility
90 seconds to understand the concept of 'Tiers'
Atlassian Solution Partners play a critical role in driving cloud revenue, but their ability to sell is gated by the partner tier model. New partners join at the Access tier, where they cannot transact, earn margin, or fully participate in the ecosystem. To unlock these capabilities, they must progress to higher tiers by completing a set of accreditation and enablement requirements. This progression is essential, but today it is difficult to understand, fragmented across systems, and not clearly connected to commercial outcomes, creating a gap between onboarding and revenue generation.
My Role
I led the end-to-end design of the Tier Progress Tracker, translating partner program requirements into a cohesive, role-based experience.
Working closely with Partner Program Managers and leadership, I shaped how tier requirements are structured, surfaced, and connected to actionable next steps, turning fragmented status into a clear, self-serve path to progression.
The Opportunity
Partners had no reliable way to understand their tier position. Accreditation status, revenue tracking, and task completion lived across four separate internal systems, none of which were surfaced to partners directly. The only way to get a clear picture was to contact Atlassian support and wait.
This created a compounding problem: partners who didn't know where they stood couldn't take action, partners who were close to a deadline had no warning, and partners who were falling behind couldn't course-correct. The longer the gap, the more likely they were to disengage from the programme entirely.
The opportunity was to consolidate this complexity into a single, real-time, role-aware widget that turned tier progression from an opaque process into a clear, manageable path forward.
Outcome & Impact
In Q3 2024, the Tier Progress Tracker launched as a core widget in Partner Central, consolidating all tier requirements into a single, real-time view for the first time.
This widget has actually changed how partners relate to the Atlassian program. By turning tier progression from an opaque, PM-dependant status check into a transparent, collaborative plan of action, the Tier Progress Tracker widget positions Partner Central as a strategic planning surface, not just an operational tool.
Solution — Making Program Requirements Actionable
Each interaction was designed to close a specific visibility gap in the partner experience, making tier progression legible, actionable, and self-serve at every stage.
Interaction 01
Turning Tier Progression Into an Executable Plan
Tier progression was previously abstract and hard to reason about. The stepper makes it visible, showing where partners are today and what it takes to reach the next tier.
Challenge: Tier progression spans multiple systems and roles, leaving partners with a fragmented view of requirements and no clear way to track what’s done or what’s next, creating friction in execution.
Decision: I designed a unified progress model that consolidates requirements into a single, structured view, with clear task status and ownership to help partners track and act on progression.
Trade-off: The experience focuses on execution rather than strategy, surfacing what needs to be done without helping partners decide whether or how to pursue the next tier.
Impact: Improved execution confidence, reducing “what’s left?” confusion, lowering support queries, and helping partners complete progression more reliably.
Interaction 02
Turning That Plan Into Clear Next Actions
This feature lists all program tasks, accreditations, certifications, onboarding steps, and booking milestones, with completion status and progress indicators.
Today, partners must navigate multiple disconnected systems to manually piece together their progress.
Challenge: Tier progression involves dozens of tasks across domains, each with status and ownership. The risk wasn’t lack of data, but how to present it without overwhelming users or breaking as complexity grows.
Decision: I chose a structured, text-driven model over charts and progress bars, using clear grouping, simple summaries, and consistent status indicators to keep the experience scannable and scalable.
Trade-off: Without system integrations, task status had to be manually maintained. We accepted this to ship early, designing the model to support future automation without rework.
Impact: A clear, scalable view of progression that reduces cognitive load, improves team coordination, and adapts as program complexity grows.
Interaction 03
Enabling Coordinated Execution Across Partner Teams
Tier progression is a team effort, but previously unmanaged. The widget introduces lightweight task delegation, making ownership, status, and workload visible across the team.
Challenge: Tier progression requires tasks to be completed across multiple roles, but no single owner is responsible for all of them. Coordination happened outside the system, leading to dropped tasks and unclear ownership.
Decision: I introduced a lightweight assignment model within the progress view, allowing principals to delegate tasks while making ownership and status visible to the team.
Trade-off: We avoided building a full workflow system, keeping coordination intentionally lightweight without approvals or automation, accepting the risk of stalled tasks.
Impact: Clear ownership and shared visibility turn progression into a coordinated team effort, reducing dropped tasks and improving completion reliability.
Interaction 04
Making Risk Visible Before It’s Too Late
Partners often discovered gaps too late, after the assessment window had closed. The widget introduces time-based signals and contextual alerts that surface when progress is off track, using clear status indicators and deadline-aware messaging to highlight urgency.
Challenge: The Access to Silver transition is a time-boxed, high-stakes moment where partners must complete multiple tasks across teams without early rewards. Progress was fragmented, coordination weak, and risks largely invisible until it was too late.
Decision: I introduced deadline-aware signals that surface approaching risk, connected to task visibility and ownership, making it clear what’s outstanding and who is responsible.
Trade-off: We balanced urgency with trust, avoiding alarmist patterns while ensuring deadlines and risks could not be ignored.
Impact: Improved visibility into risk and progress, reducing silent drop-off and helping partners act before deadlines are missed.
