Design leadership at Tive • 3rd Quarter 2026

Scaling design judgment, not just design output

Evolving a senior product design team from reactive execution toward an autonomous, strategic function.

Tive is a global supply chain visibility platform, growing rapidly as a Series C company.

Web · Mobile · HardwareCross-platform design leadership
4Key product areas
Player / coachManagement + hands-on systems work
1 hr → 10 minPrep time per design review
Context

Enterprise software spanning web, native mobile, and connected hardware, while the engineering team was growing quickly and adopting AI.

My role

Product Design Manager and player-coach: people management, design direction, design operations, and hands-on systems work. I partner with product managers, engineering managers, and product leadership.

The problem

Product and engineering were increasingly “waiting on design.” A stretched senior team needed a repeatable way to focus on strategic work and let others make good design decisions.

What I changed

A lightweight operating model for visibility and ownership, an AI-assisted review-prep workflow, and a risk-based framework for how much evidence each decision needs.

What happened

“Waiting on design” is no longer something we hear. Designers moved from reactive product partners to proactive design leaders, driving architectural changes like the tables and global navigation redesigns, and review prep dropped from about an hour to about ten minutes.

The leadership challenge

A senior team shouldn't require a manager in every decision.

The feedback kept coming from engineering and product: “we’re waiting on design.” It got louder as the engineering team grew and adopted AI. We were launching faster, with less design confidence and more pressure on the team, and we were stretched thin trying to be in more places at once.

The real problem wasn’t design capacity. We were spending our time on tedious, tactical work, and we had no repeatable structure for raising the bar on strategic work or for helping others make good design decisions. Not every outcome needed a Figma mock.

We needed to be less reactive and more proactive to keep a high bar for UX while reducing design debt.

The goal wasn't to add process or to be a decision gatekeeper; it was to create enough structure and context that designers could operate more independently while raising the quality and consistency of the work.

Before
Product requirements
Design
Mocks
Engineering
Direction
Product strategy
Product
↔
Design
↔
Eng
Shared context
Designer ownership
Evidence + critique
Execution

The question became: how do I scale design judgment without becoming the bottleneck?

Results

What changed

Team

More ownership

Senior designers engaging earlier, driving alignment, and operating with greater autonomy.

Designers have led architectural changes, including the tables and global navigation redesigns.

Quality

Better judgment

More informed critique, intentional validation, and more attention to shared patterns.

Mobile app architecture is now scaled strategically instead of by hunch, with shorter time to launch and more effective launches.

Leverage

Less coordination overhead

AI and lightweight operations make context, feedback, and cross-team awareness easier to maintain.

Review prep dropped from about an hour to about ten minutes, across roughly 20 reviews.

“Design is finally involved in product roadmap discussions and it’s a great thing!”Senior product designer
How I did it

Three places where better systems created leverage.

01
Scale the team

Autonomy requires visibility, not more approval gates.

Problem

Designers needed room to own their work, while the team still needed visibility into shared patterns, conflicting initiatives, upcoming needs, and chances to collaborate.

I introduced Design Triage: a space to align on our shared work and pull in design system and architecture alongside our feature work.

The DS / patterns board, live: design-system work moves from Needs Triage through Designing to Design Done.
Upcoming work
Design triage
Product initiatives
DS / patterns
UX papercuts
Designer ownership
Jam · critique · alignment
Development

Design Triage

Weekly visibility into upcoming work, conflicts, risks, and opportunities.

Async coordination

Less meeting overhead; better awareness of related work, AI-assistance where beneficial.

Design Jam

Earlier collaboration, including PMs when useful. Documented decisions and shared notes.

Open design channel

Broader access to the design team and to feedback. Quicker ideas into tickets.

Result

1. Designers gained room to drive bigger architectural changes in support of the product roadmap, including the tables and global navigation redesigns.

2. I gained earlier visibility into the decisions where my involvement had the most impact.

02
Scale the manager

AI helped me spend less time reconstructing context and more time challenging the work.

Problem

Managing several senior designers across simultaneous initiatives created an unexpected constraint: useful feedback required reconstructing a lot of context before every review.

So I built a review-prep workflow. Give it a project name, it gathers recent context across Slack, Drive, and Figma and structures it around the questions I need answered before a critique.

Slack
Drive
Figma
AI review
prep
Why this solution?
Alternatives explored?
Tradeoffs?
Open questions?
→ Design critique
From a review-prep brief: the open questions worth challenging, gathered before the critique starts.
Result

1. Faster context and fewer basic questions, so reviews go straight to better feedback. Prep dropped from about an hour to about ten minutes across roughly 20 reviews.

2. AI didn't replace design judgment. It created more room for it.

03
Scale judgment

Not every design problem deserves the same process.

System

Risk scoring, a library of validation methods—heuristic review, analytics, live in-product validation, surveys, interviews, usability testing—discussion in Design Triage, and an AI-supported analysis tool open to the broader org.

Low uncertainty
High uncertainty
Low impact
Evidence: lightShip + observe
Evidence: someLightweight validation
High impact
Evidence: focusedTargeted validation
Evidence: deepResearch + deeper validation
Assess risk→Choose method→Gather evidence→Decide

Rather than enforce one "design process," I wanted designers to share a framework for deciding how much evidence a decision required.

Validation methods as listed in the Design Operations Manual
Result

Mobile app architecture decisions are now made strategically rather than by hunch, which has shortened time to launch and made launches more effective.

The people side

A system only works if the designers grow with it.

Ownership

Bigger scope

One designer led the tables redesign end to end, including PM and engineering alignment. They took ownership of systems work beyond a typical product scope and made systemic architectural changes inside product feature work.

Coaching

How I coach

Senior designers need space to do their best work. I meet with them 1:1 every week, focus on growing systems-level and holistic solutions over granular pixel-pushing, and keep improving our shared processes so designers can spend their time on the most valuable work.

Team

Hiring and growth

I hired three designers and created a career growth framework and leveling rubric for the design team.

One experiment that failed

Scaling also meant knowing when to remove process.

Experiment

Design Brief v1

A running artifact meant to preserve design goals and decisions throughout an initiative.

What happened
  • Hard to maintain
  • Poor discoverability
  • Didn't solve a big enough problem
  • Added process when it wasn't needed
DecisionNo Go
Going Forward

PM-designer-EM collaboration serves us better instead of creating another designer-maintained artifact.

What I learned

The manager shouldn't be the system.

The biggest shift in my management approach was realizing that scaling a senior team isn't about getting better at keeping track of everything. It's about building systems that make my involvement less necessary.

Clear ownership creates autonomy. Shared frameworks distribute judgment. AI reduces the cost of context. And good design architecture lets individual decisions compound into something larger.

My role increasingly became finding where the team was losing leverage and designing the conditions that let talented designers do better work without waiting for me.

+
Also: scaling the product

Some design problems shouldn't be solved one feature at a time.

Observation

We kept displaying the same underlying product objects in very different contexts. Solving each instance independently created inconsistency and lengthy, repeated design work.

So we defined each core object once—with shared hierarchy and interaction rules—and let context set the density. Carrier and Driver were the first to be trialed in Pickup Verification and Commodities work.

Explore the five-level object framework
One object · five levels of density
Level 3 · Expanded card

Inline detail without leaving the page

The form-step and accordion state. Only the fields and actions that matter in context—carrier compliance in a shipment form, say. Everything else waits for Level 4 or 5.

AeroTrans ExpressCarrier • Road
✎🗑︎⌃

DOT #USDOT 123456
MC #MC-123456
ModeRoad
Phone(617) 555-0134
Address48 Harbor St, Boston, MA 02210
Edit Carrier ↗
Rebuilt from the Figma object card system · sample data · use ← → to step through levels

Same underlying object. Shared interaction and hierarchy rules. Different information density based on context.

Consistency

The same objects behave predictably everywhere.

Velocity

Designers stop reinventing common presentation problems.

Scale

New objects inherit an established framework.

The platform layer underneath
FIGMA ↔ CODE

Library audits against the codebase

Audited Figma libraries against code; pushed for foundations and components as separate published files, variable names that match code tokens literally, and Code Connect to close the interpretation gap.

WEB ↔ MOBILE

A boundary for the platform

Sorted features into Configure / Monitor / Act / Investigate. Configuration lives on web; lightweight action lives on mobile — a rule for what to standardize and what to differentiate.

AI ↔ SYSTEM

AI-assisted audits & handoff

A reusable AI workflow for auditing component libraries and generating developer handoff documentation — making the system cheaper to keep honest.

Brian Cleveland · Design leadership case studyInternal details generalized for confidentiality