P&L by Business Line in an IT Company: Development, Support, Staff Augmentation

An IT company rarely does just one thing. Inside, several business lines usually run at once: product development, outsourcing or staff augmentation, support, sometimes SEO, design or consulting on top. At the whole-company level the numbers look decent — there's revenue, there's profit at year-end. But that's the average temperature in the hospital: one line can be highly profitable while another quietly eats, for years, what the first one earned.

As long as you only look at the overall profit-and-loss statement, you don't see this. A P&L by business line is the same statement, but broken out for each line separately. It answers the question that defines a company's strategy: what do we actually earn on, and what do we keep out of habit?

Let's walk through how to build it step by step, look at a real example with numbers, and see what decisions it enables. If management accounting is still new to you, start with the basics in Management Accounting for an IT Company in Plain Words.

Why the overall P&L hides the truth

Picture a company with UAH 12M in annual revenue and UAH 1.5M in profit. At first glance everything's fine: the business is in the black, margin is around 12%. The owner is calm and keeps developing every line equally.

Now let's break that same result down by line. It turns out product development brought in +2.4M, staff augmentation +0.3M, and support — minus 1.2M. In other words, the profitable lines have been subsidizing the loss-maker for years, and the company grows not thanks to support but in spite of it. On the overall P&L none of this is visible at all — one line's loss simply hides behind another's profit.

That's exactly why total profit is a dangerous number to make decisions on. It says "overall, we're ok," but it doesn't say where to invest and what to fix. A P&L by business line removes that averaging.

Step 1. Define your lines by how they make money

A business line isn't a department or a team — it's the way you make money. Fixed-price development, monthly staff augmentation, support on a retainer, your own subscription product — these are different models with different economics, and each has to be counted separately.

Don't slice too finely. At the start, 3–5 lines that differ noticeably in money terms are enough. The main test is simple: if two lines earn in different ways and you could shut one down without touching the other, they're separate lines.

Step 2. Assign income to lines

Tag every incoming payment with a line. Payment for a fixed-price project goes to "development," a monthly invoice for dedicated developers goes to "staff augmentation," a support retainer goes to "support." It's the simplest step, but it's the one that sets the structure of the whole report.

One caveat: if a client pays for several services in a single payment (development + support, say), split the amount between the lines. Otherwise one line gets artificially inflated at the expense of another.

Step 3. Assign direct costs — mainly salaries and time

In IT the biggest cost is people, and that's exactly where the whole truth about your lines is hiding. If a developer works entirely on a staff-augmentation project, their salary falls fully on staff augmentation. If a team lead spends half their time on the product and half on support, their salary has to be split in half between the lines.

Without allocating time, a P&L by business line doesn't work: all salaries get dumped into one pile, and the loss-making line looks fine because its true cost is "smeared" across the whole company. You don't have to roll out minute-by-minute time tracking — at the start, an honest estimate of what percentage of their time each key person spends on each line is enough.

The same bucket holds a line's other direct costs: contractors, licenses and services for specific projects, cloud for the product, business trips. Everything that exists precisely because of that line.

Step 4. Allocate shared costs

What's left are costs that don't belong to any single line: office, accounting, management salaries, sales, marketing. These have to be spread out too, otherwise the lines' profit is overstated. The simplest allocation bases are a line's revenue or the number of people in it.

Don't overcomplicate it: even a rough but consistent allocation gives a picture that's several times more accurate than "shared costs live on their own." The key is to apply one rule to every line the same way.

Example: a P&L by business line in numbers

Let's go back to the company with UAH 12M in revenue. We'll break it into three lines for the year.

Development: income 6M, team salaries 2.8M, contractors 0.4M, share of shared costs 1.2M → profit +1.6M (margin ~27%).

Staff augmentation: income 4M, salaries of dedicated developers 3.0M, shared costs 0.8M → profit +0.2M (margin ~5%).

Support: income 2M, support team salaries 2.3M, shared costs 0.6M → profit −0.9M (margin −45%).

Together it adds up to roughly the same +0.9M, but now the main thing is visible: development feeds the company, staff augmentation barely stays afloat, and support is steadily unprofitable. This is no longer "overall, a plus" — these are concrete decisions on the table.

What decisions a P&L by business line enables

When you see the lines separately, each one comes with a clear scenario. Profitable development — scale it: more projects like this, more people. Staff augmentation at a 5% margin — revisit your rates, because it runs at almost break-even and any idle time pushes it into the red (as in the case 20 developers, an hourly rate, and no idea how much the project earned).

Loss-making support — don't shut it down blindly, but dig in: maybe it's underpriced and the retainers need raising, or maybe it retains clients for profitable development and is a deliberate investment. The point is that now it's a conscious decision, not an accident. The same approach applied to clients rather than lines is in P&L by Client: Who Actually Brings the Money, and a comparison across lines, locations and channels is in Margin by Business Line, Location and Channel.

Building a P&L by business line by hand in Excel is doable, but every month it's exhausting work allocating salaries and shared costs. In Finmap you link transactions to lines once, and each line's profit is calculated for you — try it free for 7 days.