2016 – Present

How I build design functions

Four functions founded or scaled across ten years. The hiring bar, the operating model, the standards, and how design quality gets measured rather than asserted.

Design Management Hiring Operating Models Design Quality
Functions Founded 2 · Scaled 2
Designers 15+ hired and developed
Stages Seed to $10B valuation
Reported to VP Product · Head of Product Design
Companies Feedzai · Talkdesk · Screenloop · Manychat
The Situation

The same room, four times

Four functions, same starting condition. Design existed, design was busy, design was not in the room where direction got set. Two designers at Feedzai, six at Talkdesk in an org about to grow tenfold, one at Screenloop, two teams at Manychat.

What Building a Function Means

Five things, in this order

01 — The Bar

Hiring is the only decision that compounds

Process can be fixed in a quarter. A bad hire reshapes a team for two years, because everyone calibrates to the lowest standard you accept. At Talkdesk, going from six to sixty-plus, the bar lived in the heads of the first six. So we wrote it down.

02 — The Operating Model

Design stops being a service desk

A team receives a brief and returns screens. A function is in the room while the problem is framed, the only moment design can change the answer. At Screenloop that meant three months with customers and the data, then an argument to the VP of Product that changed the premise: not a recruiter tool, a coordination layer for hiring.

A design session running on a meeting-room screen, joined remotely across time zones A team working a wall of sticky notes in person, clustering under colour-coded headings

Remote by default, together when the decision needs it

03 — The System

A standard nobody can afford to follow is not a standard

A system is the cheapest way to make the bar survive delivery pressure. If following it costs more than ignoring it, the standard loses. At Screenloop it came first and cost a quarter of delivery speed. It is why six products still feel like one.

04 — Ownership

Collaboration is a relay race. Co-ownership is football.

The failure I see most is not a team that will not collaborate, but a team collaborating well and still missing, because collaboration asks "did I do my part?" and nobody asks "did the result work?"

Workshop in progress: participants clustered at wall-mounted sheets, mapping and clustering with sticky notes A group working a wall of sticky notes together, mid-discussion, in the same session

Mapping where ownership breaks, Barcelona

So I make it explicit. Every decision is one of three: shared, high-stakes and hard to reverse; delegated, owned by whoever is closest; or escalation-only. Then one tie-break rule for when the team disagrees.

If that rule contains the word "align", it is not a rule, it is a wish.

I teach it as well as run it, most recently at a two-day workshop in Barcelona.

05 — Measurement

"Design got better" is not a claim, it is a number

The weakest position a design leader can hold is asserting quality improved while everyone else arrives with numbers. At Screenloop: design quality 6.1 out of 7 on an internal quarterly survey, 156% weekly active growth, 8.5/10 average customer satisfaction. At Feedzai: SUS in the excellent range. Pick the measure before the work.

Developing the Team

A bar you set is a promise you owe

Hiring against a standard creates an obligation. If I ask people to meet a bar, I owe them the time to get there, protected from delivery. So some of it runs away from the roadmap: sessions on how each designer works, not what they are shipping.

Two designers in conversation during a team session, one holding the Creative Archetypes booklet A designer annotating the Creative Archetypes worksheet, working through The Architect, The Alchemist and The Catalyst

A Manychat session on how each designer works

The Limit

Where this approach runs out

All of it rests on being close to the work and the team. That proximity is why the standard holds, and it is the ceiling. Leading through other managers is a different discipline, and I am building it rather than assuming it transfers.

I have scaled a standard across sixty at Talkdesk, but as one of several managers rather than the person accountable. That is the step I want next.

Across Four Functions

What it has added up to

15+ Designers hired and developed
2 Functions founded from zero
6.1/7 Internal quarterly design quality survey
6→60+ Talkdesk org growth I helped scale, managing 6
Reflection

What I have actually learned

The leadership work and the AI work are not two jobs. As teams go AI-native, execution speeds up and accountability blurs. Governance and leadership are one problem at two altitudes.

The part worth doing outlasts me: a bar someone else holds, a process a team kept, a standard a designer took to their next company.