Information only. This site is a reference project. We do not provide account access, financial services, card applications, payments, credit decisions or official support, and we never ask for account or financial credentials.
Overview
The word "value" is doing two jobs in this query, and separating them is the first useful thing anyone can do with it. One meaning belongs to capital markets. The other belongs to your procurement decision.
In the first sense, "value" means what a company is worth — a valuation. This project does not report, estimate, repeat or infer any such figure, and this page contains none. In the second sense, "value" means whether the thing is worth what it costs you: a value proposition assessed against your own operation. That question is answerable, answerable by you, and the method is the same whichever provider you consider.
The independence position matters here more than anywhere else on the site. This site is an independent, non-commercial editorial project. It is not affiliated with, endorsed by, sponsored by or operated by Brex, and Brex and related marks are trademarks of their respective owners. We publish no ratings, scores, rankings or recommendations, hold no affiliate arrangements, and make no claims about any provider’s pricing, features or performance. What follows is a framework, not a verdict.
The two meanings of "value"
Valuation figures circulate widely online and are among the least reliable numbers a researcher can meet on a third-party page. It is worth knowing why, because the reasoning applies to many other company facts.
| Sense of "value" | What it measures | Where such information legitimately comes from | Our position |
|---|---|---|---|
| Company valuation | What third parties consider an ownership stake in the company to be worth | Primary filings where they exist publicly, and the company’s own statements | We do not report, estimate or repeat any such figure |
| Value proposition | Whether the product is worth its total cost to a specific buyer | Your own operational measurements, plus written terms from the provider | We provide the assessment framework and nothing more |
Only the second row is the subject of this page.
The problems are structural rather than a matter of individual bad sources. Such figures are usually second-hand descriptions of a private transaction; they are almost always undated, which makes them unfalsifiable; they get attached to the wrong legal entity in a group; and they conflate different measures — an investment round, an internal estimate, a secondary-market indication — as though they were one quantity. A reader cannot verify any of that, so the figure carries no information.
The honest response is to route the question rather than answer it: where a figure exists in a primary record or an official statement, that is where it should be read, with its date and definition attached. Our methodology explains the rule, and the company hub classifies information categories by verifiability.
For the remainder of this page, "value" means value proposition — and specifically the value of a card and spend program, not of a company.
Constructing a value assessment
A defensible assessment is built from things you can observe in your own company before changing anything. That baseline is the whole exercise: without it, any claimed improvement is unmeasurable, and a year later nobody can say whether the decision worked.
| Criterion | Evidence to request or record | Unit of measurement | Common failure |
|---|---|---|---|
| Close time | Current elapsed days from period end to closed books, and where the delay sits | Working days, and hours of finance time | Measuring total close time without isolating the card-related portion |
| Exception volume | Count of transactions needing human intervention in a normal month | Exceptions per hundred transactions | Counting only policy breaches and ignoring missing receipts and mis-coding |
| Control coverage | Which written policy rules can be expressed as enforced rules | Percentage of policy rules enforceable at authorisation | Accepting approval workflows as equivalent to prevention |
| Attribution quality | Share of spend that identifies its owner, purpose and cost centre automatically | Percentage self-describing at posting | Assuming automation without checking what happens to the remainder |
| Administration overhead | Time spent issuing, adjusting limits, chasing receipts and answering queries | Hours per month, by role | Ignoring the time spent by non-finance staff, which is usually the larger share |
| Integration cost | What the accounting integration does automatically and what remains manual | Setup effort plus recurring manual steps per period | Treating "integrates with" as a binary capability |
| Data portability | Export formats, historical retention, receipt and audit-trail availability | Completeness and format of a test export | Never testing an export until the day it is needed |
| Switching cost | Migration effort, reissuance, vendor-by-vendor card updates, retraining | Person-days, plus the number of vendors needing new credentials | Underestimating the vendor update burden on recurring subscriptions |
Evaluation criteria used editorially on this site. The units are the ones a company can measure itself; none of this depends on vendor-supplied figures.
Only two criteria involve asking a provider anything; the rest measure your own current state, and are worth collecting even if you change nothing. Expense automation and expense controls describe where close-cycle time goes, and card limits covers the control-coverage mechanics.
Headline benefits versus realised benefits
Every category of business software has a gap between the benefit described in the abstract and the benefit a company actually experiences. In spend management the cause is identifiable: most stated benefits assume policy clarity and data hygiene the adopting company does not yet have.
Headline benefit
- Automatic receipt matching removes manual reconciliation
- Policy is enforced automatically
- Faster month-end close
- Reduced fraud and misuse exposure
- Less administrative work for the finance team
What determines whether it is realised
- What share of your transactions have a receipt to match, submitted in a usable form
- Whether your written policy contains rules that can be expressed mechanically at all
- Whether the card portion was the binding constraint on your close, rather than something else
- Whether instruments are scoped narrowly enough that a compromise is contained
- Whether the work is removed or relocated to the people who spend
The last row is worth dwelling on. Much of the apparent efficiency in modern spend systems comes from moving small tasks — photographing a receipt, picking a category, writing a purpose — from a finance queue to the moment of purchase. That is usually a genuine net gain, because the buyer knows the answer and finance does not. But it is a redistribution first and a saving second, and evaluations counting only finance hours overstate the benefit.
Realisation also depends on sequencing: companies that clean up policy first and adopt tooling second report smaller but more credible improvements. The spending controls guide covers translating written policy into enforceable rules, the precondition for most of the left-hand column.
Total cost of ownership as a framework
Total cost of ownership is useful as a checklist of cost categories, not a single number. Treated as a number it invites false precision; treated as a framework it stops whole cost categories from being forgotten, which is where budgets actually break.
- Direct platform cost
- Whatever the provider charges, in the structure it charges it — per user, per entity, per transaction or bundled. Obtain this in writing for your own situation.
- Implementation cost
- Configuration, policy definition, accounting mapping, training, and the internal hours consumed by all of it. Usually the largest first-year line.
- Migration cost
- Reissuing cards and, critically, updating every recurring vendor with new credentials. Scales with subscription count, not headcount.
- Ongoing administration
- Issuance, limit changes, exception handling, receipt chasing and periodic access review, measured in hours per month.
- Residual manual work
- Whatever the automation does not handle. The honest question is never whether this exists but how large it is.
- Exit cost
- Export, retention, and the cost of doing the migration again in the other direction. Ask before you sign, not after.
- Opportunity cost of not acting
- The status quo has a price too: uncontrolled spend, slow close, unattributed transactions and audit friction.
The final item is most often omitted, and its omission biases every evaluation towards doing nothing. Shared credentials, reimbursement delays and an unpredictable close are real costs already being paid, just not on an invoice. Business expenses describes where that cost accumulates.
Running a structured evaluation
A sequence keeps the exercise honest, mainly by forcing the measurement step to happen before anyone sees a demonstration.
-
Record the baseline first
One month of real data: close duration, exception count, share of spend with automatic attribution, administration hours by role. Without this the rest is opinion.
-
Write the requirements from your own policy
List the rules you want enforced, in your own words. Rules that cannot be expressed mechanically get enforced by people, and eventually not at all.
-
Separate must-have from would-like, in writing
Do it before looking at any product, because demonstrations are very effective at promoting the second category into the first.
-
Request written, dated capability statements
Specific to your situation, covering exception paths as well as normal ones. Verbal claims have no shelf life.
-
Establish which entity owes which obligation
Software features and financial obligations usually sit with different entities. Brex Company explains how to check.
-
Test the exit before you commit
Ask for an export in the format you would need, with retention stated. If that cannot be answered concretely, treat it as a finding.
-
Re-measure after a full close cycle
Compare against the baseline in the same units. This is the only step that converts a projected benefit into a realised one.
Relative spend by period — shape only, no real figures.
Alongside this, Brex vs other corporate card solutions is written as a criteria framework rather than a head-to-head, and corporate card vs credit card settles the liability question that belongs before any value discussion.
Value at five people versus two hundred
The same product can be excellent value in one company and poor value in another with no change in its quality, because the costs it removes are of different sizes.
| Dimension | Five-person company | 200-person company |
|---|---|---|
| Primary problem | No structure at all; spending lives on personal cards and in memory | Structure exists but is inconsistently enforced across departments |
| Dominant benefit | Attribution and the elimination of reimbursement friction | Control coverage, audit evidence and predictable close duration |
| Administration burden | Small in absolute terms, but falls on a founder whose time is the scarcest input | Large in absolute terms, and concentrated in a finance team that can measure it |
| Control model needed | A handful of purpose-scoped instruments; almost no approval routing | Role templates, departmental budgets with named owners, formal approval routes |
| Switching cost | Low — few vendors to update, no history to migrate | High — many recurring vendors, extensive history, real retraining effort |
| Biggest risk | Over-engineering a process nobody has time to operate | Adopting tooling without first fixing an unclear or contradictory policy |
Illustrative contrast used editorially to show how the same criteria produce different conclusions. Not a recommendation for either case.
A pattern emerges: at small scale the value is mostly avoided friction, at larger scale mostly reduced variance. Both are real, but measured differently. The startups, growing businesses and finance teams pages cover each context.
Nothing here is financial, tax, legal, investment or procurement advice, and nothing here is a statement about any company’s worth or valuation. Decisions about credit and contracts should involve your own advisers.
FAQ
Frequently asked questions
Does this page tell me what the company is worth?
No, and it never will. This project does not report, estimate or repeat valuation figures, revenue, funding or any other financial figure for any company.
Where such figures legitimately exist they come from primary filings and official statements, with a date and a definition attached. Versions circulating on third-party pages are typically undated and unverifiable.
Is this the official site of the company I searched for?
No. This site is an independent, non-commercial reference project, not affiliated with, endorsed by, sponsored by or operated by Brex. Brex and related marks are trademarks of their respective owners.
There is no login, no account area and no application form here, and we never request card, banking, identity or credential information.
Where should a value assessment start?
With measurement of your current state, before you look at any product: close duration, exception count per hundred transactions, the share of spend that identifies itself automatically, and administration hours by role. Without that baseline, every claimed improvement stays a projection.
Why do stated benefits often not materialise?
Usually because they assume policy clarity and data hygiene the adopting company does not have yet. Automatic receipt matching only helps transactions that have a usable receipt; automatic enforcement only helps rules that can be expressed mechanically.
There is also a redistribution effect: some work moves from finance to the people spending.
Is total cost of ownership a number I should calculate?
Treat it as a checklist of cost categories rather than a single figure: direct cost, implementation, migration, training, ongoing administration, residual manual work, exit cost, and the cost of the status quo. The framework stops whole categories being forgotten.
Do you rate or recommend providers on value?
No. There are no ratings, scores, rankings, awards or testimonials anywhere on this site, and no affiliate or referral arrangements. The comparisons pages set out criteria and structural differences so you can reach your own conclusion.
Sources and reference basis
- Reference General total-cost-of-ownership and benefits-realisation frameworks as applied to business software and finance systems.
- Practice Standard evaluation practice: baseline measurement before selection, written and dated capability statements, exception-path testing and export testing.
- Reference Primary corporate filings and official company statements as the only legitimate origin for financial or valuation figures, which this project does not reproduce.
- Method Our methodology and fact-checking policy describe what this project asserts, what it refuses to assert, and how corrections are made.