How to Evaluate A/E Software for Subconsultant Management:

The Questions Most Buyers Don't Think to Ask

Most A/E software demos show you what the platform does well. Very few surface the gaps that only become visible after a pay request lands and the cash position isn't what you expected. Here are the questions that reveal how a platform actually handles subconsultant management — before you've committed to it.

Why Software Evaluation Gets This Wrong

Most A/E software evaluations follow the same pattern. The buyer reviews the billing module, the project dashboard, the time-tracking interface, and the reporting. They ask about integrations, about pricing, and about onboarding.

Subconsultant management comes up late in the process — if at all. It is treated as a secondary feature rather than a foundational capability that affects cash flow on every project that includes consultant work.

By the time the gap becomes visible, the firm has already committed to the platform, migrated its data, and trained its staff. Switching costs are high. The firm adapts — usually by building workarounds in spreadsheets that recreate the visibility the software should be providing automatically.

This happens because subconsultant management is easy to demo in a way that appears complete, even though it isn't. Every platform tracks consultant pay requests. Every platform records payouts. The difference that matters — whether liability accrues at the time of client invoicing rather than at the time of pay request receipt — is a design decision that is invisible in most demos unless you know to look for it.

The questions below are designed to surface that difference and the others that follow from it. They apply to any A/E software evaluation, and they are worth asking before the demo rather than after the contract.

Every platform tracks pay requests. Very few track what you owe before the pay requests arrive.

The gap between AP-only tracking and accrual-based tracking is invisible in most software demos — unless you know the right question to ask. That question is: when does consultant liability first appear in the system?

The Questions That Reveal How a Platform Actually Works

Question 1: When does consultant liability appear in the system?

This is the most important question in any subconsultant management evaluation. The answer tells you immediately whether the platform tracks real-time liability or only records obligations after consultants have asked for payment.

The answer you want: liability accrues at the time of client invoicing, based on the consultant agreements linked to the project phase being billed.

The answer that signals a gap: liability is recorded when a pay request is submitted.

If the answer is the second one, every billing cycle leaves the firm with invisible consultant obligations — committed funds that look like available cash until the pay requests land. For a firm with modest consultant spend and simple project structures, the gap may be manageable. For a firm with significant subconsultant spend across multiple active projects, the software is actively concealing a recurring cash flow risk.

Follow-up: Can you show me the accrued liability view by project before any pay request has been submitted for that phase?

Question 2: Are consultant phases linked to project phases?

Accrual-based liability tracking requires a structural linkage between the consultant agreement and the project phase. Without it, automatic accrual is not possible — the system has no way to know what portion of a client invoice is attributable to which consultant.

Ask the vendor to show you how a consultant agreement is set up in the system and how it is mapped to project phases. If the mapping does not exist — if consultant costs are tracked separately from the project phase structure — automatic accrual is not happening, regardless of what the demo shows.

This linkage also drives downstream functionality. When consultant phases are linked to project phases, the system can automatically apply the correct billing method — pass-through or markup — to each consultant's costs during invoicing, rather than requiring manual entry on each invoice.

Question 3: Can you see the full spread at any moment?

The complete picture of a firm's subconsultant position on any active project requires four numbers:

  • What has been billed to the client for consultant work
  • What has been accrued as consultant liability based on those billings
  • What pay requests have been received and approved
  • What has actually been paid to consultants

Ask the vendor to show you a single project view that includes all four. If the platform requires navigating to separate modules, running separate reports, or leaving the project context to see any of these numbers, the visibility is not real-time — it is reconstructed.

A firm that has to reconstruct its financial position from multiple reports is one that will make decisions based on incomplete information between those reconstructions.

Question 4: How are pass-throughs and markups handled on client invoices?

Ask the vendor to show you a client invoice that includes both a professional services fee and a consultant cost — first as a pass-through, then as a markup.

Confirm that the system automatically applies the billing method based on the project setup, rather than requiring manual adjustment on each invoice. Confirm that the pass-through and markup amounts are tracked separately in the project financials and reported differently in the revenue summary.

Ask how the system handles revenue reporting when consultant costs are passed through — does it include the full pass-through amount in the revenue figure, or does it report net revenue excluding pass-throughs? A platform that includes pass-through costs in its revenue reporting is producing a number that overstates the firm's financial performance and distorts every metric calculated against it.

→ Read: Stop Measuring Profit the Wrong Way

Question 5: How does the platform handle pay request review and approval?

Ask to see the pay request workflow — from the moment a pay request is received through approval and payout recording.

Specifically confirm:

  • Does the system display the accrued liability for the project phase alongside the submitted pay request amount, so the reviewer can immediately see whether the two align?
  • Is there a defined approval workflow with a clear owner, or does the pay request sit in a general queue?
  • What happens when a submitted pay request exceeds the accrued liability? Does the system flag it automatically, or does it require the reviewer to catch it manually?
  • How is the payout recorded against the project once approved — and does it reduce the accrued liability balance automatically?

A platform that requires the reviewer to manually cross-reference the pay request against a separate liability report is a platform that creates friction and opportunities for error at every approval cycle.

Question 6: How does the platform connect consultant obligations to client collections?

This question tests whether the system treats subconsultant management as a standalone module or as a connected part of the project's financial picture.

Ask the vendor to show you a view that connects the consultant pay requests approved for a project to the client payments received for the same phases. Can the firm see, for any active project, whether consultant obligations are being covered by corresponding client collections — or whether the firm is advancing payment from its own operating cash?

This connection is what separates a subconsultant management module from a complete project financial system. Platforms that track consultant costs in isolation from client billing leave the firm to make the connection manually, which most firms do not do consistently.

A platform that requires you to leave the project to see your consultant liability is not giving you real-time visibility. It is giving you a report.

The difference matters when a pay request arrives unexpectedly, when a phase closes earlier than planned, or when a principal is making a staffing decision based on available cash. Real-time visibility is in the project. A report is what you run after the fact.

How to Structure the Demo

Knowing the right questions is necessary. Structuring the demo to get honest answers is the other half.

Most software demos are prepared. The vendor walks through a curated flow that shows the platform's strengths. Subconsultant management, if it comes up at all, is typically shown as a pay request entry and a payout record — the AP-only view that every platform handles well.

To get past the prepared demo, bring your own scenario.

Before the demo, prepare a simple scenario that represents a typical project for your firm:

  • A project with two or three consultants
  • A client is billing for a completed phase
  • One consultant who has not yet submitted a pay request for that phase

Ask the vendor to walk through that scenario in the live system — not in a demo environment, if possible, or at a minimum in a demo environment with data you control.

Walk through: what happens in the system when the client invoice goes out for the completed phase? Does consultant liability appear immediately? For all consultants tied to that phase — including the one that has not yet submitted a pay request?

Then bring in the pay request for the consultant who has submitted. Show how it compares to the accrued liability. Show what the outstanding balance looks like for the consultant who has not yet submitted.

A platform that handles this scenario correctly in a live walkthrough is demonstrating real capability. A platform that struggles with the scenario — or requires switching to a separate module to answer any of these questions — is showing you the gap before you've committed.

Reference checks focused on subconsultant management

Ask the vendor for reference contacts at firms with a similar project mix — specifically firms that carry significant subconsultant spend across multiple active projects simultaneously.

Ask those references specifically:

  • Have you ever been surprised by a consultant pay request that your system did not show you was coming?
  • How do you track accrued consultant liability between billing cycles?
  • How long does pay request review and approval typically take?
  • Have you ever had a cash flow problem caused by consultant obligations you did not see in advance?

The answers to those questions tell you more about real-world subconsultant management capability than any demo will.

Ask references whether they have ever been surprised by a consultant pay request their system did not show them was coming.

That question cannot be answered with marketing language. It surfaces the real-world experience of firms running similar projects on the same platform — and it reveals whether the liability blind spot is a theoretical concern or an operational reality.

What the Evaluation Tells You Beyond Subconsultant Management

How a platform handles subconsultant management reveals something broader about how it was built.

Subconsultant accrual tracking requires the billing module, the project module, and the financial reporting module to share a common data model — so that a client invoice in the billing module automatically creates a liability entry in the financial module without manual intervention. That kind of tight integration is a design decision that reflects how the platform was architected from the beginning.

Platforms built on that architecture tend to handle other integrated workflows the same way — time entries that automatically update budget burn, phase completions that flow into billing drafts, financial metrics that update in real time rather than at report generation.

Platforms that require manual data entry to connect modules — where a client invoice does not automatically trigger a consultant liability — tend to have the same gap in other parts of the system. The workarounds accumulate. Spreadsheets fill the gaps. The firm ends up doing manually what the software should be doing automatically.

The subconsultant management evaluation is a proxy for the broader question: is this platform built around connected real-time data, or around modules that share a database but require manual coordination?

That question matters for every workflow in the platform — not just consultant management. It is worth asking early, and the subconsultant scenario is one of the most reliable ways to get an honest answer.

→ Read: Realization Rate for A/E Firms

→ Read: How to Price Architecture Services: A Bottom-Up Approach

→ Read: BaseBuilders vs Monograph

→ Read: BaseBuilders vs BQE Core

Cut Your Billing Time by 60% Within 90 Days — Or We Refund Every Penny

We're so confident BaseBuilders will transform your billing process that we're putting our money where our mouth is.