All work

Mercado Bitcoin, design team.

Building the operating system for a design team of thirteen, and making the hardest call it ever asked for.

Product Design Manager, promoted from Senior Product Designer · 13 people: product designers, UX research, UX analytics and design ops · October 2021 to September 2022

All Mercado Bitcoin work is under NDA. Diagrams are redrawn, names and salaries removed.

Mercado Bitcoin design team case cover

Listening first

In my first month as manager I listened before changing anything: one-to-ones with every designer, weekly sessions with design ops, interviews with C-levels and directors, and a review of the research repository.

The diagnosis: an emergent UX team, functional and promising, but inconsistent and inefficient. Level 2 on the InVision maturity scale, strong in workshops, prototyping and working with engineering. And no vision, no UX metrics, no name, no formal channel for UX bugs, no development plan tied to business goals, and no defined roles.

The structure

Designers sit inside the business fronts: growth, crypto services, apps and wallets, banking, and research. A UX unit keeps the experience consistent from end to end and brings the voice of users into the product. A multidisciplinary committee of business, engineering, marketing, design and legal decides what comes first, with clearer criteria and one named person to break a tie. And discovery with the PM became mandatory, and not optional.

Business fronts · Designers embedded in squads

  1. Growth

    Front 1

  2. Crypto services

    Front 2

  3. Apps and wallets

    Front 3

  4. Banking

    Front 4

  5. UX and CX research

    Front 5

UX unit · One end-to-end experience

UX unit

Purpose: make the experience consistent from end to end, and bring the voice of users into the product.

  • Research
  • Product
  • Writing
  • Ops

Multidisciplinary prioritization committee

Business, engineering, marketing, design and legal. Clearer criteria for what gets done first, and one named person to decide when the committee cannot.

Who decides what

  1. Strategy

    Direction: understand the goal and the organization

  2. Tactical

    Discovery and discussion with the PM, made mandatory

  3. Operational

    How: execute the plan inside the squad

Redrawn from my 2022 restructuring board. Names removed.

A plan for every person

I built the management system with the team and the business, and not for them: a UX vision and goals, roles and responsibilities, a skills map for every person, a 360 review cycle, and a development plan where each person's SMART goals combined their own growth, the team's maturity and the business. One-to-ones every two weeks with all thirteen.

Six levels, the same for every role

  1. 1EntryMinimal or no knowledge of the skill.
  2. 2SupportSome knowledge, needs support to execute.
  3. 3PerformApplies the skill without support, with basic confidence.
  4. 4DefineExecutes with autonomy and can mentor others.
  5. 5LeadExcellence at every level. Internal reference on the subject.
  6. 6GovernInternal and external reference. Influences the market.

Five pillars, different for each role

#Product designUX researchUX analyticsDesign ops
1ResearchAnalyticalAnalyticalAnalytical
2IdeationDirectionDirectionCollaboration
3BuildBuildBuildBuild
4StrategyStrategyStrategyStrategy
5BusinessBusinessBusinessBusiness

Business meant knowledge of the company's world: blockchain, crypto and web3.

  1. The person

    Where they are on each pillar, and where they want to go.

  2. The team

    The design maturity the team needs next.

  3. The business

    The impact the company can see.

  4. SMART task

    One goal, one pillar, one business impact, one deadline. Reviewed in the 1:1s every two weeks.

Example taskGoalBusiness impactPillarDeadline
Information architecture classesProduct usabilityRevenue by improving UXBuildQ4
One course unit per monthCommunicationCommunication and networkingStrategyQ3
Try the PDI Tool

The business case for Design Ops

I did not ask for a team. I showed what it would return. The proposal combined a small specialized Design Ops group serving many designers, and a distributed model where designers and developers inside the squads took on small ops tasks. The model assumed a 30% efficiency gain on design and front-end time across 24 squads, against the cost of a dedicated team and training, and projected a 190% return by the second year.

The model

Specialized: a small group of Design Ops specialists serving many designers across small teams.

Distributed: designers and developers inside the squads take on small ops tasks with them.

  • Ops program lead
  • ResearchOps
  • Design Ops specialists
  • Mobile and front-end chapter

The math, without the salaries

Squads served
24
Dedicated team
2 designers, 3 front ends, 1 tester, 1 researcher
Assumed efficiency gain
30% of design and front-end time
Value
30% of the annual cost of 24 squads' designers and front ends
Cost
The dedicated team, plus training

Projected return

190%

ROI by the second year of Design Ops, in the model I presented. An estimate built on one stated assumption, not a measured result.

Making design measurable

Design had no metrics, so I designed the page that would show them, one per team: product and support satisfaction, the flow of design work, research done, the team's skills map and its maturity level.

Users

  • Overall product CSAT

    00

  • Support CSAT

    00

  • Latest support tickets

    00

Flow of work

  • Design tasks, last 30 days

    00

  • Average task time

    0d

  • Average time pending

    0d

The team

  • Research done last month

    00

  • Team skills map

    →

  • Design maturity level

    Level 0

One page per team. Values shown as placeholders, as in the original design.

The hardest call

When the company cut headcount, I chose by performance, and not by tenure or salary. One of the people was already on a performance path before the layoff, a decision I had made earlier and on its own terms.

What stayed after

A team with a name, a vision, roles, a review cycle and a development plan per person, built so the next manager would inherit a system, and not a set of habits that lived in my head.

Back to all work