The Seat Tax: Why Per-User Pricing Is Quietly Killing Your Team's Momentum

After 30 years running projects, I've seen a lot of tools come and go. The pricing model behind them does more damage than most people realize.

I've been managing projects since before most of today's SaaS tools existed. I've worked in construction, software, logistics, and professional services. And in all that time, the single most underappreciated variable in whether a project runs well is not the methodology, not the manager, and not the team.

It's who gets access to the system of record.

The Story I Keep Seeing

About fifteen years into my career, I was brought in to rescue a large infrastructure rollout that had gone badly sideways — six weeks late, over budget, client relationship fraying. When I did the forensic review, I kept finding the same line in the post-mortems: "We weren't looped in until it was too late."

When I dug into why, the answer was almost always the same: those people weren't in the project management tool. And they weren't in the tool because adding them cost money. So someone made a quiet budget call. They excluded the vendor. They left the finance lead out. They put the QA specialist on an email chain instead of a task board.

That decision probably saved a few hundred dollars a month. It cost the project over two hundred thousand dollars in rework, delays, and goodwill. I've seen versions of this story play out more times than I can count.

What I Call the Seat Tax

Per-seat pricing doesn't just raise costs. It changes behavior. When access has a price tag, teams start rationing collaboration. The wrong question gets asked at procurement: "Who do we absolutely have to include?" instead of "Who needs to be here to do this right?"

The people who get cut are always the same — the part-time specialists, the client stakeholders who need periodic visibility, the vendor who only joins for one phase. They don't disappear from your project. They just communicate through slower, lossier channels. Email threads. Forwarded screenshots. Summarized updates from a manager who becomes an unwilling information relay.

Every one of those handoffs is a place where context gets dropped and mistakes get made. I call this the Seat Tax. It's the invisible operational cost of a pricing model that forces you to choose between budget and collaboration.

The seat tax doesn't show up on your invoice. It shows up in your delay reports, your rework hours, and your client satisfaction scores.

What Changes When Access Is Open

About eight years ago I started working with flat-fee, unlimited-user tools. The shift in team behavior was not subtle. When you invite a subcontractor into a shared task board on day one instead of week three, they arrive oriented instead of lost. When your client can see milestone progress directly, the "just checking in" interruptions drop. When the finance lead can pull the worklog herself, billing cycles tighten and disputes shrink.

None of this requires giving everyone unrestricted access. Role-based permissions have been standard for years. You can give someone read-only visibility, controlled participation, or full contributor access depending on what the engagement requires. Access doesn't mean chaos. In my experience, it almost never does.

The governance argument — "if you let everyone in, you lose control" — gets this backwards. Seat limits are a blunt and expensive way to enforce governance. They restrict access by price, not by appropriateness. Role-based permissions and audit trails are the right tools for control. I've run programs with hundreds of external contributors and maintained tighter governance than anything I ever managed on a seat-restricted platform.

The Only Question That Matters

When I advise organizations on tool selection, I ask them to map every person who needs to know something, provide something, or sign off on something across a typical project. Then I ask: how many of those people are actually in your current system? And for the ones who aren't, what does their information path look like?

The gap between those two lists is the real cost of your pricing model. Not in subscription fees. In operational drag.

Thirty years in this discipline has taught me that project management is fundamentally an information problem. Work gets done well when the right people have the right context at the right time. A pricing model that limits who can see your system of record is a structural obstacle to that — one that most organizations are quietly paying for without ever seeing it on a balance sheet.

Pricing is not just a finance decision. It is an operating model decision. Choose accordingly.


Rick Calloway

Rick has spent over three decades leading delivery programs across construction, technology, and professional services. He advises organizations on project management tooling, team structure, and execution methodology.