Navigation redesign
Scope
Timeline: 6 months long, with 4 major releases
My role: I identified the business need for the project, then PM'ed the project, led/mentored designers, managed stakeholders, and led all rollout communication
Team: 3 other designers (+ collaboration with entire design team), 4 engineers
Coordinated with 9 product squads and all needed departments, in research and rollout (Ex: Sales, CS, Marketing)
Company
HackerOne is a 2-sided marketplace, with Enterprise & SMBs on one side and white-hat hackers on the other. Through our platform, 7 products, and services, we broker cybersecurity deals between the two sides.
Before - Issues & Opportunities
Too many single-program customers
Our analytics told us that 70% of customers are only using our flagship product!
- 70% have 1 program
- 18% have 2 programs
- 4% have 3 programs
- 12 users see 20+ programs - gotta love those outliers!
Stakeholder Quote
Our information architecture is like a Tokyo neighborhood, where pages are placed based on when they were created, and not based on a solid architectural plan.
But what do the users say?
Qualitative
I led a research plan, recruitment, and execution, with 20+ candidates to uncover insights about how the navigation was working/not-working today. We started very open ended, trying to uncover their frustrations with our platform, the main JTBD that they 'hire' us for, and what other workplace tools they use, love, and why. I leaned on our stronger EMEA UXR designer to co-execute this part.
Quantitative
We looked at click-paths and user behavior in the product with data analysts. We wanted to see what flows were most common, what pages most visited, for what durations, and what pages were often connected in a common workflow.
Card sorting to Tree testing
When we were still early in research, we did open card sorting - letting interviewees completely redesign the IA however they pleased. Then later, based on research, we hypothesized a new information architecture tree and tested it out. A researcher on our design team led the analysis and tree-test creation for this part.
Usability testing
Starting with a wireframe fidelity that was inspired directly from the tree-testing, we kept building the fidelity as we tested in rounds. We shared back to stakeholders what was working and not working with each prototype.
Prototypes to iron out interaction models
Task completion
Bringing stakeholders along
Customer Quote
UI exploration
Once we knew we had the right interactions and information architecture, we focused attention exclusively on UI and microinteractions.
Final UI & handoff
Increasing discoverability of our products
This was the most important net-new page we created during the project. Customers had forgotten that we have all of these ways to engage in our marketplace and this reminds them front and center. We track engagement on this page and every potential CTA within all of the tabs and send that data over to the appropriate sales or marketing teams as warm leads.
Responsive card layout
I worked with each designer to double check their area of focus and have them help co-lead the final specs for icons, wording, and needed functionality for these 3 different versions of the navigation.
Systems thinking was key, when considering every program type and what 'states' each program type can be in. Again, relying on each designer's expertise for their product area was essential.
Luckily, the mobile navigation has very few revisions needed. The same hamburger menu (which is activated on medium breakpoint and below) remained. The only difference was the content and page names.
Information Architecture
I wanted the company to be proud of our information architecture. I wanted it to be a thing of beauty that we could all understand and build features accordingly.
Release iteratively
I also PM'ed the entire project, leading 3 engineers in 5 discrete releases.I love announcing releases! And I relied heavily on intercom to help me reach users and get beta users to opt-in.
Measuring success
To measure success, we revisited both our initial success criteria and our research insights. Additionally, we waited until we had a system usability scope (SUS) That was above 3.2/5 for both sides of the market, before releasing. In addition to the 2 below, there were innumerable internal successes.



























