Intuit · Industry Solutions

Building the platform behind QuickBooks’ $50M industry goal

I led the design strategy that put five industry launches on one shared platform. It shipped in August 2026 and has generated $1.62M in ARR.

Role
Product Design Manager
Team
Grew from 2 to 6, across product and content design
Partners
PM, PMM, Design, and Eng across 5 industry pods, plus Projects platform leads
When
2025–2026
Construction, manufacturing, and nonprofit homepages on the same QuickBooks platform, each tailored to its main user
Three industry homepages, one platform underneath, each built for its main user.

The outcome

Not one launch, but a repeatable model for every industry that follows

1,268+QuickBooks Advanced customers activated the construction add-on
$1.62MARR generated from industry editions and add-ons
73.4%of Intuit Enterprise Suite purchases came from our target customer profile
10×AI adoption: about 130 companies used AI cost allocation in PM Agent v2’s first week

Where it landed

Construction became Intuit’s first industry-specific ERP edition, and the August 2026 release called it Intuit’s deepest industry investment to date.

The challenge

One roadmap became five, overnight

I joined a design team stretched thin by attrition, with Construction as our launch industry. Within my first month, leadership expanded the charter to five industries in parallel (construction, field services, nonprofit, healthcare, and manufacturing), against a $50M FY27 revenue goal. Top partners had told us we weren’t ready in their industries.

Projects, the workflow most industries depended on, had been built for construction. Under that pressure, the nonprofit PM proposed renaming “Projects” to “Grants” everywhere, without changing how it worked.

My push

A new label would promise nonprofits a product built for them, and they’d find the same tool underneath. Because Projects was shared, the rename would also ripple into every other industry.

My approach

Get every team in the same room, with the same evidence

I had the designer on each industry map their customers’ workflows from our weekly partner calls, all in the same format. Side by side, the maps showed which needs matched across industries and which truly differed. Then I led a three-day workshop with PM, PMM, Design, and Engineering from Construction, Field Services, and Nonprofit, plus the team building Projects. The maps gave everyone the same evidence to align on.

The mandate came overnight, so we often built before the pods were fully formed. In those gaps, design led much of the product strategy alongside PMM and Engineering.

Why it was better because I was in the room

I didn’t settle the Grants debate one pod at a time. I made the decision belong to every team that depended on Projects.

“I believe our vertical strategy is as mature as it is in large part because of Kiley and her team. They’ve consistently filled gaps when Product or PMM wasn’t present. Her team drove customer calls, helped map out jobs to be done, and more. She’s been a force multiplier across the vertical work.”

Brittany Sudlow
Group Product Marketing Manager,
Industry Solutions · Intuit

Field Services workflow map showing each stage's goal, owner, actions, third-party tools, where QuickBooks takes part, and pain points
Example from Field Services. Each row is the same in every industry’s map: goal, owner, actions, tools, where QuickBooks takes part, and pain points.

The insight

The real challenge wasn’t terminology. It was workflow.

IndustryConstructionField ServicesNonprofit
Work objectProjectJobGrant
PlatformOne shared work foundation

Scale came from the platform. Trust came from the workflow.

The decision that unlocked scale

Separate the work from the industry

One contractor can run construction projects and service jobs at the same time. Tie the work to the industry, and every new industry needs a new product.

So the work object became its own layer. Every new industry extends the platform instead of rebuilding it.

Layer 4 · Industry surface

Terminology, homepage, KPIs

Layer 3 · Workflow configuration

Statuses, financial model, phases, steps

Layer 2 · Data model

Custom fields, sub-entities, data structures

Layer 1 · Work object

Project, Job, Grant

Shared platform foundation

Identity, financial core, status, people, documents

Layers 1–3 are configurable per industry.

Three principles every team designed against

01

Language follows behavior

Change what the product says only when you change what it does.

02

Configure before you build

Most gaps were configuration. Build new only where an industry truly differs.

03

Platform scales, industries shape

Platform without industry insight becomes generic. Industry without platform becomes bespoke.

Craft at Layer 1 · Nonprofit

Grants, two ways

Principle 01 in practice · Language follows behavior

Before · Proposed

Projects, relabeled

The same workflow, data, and reporting, renamed “Grants.” It sounds nonprofit-ready. It isn’t.

After · Built

Grant as its own work object

Its own data model and workflow on the shared foundation. Designed by my team, built by engineering, headed to beta.

Nonprofit edition shell with Donors and Grants as their own apps in the navigation
The nonprofit edition, with Donors and Grants as their own apps.

Craft at Layer 4 · Construction homepage

One widget language, down to every state

Principle 03 in practice · Platform scales, industries shape

We started from the KPIs contractors run their business on. Through rounds of critique, the KPIs, their order, and how the data was styled all changed. New charts went into the data viz team’s pattern library, so every industry builds from the same pieces.

Construction homepage widgets: project profitability, project progress, project budgets, open change orders, and open purchase orders
Designed by Michael Noh, Staff Product Designer, with content design by Jenna Davis. I set the direction and ran critique across industries.

The work in progress widget: show the gap, or show why it’s there

Backup · The gap alone

Under-billed work in progress widget showing only the under-billed amount per project, with a hover tooltip

Ranks projects by how far off they are. Quick to scan, but it shows that a project is off, not why.

Preferred · The gap and its cause

Work in progress widget comparing earned revenue and billed to date per project, with the under-billed amount and percent complete in the hover

Earned revenue beside billed to date, with the gap between. The hover adds percent complete, so a contractor knows what to invoice.

Every state, not just the happy path

Open change orders widget in its empty state, with dashes and a gray ring
Empty: dashes and a gray ring, because a $0 would read as real.
Open change orders widget showing total, count, and aging buckets
Default: the total, the count, and how long each one has waited.
Open change orders widget with a hover tooltip showing the amount in the 0 to 30 day bucket
Hover: detail on demand, so the card itself stays calm.

Craft at Layer 3 · Construction retainage

Following the money changed the model

Retainage is the 5–10% a client holds back until a job is done. The question I kept asking in critique: can we trace every dollar?

Billing · By work completed

Progress invoice organized by phase and line of work, with retainage per line

Familiar to a project manager, but it hid where the held money came from.

Release · By source invoice

Retainage release invoice listing each source invoice, its original amount, retainage percent, and amount withheld

Each original invoice stays visible, so the release total can be reconciled.

The craft lived between the happy paths

Retainage setting rejecting a 1000% default rate with an inline error

Correctness

Stop invalid setup before it reaches the books.

Warning that turning off progress invoicing also turns off retainage tracking

Consequence

Show what else changes when a connected setting changes.

Turning off retainage with a note that existing projects and balances stay unaffected

Control

Say what will change, and what won’t, before anyone commits.

Designed by Michael Noh, Staff Product Designer, with content design by Jenna Davis.

Raising the bar

I didn’t just scale the team. I scaled good design decisions.

Five pods were designing in parallel, and I couldn’t review every screen. So I built the bar into how the team was organized and how we worked.

Structure the team around the platform

I grew the team from 2 to 6. Projects designers sat in Bangalore with the Projects engineers. Industry designers sat in California with their pods. Weekly whole-team critique connected the two. I also designed and led an async-first pilot that held cross-time-zone meetings to two evenings a week.

What changed: in the pilot check-in, all 7 people reported more protected focus time, and 6 of 7 had fewer evening meetings and more room for deep work.

One designer across related industries

Construction and field services shared patterns but differed in job length, size, and margin. I expanded Michael Noh’s scope to both so he could learn where they matched.

What changed: his field services workflow map shaped the strategy and roadmap while that pod was still forming.

Strategy first, then a dedicated lead

Nonprofit and healthcare were early, so I led strategy while a borrowed contract designer handled design output. Once headcount was approved, I hired Ana Mora as Sr Product Designer to own nonprofit.

What changed: design kept pace with the business without waiting for a full team.

One voice across industries

I saw early that someone needed to connect the dots, so I hired Jenna Davis as Sr Content Designer across every industry.

What changed: Projects, Jobs, and Grants read as one product, not five.

Two design dates, not one

Design started from a product brief instead of a late PRD. A lo-fi date settled cross-team dependencies, then a hi-fi date protected time for craft. I led this change for my team, which gave us a real discovery window before scope was committed.

What changed: less wasted spec work and a faster loop with Engineering. Our results helped shape the wider Mid-Market process update.

A critique system, built with the team

I ran a retro on how we critiqued, then we rebuilt it together: a presenter template, rotating facilitator and note-taker roles, decisions and owners captured every time, and work back in 1–2 weeks with updates or rationale.

What changed: feedback turned into action, and design crit, PM reviews, and engineering syncs each had a clear job.

Three levels of review

Weekly critique with the whole team across the product, reviews for each industry, and Projects reviews with their triads, all against the same three principles. I was also the design sign-off owner for key releases.

What changed: the Grants rename stopped at review, and new widgets went into the shared library.

Onboarding that sets the bar

Every new hire got a 90-day plan I wrote for their role, with what success looks like at each stage. Raising the craft bar was written into each one.

What changed: Ana, Jenna, and Devayani ramped into complex domains and moved from learning the system to shaping it.

Growing the people doing the work

I promoted Susie to Staff while she led PM Agent v2. When she moved internally, I hired Devayani Reddi to carry it forward through weekly critique and 1:1s.

What changed: v2 reached about 130 companies in its first week, 10× the first version.

“Kiley has an impressive ability to think at a high level without losing sight of the details. She could zoom out to connect my work to the bigger picture, then jump into the weeds when I needed help untangling something tricky.”

Jenna Davis, Senior Content Designer · Intuit

The team: Michael Noh (construction and field services), Ana Mora (nonprofit), Jenna Davis (content design), Anushka Joshi and Devayani Reddi (Projects), and a contract designer on healthcare, with research partners supporting construction, nonprofit, healthcare, and vertical expansion. Another design manager’s team led manufacturing, and I kept it consistent across the portfolio.

What I learned

One lesson, and one thing I’d do differently

Fast teams reach for surface fixes

Under launch pressure, a rename looks like progress. Part of my job was naming the difference between sounding right and being right.

What I’d do differently

Design the shared workflow for every industry from day one

Projects carried construction’s assumptions. I’d test it against the other industries early, so construction became the first case, not the template.