Project Atlas

Bridging the gap between internal partnership teams, Twitch creators, and 3rd-party sponsors, Atlas was a recruitment portal for activations and sponsorships that allowed 360 feedback between all parties.

B2B Brand & Sponsorship Activations Internal Tooling Data Visualization Content Management
VOD Tool Creator Dashboard

Results & impact

My responsibilities: Lead designer, User/UX Researcher & Analyst, Product Manager

Project timeline: Q1 - Q3 2018

6m+
Creators primed for sponsorship
~$1.8 B
in 2024 revenue handled through Atlas

The challenge

If I'm working for Orville Redenbacher and I want to sponsor someone on Twitch who loves popcorn, I want to be able to go into our system and find creators that are perfect for me, and then leave feedback once the sponsorship is done.
- Concept statement for Atlas


The core need: Simplify the sponsorship process and create a premium content catalog that allowed for feedback by Twitch, creators, and their sponsors for each activation.

Atlas began as a massive workbook that the Partnerships team manually updated and our job was to create a simple dashboard that would help streamline our Partnerships teams’ various workflows. Primarily, it aimed to make contract signing and sponsorship activations vastly simpler tasks. It soon grew into a massive CMS for both internal teams and external agencies who used Twitch as a means of advertising, or who engaged in content creation themselves.

As one of my first projects at Twitch, Atlas was a proving ground for not only my design work, but for being able to collaborate across internal teams and our 3rd-party partners. This entire project was done with a team of 3 - myself, a front-end engineer, and a backend engineer.

Design process

1
Needfinding
I worked closely with our Partnerships team to better understand their need, and how we could transform their current workflows.
2
IA & Concept Work
The IA for Atlas was the biggest challenge, and is a piece that evolved throughout the project. Building the system's structure in a way that was familiar and usable by all parties was vital to its success.
3
Problem validation
We brought multiple concepts and versions of Atlas to our internal teams, but also had the opportunity to get feedback from our 3rd-party partners throughout the process. Understanding these customers helped shaped Atlas into its final release.
4
Design Sprint
I iterated on the designs numerous times, including adding new layers of IA and new needs from our partners. This was a bulk of the project but incredibly fun.
5
Release
Atlas was released for use by internal Twitch teams, and was even adopted for use by Amazon for Twitch integrations.

Research & discovery

Needfinding

Since this tool was originally built for internal team usage, we began brainstorming alongside the Partnerships team to outline their core needs for this product. Through this, Atlas' initial product statement was born:

Atlas is a premium content catalog for internal teams at Twitch and 3rd-party content owners that delivers reporting and analytics for each activation.
- Original Product Statement

Atlas would encompass:

  • A premium content catalog
    • Users, both internal and external, would need a space to add, manage, and edit premium content
      • External customers would need to be able to see their schedules and various content across all products, and be able to drill down into each additional level of event and/or product.
      • Internal teams would need an additional layer to this, a space to manage their clients, and see aggregate views of their accounts
  • An analytics dashboard
    • For all types of users, partnerships and sponsors would need to see key performance metrics across each layer:
      • Outreach, performance, revenue, engagement, etc.
  • Reporting & feedback
    • Every activation on Twitch should have a record of feedback and a clear line of management
      • External customers should be able to report on each creator’s participation, as well give feedback on their partnerships contact
      • Internal teams should be the creators’ main point of contact through the entire process, as well as give feedback on their client

My solution

IA & Concept Work

My first round of concepts aimed to address the basic IA of Atlas, exploring 4 main pages:

1. Content Owners: This was the extra layer needed by internal teams that allowed them to manage their individual clients, and see a brief list of all upcoming events they needed to focus on.

The Content Owners page, which was a home dashboard for internal teams.
The Content Owners page, which was a home dashboard for internal teams.

2. Overview: Atlas’ entry point for external clients, which showed breakdowns of aggregate performance analytics, a list of events, and their top performing channels.

The Overview page, giving a total view of KPIs, graphs of overall sponsorship performance, a list of upcoming events, and their top performing channels.
The Overview page acted as a total view for all content and performance under that organization's umbrella.

3. Channels: Detailed analytics for each individual channel for that content owner, browsable through the left nav. If the channel was live, we could display the channel's live stream and status. We would also populate a list of upcoming events that channel was involved in.

The Channels page, Showing a sidebar to select various channels. By clicking one, users can see KPIs, a live stream feed, and a list of upcoming events for that channel.
The Channels page showed concise info about each individual channel, including a live feed, KPIs, and upcoming events.

4. Events: Tables of all events for that content owner, sortable by channel (pictured below), season, and category. Here, users could create and edit events and see details of each, including duration, participation, and contract info.

The Events page, which shows a sortable table of events and their various data.
The Events page presented a table view of events, sortable by different options.

Problem Validation

Following our initial concept work, we had the opportunity to collaborate with our internal stakeholders in conducting UXR sessions with a few of our 3rd-party partners to garner feedback for the product. These UXR sessions led to further improvements to the tool, including a restructuring events specifically.

First, we expanded the functionality of our left nav to include products as an additional layer, which the user could expand to show all contained products, or click on to directly navigate to that product page to view insights and analytics.

Second, we added a new layer above events, called seasons. While we originally assumed that our external partners would primarily use the analytics surfaces in Atlas, it became incredibly clear they were in much greater need of a workspace to organize and manage their activations as both events and seasons of events. While events acted as the basic building block of seasons, they could also occur as one-off activations and did not require participation in a season. Thus, our main nav was expanded:

The new Seasons page, which shows a listing of seasons and an option to create a new one.
The Seasons page is added to the nav, where users can create and view seasons separately.

With events becoming the primary feature of Atlas, we greatly expanded our backend support for filtering through different events. This version of the product also included the ability for users to select exactly which filters they wished to see within the “Additional Filters” modal, which would dynamically update the filter bar.

The updated events page, with an expanded filter bar and configuration options.
Additional filter options and configurability are added to the Events page.

We also included the ability for users to batch-create events through a variety of means, including CSV import and a bulk creation tool.

The new bulk edit/creation page for events, showing various CRUD options above listings of newly imported events.
The bulk creation/editing workspace for imported events using the new import feature.

Lastly, our partners stressed the need for a workspace in which they could manage all contracts with Twitch regarding each activation. This mirrored a key need from internal stakeholders in standardizing contracts and how our own teams managed them, allowing for more time managing creators, and less time updating spreadsheets.

A new page, Contracts, which shows tables of contracts the sponsor has with Twitch, and allows them to create new ones or edit existing contracts. Below the table is a list of associated channels and additional notes.
The new Contracts page, which allowed users to view and edit existing contracts, as well as create new ones.

Design Sprint

Prior to its official release, we implemented further design changes within the Content Owner and Events spaces.

Content Owner Updates

Internal teams would now see the content owner framework in the header navigation, so they could switch on the fly and allow for easier management of that content owner’s details, channels, type, etc.

The updated content owner page, with new details and a channel management module.
The updated Content Owner page, which enabled on-the-fly switching and easier content management.

Events Updates

Events were also streamlined to allow on-the-fly editing of single events, and a more accessible interface for managing all details of events on the listings page itself. This was driven by a need to see all channels involved in an event without cluttering the listings with hundreds of channel names in many instances.

The updated event listing page which shows a configurable table of events. The user has clicked on one, opening a detail panel for that event at the bottom of the viewfinder.
The updated Events listing with an open detail panel, allowing for quick access to all events.

We also vastly improved the dedicated events workspace to create a much more robust and easy-to-use section for adding events both individually and in bulk through a more streamlined process.

The updated events workspace page which allows for greater control over editing, adding, and removing events from the listings. The page shows a tabular view of events with options to selectively edit events as a whole and individual metadata for each.
The updated Events workspace with greater user control over editing all parts of events both individually and in bulk.

Our final improvement was a highly-requested item from partners - the ability to add a new event from the record of an existing or past event. Since we stored this data for reporting and analytics, we could allow partners who held yearly or monthly competitions, for instance, to use past events as a ‘template’ and simply change a few items before publishing.

The ability to copy existing events as templates is shown here. The user selects this option and is then shown a modal with a list of events to choose from. They may also search events by name.
The 'Copy' modal for events - users may search and select events to use as templates for new additions to the listings.

Release

Atlas was officially released in February of 2020 and continues to be the primary tool used by multiple teams at both Twitch and Amazon for contracts, activations, and Twitch integrations from our 3rd-party partners. It has continued to be developed and expanded on since, and now includes Amazon integration for things like discount codes, timed merch releases, and game key distribution!

× Full size image