§ Guide

QuickBooks + MY LAURAa trade-based chart of accounts for remodelers

A first-person story about how we used to organize our QuickBooks file at Alpha Remodelers — project type × trade × scope, which ballooned into a chart of accounts three times the size it needed to be — and the trade-only structure we use now that MY LAURA handles the project tracking.

// Last updated April 2026

The short version

At Alpha Remodelers we used to organize our QuickBooks file three ways at once: by project type (Kitchen, Bathroom, Floor, Other), then by trade inside each project type, then sometimes by scope inside each trade. Each trade line lived three or four times — once under Kitchen, once under Bathroom, once under Floor, once under Other. The chart of accounts was roughly triple its current size.

It worked, technically. But I do the bookkeeping myself (no outside accountant), and every receipt meant picking the right project-type bucket and the right trade line inside that bucket. Miss once and the reports were off. Add a new project type and every trade line had to be duplicated all over again.

Then we built MY LAURA. Project tracking moved out of QuickBooks and into the software. The project-type layer disappeared from the chart of accounts. Each trade now exists exactly once, on the Sales side and again on the COGS side. Bookkeeping is dramatically faster, the reports are more accurate, and we don't lose anything useful — because MY LAURA answers the project-level questions now.

This guide shows the actual chart of accounts we use at Alpha today, organized by trade, and explains why the structure works when your project management software is doing its job.


What we used to do (and why)

When you run a remodeling business, the most important question is also the hardest to answer: did this job make money?

Most contractor software tells you what you billed and what you collected. Very few tell you what you actually spent on a specific job — materials, trade partners, labor — in a way that gives you a real net profit number per project. In the absence of software that does this, contractors fall back on QuickBooks. And the standard QuickBooks workaround is to organize the chart of accounts so that revenue and costs are tagged by project type, then broken down by trade inside each type.

That's what we did at Alpha for years. The structure looked roughly like this:

  • Kitchen → Cabinets, Countertops, Backsplashes, Electrical, Plumbing, Drywall, Paint, Floors, Demo, Accessories, Other…
  • Bathroom → Showers, Cabinets, Countertops, Plumbing, Electrical, Tile (Floors, Showers, Backsplashes), Drywall, Paint, Glass, Demo, Accessories, Other…
  • Floor → Floors, Demo, Other…
  • Other → Windows, HVAC, Trim Carpentry, and whatever didn't fit elsewhere

Every trade lived three or four times. The total line-item count was close to triple what we run today. When we wanted to know "are we making money on kitchens vs. bathrooms," we'd run a P&L grouped by project type and get a category-level answer.

What it cost us

I'm the bookkeeper at Alpha. I'm not an accountant. Five real pains in order of how much they hurt:

  1. Classification time. Every receipt had to be classified twice: which project type (Kitchen / Bathroom / Floor / Other) and which trade inside that type. Was the $1,200 tile order for the Martinez kitchen backsplash or the Henderson bathroom shower? Did the plumber's invoice touch two projects? It took real time every week just to sort receipts.
  2. Classification errors. When I picked wrong — filing bathroom tile under Kitchen → Backsplashes, say — the category-level reports got distorted. I'd find these quarterly and have to fix them retroactively with journal entries.
  3. No project-level granularity. The reports told us kitchens averaged some margin. They couldn't tell us that this specific kitchen came in under because the granite supplier shorted us, while another one crushed it. The averages hid both the disasters and the wins.
  4. New project types broke the model. When we started doing whole-home remodels, I would have had to duplicate every trade line one more time. Every new project type meant restructuring the COA and migrating historical data so trend reports stayed comparable. I never did.
  5. The COA didn't help us run jobs in real time. Knowing that bathrooms had a certain margin last quarter doesn't help when the Henderson bathroom is running over budget on Tuesday. Historical reports, current-day decisions — the two never met.

Why we changed it

We didn't change it because bookkeeping was painful. We changed it because we built MY LAURA, and MY LAURA does the project tracking part better than QuickBooks ever could.

The architectural insight took us years to see clearly: QuickBooks is excellent at being a general ledger and a tax-prep system. It's mediocre at being a project management tool. When you force QuickBooks to track projects through chart-of-accounts gymnastics, you're using a hammer to drive screws. It works, but it's wasted effort.

The right architecture is two systems with clean responsibilities:

QuickBooks tracks the money. What came in, what went out, what's outstanding, what's owed, what's owned. It's organized by trade for category-level reporting, taxes, and financial health.

MY LAURA tracks the projects. Which money belongs to which job. What we billed Martinez vs. what we spent on Martinez. Real-time, per-project, with the granularity QuickBooks can't give because that's not what QuickBooks is for.

Once MY LAURA's project profitability report was live, we ran it side-by-side with QuickBooks for a stretch. The MY LAURA report was always more accurate, more current, and more useful for actual decisions than anything we could pull from QBO. It told us things QBO couldn't:

  • The exact margin on the Martinez kitchen this week, including the change orders we just approved
  • Which trade partner is consistently coming in over budget on tile work (Travis can have a conversation with them)
  • Whether our material markup is actually covering shipping and handling fees, project by project
  • Which lead source generates the highest-margin jobs

None of that fits in a chart of accounts. All of it lives in MY LAURA. So we collapsed the project-type layer out of QuickBooks.

The chart of accounts we use at Alpha today

Organized by trade. Each trade appears once on the Sales side and once on the COGS side. No project-type wrapper.

Sales · Income (detail type: Service/Fee Income)

  • Accessories
  • Backsplashes
  • Cabinet Install
  • Cabinets
  • Countertops
  • Demo
  • Drywall
  • Electrical
  • Floors
  • Framing
  • Glass
  • Other (windows, HVAC, and anything we don't do often enough to warrant its own line)
  • Paint
  • Plumbing
  • Showers
  • Trim Carpentry

COGS · Cost of Goods Sold

  • Accessories Other Costs of Services · COS
  • Backsplashes Other Costs of Services · COS
  • Cabinet Install Other Costs of Services · COS
  • Cabinets Supplies & Materials · COGS
  • Countertops Other Costs of Services · COS
  • Demo Other Costs of Services · COS
  • Drywall Other Costs of Services · COS
  • Electrical Other Costs of Services · COS
  • Equipment Rental Equipment Rental · COS
  • Floors Other Costs of Services · COS
  • Framing Other Costs of Services · COS
  • Glass Other Costs of Services · COS
  • Other Other Costs of Services · COS
  • Paint Other Costs of Services · COS
  • Plumbing Other Costs of Services · COS
  • Showers Other Costs of Services · COS
  • Supplies & Materials Supplies & Materials · COGS
  • Trim Carpentry Other Costs of Services · COS

Plus standard operating-expense accounts (rent, insurance, vehicles, marketing, software, owner's comp, bank fees, taxes, etc.). The trade-level structure above is the part that used to be tripled and now isn't. Tile isn't a separate trade on our COA — it's billed and classified based on where it goes: Showers, Floors, or Backsplashes. Exterior work, landscaping, permits, and jobs we don't do land in Other.

What we lost

We lost the ability to run a "P&L by project type" report inside QuickBooks. That used to feel like a safety blanket. I thought I needed it.

I didn't.

The thing that made that report feel valuable was answering "are kitchens or bathrooms more profitable." MY LAURA answers it better — by aggregating project profitability tagged with project type at the project level. We can still see kitchen vs. bathroom margins. We can also see them by client, by trade partner, by month, by season, and by individual job. The QuickBooks version was a single coarse slice. MY LAURA gives us every slice of the same data.

What we gained

  1. Bookkeeping time dropped sharply. I still classify every receipt by trade — that's real information we need for tax and financial reporting — but I don't also have to pick a project type bucket. One decision instead of two. Stacks of receipts that used to take an evening now take about twenty minutes.
  2. Classification errors almost disappeared. "Was that tile for the kitchen or the bathroom?" is no longer a question QuickBooks needs to answer. The receipt goes to Backsplashes, Floors, or Showers depending on where the tile is going. Project assignment happens in MY LAURA via the PO it's tagged to, not in QuickBooks.
  3. Project profit became real-time. We don't wait for a quarterly P&L to know whether a job is in trouble. MY LAURA's profitability report updates the moment a PO is approved or an invoice clears — we see leaks the day they happen, not 60 days later.
  4. Reconciliation became 15 minutes. Because QuickBooks and MY LAURA aren't trying to do the same job, there's nothing to reconcile between them. QBO reconciles against bank statements (its actual job). MY LAURA project numbers reconcile against MY LAURA POs and invoices (its actual job). Two systems, two lanes.
  5. New project types are free. When we add a service line — outdoor kitchens, whole-home remodels, whatever — there's no COA restructuring. It's a project type field in MY LAURA. QuickBooks doesn't need to know.
  6. Tax prep is simpler. The COA now looks like a normal small-business contractor COA. Less time explaining, faster filing, fewer questions.

How to migrate from a project-type × trade COA to a trade-only one

If your QuickBooks file currently duplicates every trade under Kitchen, Bathroom, Floor, Other — the way ours did — here's the migration. It takes about an evening and doesn't disrupt historical reporting.

Step 1 — Decide your new structure first

Don't migrate piecemeal. Map out the new chart of accounts on paper before you touch QuickBooks. You can use our trade list above as a starting template — most remodelers can adopt it close to as-is, adjusting for which trades you actually do.

Two things to watch for:

  • Every old account needs a clear new home. If an account doesn't fit anywhere, ask whether it was really earning its keep in the first place.
  • Keep your top-level revenue split if there are tax or reporting reasons to. If you're splitting Construction from Design Services for tax treatment, keep that split — the consolidation happens inside each.

Step 2 — Create the new trade accounts before merging

In QuickBooks Online: Accounting → Chart of Accounts → New. Create each trade account once on the Sales side and once on the COGS side. Don't delete or merge anything yet.

Step 3 — Merge the old duplicated trade accounts into the single new ones

QBO has a merge feature: rename an old account to match exactly the name of the account you want to merge it into, and QBO offers to merge them. Repeat for every duplicated trade across every project type.

For example, "Kitchen : Cabinets," "Bathroom : Cabinets," and "Other : Cabinets" all get merged into a single top-level "Cabinets" account. All historical transactions get reassigned, nothing is lost, and reports retroactively use the new structure.

This is the scary part. Take a backup first. If you've never merged accounts, test on a sandbox file before touching the live one.

Step 4 — Reconcile your project tracking against MY LAURA

If you're moving project tracking from QBO into MY LAURA at the same time, reconcile as you go. Every active project in MY LAURA should have the right billed amounts, PO totals, and trade partner payments. The first MY LAURA profitability report after migration becomes the new source of truth.

Step 5 — Update your bookkeeping habit

The new rule: every receipt gets classified by trade, not by project. Project assignment happens in MY LAURA via PO tagging. That habit shift is what delivers the time savings.


"But what about job costing?"

The most common pushback we get is that job costing is sacred and can't be given up. We agree. Job costing is sacred. That's exactly why we moved it out of QuickBooks.

Real job costing requires three things:

  1. Knowing what you billed on a specific job (invoices)
  2. Knowing what you spent on that job (POs, trade partner payments, labor)
  3. Doing the math in real time, not at month-end

QuickBooks handles (1) reasonably well — invoices have customer fields. It struggles with (2) because most material purchases happen at suppliers who don't know which job the materials are for, so classification has to happen later by hand. It fails at (3) because QuickBooks reports run on close-of-period data, not live data.

MY LAURA handles all three natively. POs are tagged to projects at creation time. Trade partner payments link to project line items. Labor allocations come from scheduling. The profitability report is live — it updates the moment a PO is approved, not the moment a month closes.

Job costing is sacred. That's why it deserves a tool built for it, not a tool repurposed for it.


"What if I'm not on MY LAURA?"

If you're using another contractor platform — Buildertrend, Jobber, Houzz Pro, CoConstruct — and that platform has a real project profitability feature you trust, the same logic applies. You don't need a project-type-wrapped COA in QuickBooks. Use the simpler trade-based structure and let your project software do the project tracking.

If your contractor software doesn't have real per-project profitability, then the QuickBooks workaround is probably the best you can do until you switch to a system that handles it properly. That's not us being coy about MY LAURA — it's the honest answer. The real constraint isn't QuickBooks. It's your project tracking system. Fix that first, then simplify your books.


The honest summary

Our old chart of accounts was three times its current size because we were trying to make QuickBooks do a job it wasn't built for. Our current COA is a clean trade-based list because we built MY LAURA to do that job in the right place.

If you're a remodeler currently maintaining a chart of accounts where every trade lives under every project type, I'd bet money you're spending hours every month on classification work that produces reports you don't fully trust. That's not your fault. It's the workaround everyone falls into when project tracking software fails them.

You deserve software that doesn't make you contort QuickBooks to answer basic questions about your own business. If MY LAURA isn't the right answer for you, that's fine — but don't let "I have to wrap my COA by project type" be a permanent fact of life. It's a workaround, and workarounds should always be temporary.

See the report that replaced our project-type chart of accounts

MY LAURA's project profitability report shows real-time net profit per job, with full drill-down to the line items behind every number. It's the report that let us shrink Alpha's QBO to a third of its old size.

See the Reports feature →