Operations

What a Number Needs Before Two People Compare It

'A lead' means enquiry, qualified enquiry or site visit. 'Revenue' means invoiced, billed or collected. One month of invented figures where three correct readings differ by 6,88,680, plus the written definition, named owner and a place it lives that make a number comparable at all.

MetricsDefinitionsReportingRevenueNoxOrigin

Two people open the same report and get different numbers, and the conversation that follows is rarely about the report. It is about who is right, and it is a bad conversation because neither person has made a mistake. They are each reading a true figure and calling it by the same word. 'A lead' means an enquiry to one of them and a qualified enquiry to the other. 'Revenue' means invoiced to the manager and quoted to the owner. Both words are ordinary English, which is exactly the problem: a word that everybody understands differently is not a definition, and no amount of data quality will make it one.

The fix is not a dashboard, and it is not a data warehouse. It is a piece of writing: a definition, a name against it, and somewhere it lives where the next person can find it without asking. That sounds trivial next to the software it sits on top of, and it is still the thing that most businesses have not done. Every system in the stack will report whatever you ask it to, faithfully, forever, and it will never once tell you that the thing you asked for is not the thing the other person asked for.

This article works through one month of one business — invented, with the arithmetic shown — where three people produce three revenue figures and two produce two lead figures from identical records, and where every single number is correct. Then it sets out what a number needs before it can be compared: a written definition, a named owner, and a place it lives.

'Lead' is four different measurements wearing one word

Take the word lead. It is used in a business to mean at least four distinct things, and each of them is a different count over the same population of enquiries. Each is defensible. They are not interchangeable, and mixing them in one meeting produces a conversation about performance that is really a conversation about vocabulary.

One month, four ways to count leads (worked example, illustrative — the figures are invented)

What it countsThe condition that has to be trueCountWhat a reader assumes it means
Enquiry receivedA record exists with a name and a way to reply40Interest. Usually it is a count of how many people filled something in
ReachedSomebody spoke to them at least once31Interest that survived contact. Nine of the forty could not be reached at all
QualifiedReached, and the requirement was written into a structured field rather than remembered22Interest with a stated need. The jump from 31 to 22 is entirely about where the requirement was recorded
Qualified with a ceilingQualified, and a budget or a stated ceiling was recorded14Interest that can be quoted. This is the count most likely to be the one behind somebody's target

The spread is 40 against 14, and both figures are true, and the difference is a definition rather than a mistake. Now add the detail that makes it worse in practice: seven of the forty were booked as site visits, and only five of those seven are linked to the enquiry that produced them. The other two were logged as new records by whoever accompanied the visit. So the count of site visits is seven and is unarguable, while the count of visits traceable back to a source is five — and a conversion rate built on the first and a report of where leads come from built on the second will not reconcile, and both are being quoted in the same meeting.

The arithmetic, so it can be checked: 14 ÷ 40 = 35% on the narrowest definition, and 7 ÷ 40 = 17.5% on the site-visit definition. Same month, same forty records, a factor of two. A business arguing about whether lead quality improved is very often arguing about which of these two it meant.

Worked example: one month, three figures for revenue

Everything below is invented so the arithmetic is checkable by hand. The quotes, the customers and the outcomes are ours; none of it is a customer or a measured result. The 18% rate appears only so the totals can be verified, and the rate and treatment that actually apply are for your own chartered accountant to confirm.

Quotes issued in the month (worked example, illustrative)

QuoteTaxableGST at 18%GrossOutcome by month end
Q12,00,00036,0002,36,000Converted, invoiced, paid in full
Q21,20,00021,6001,41,600Converted, invoiced, paid in full
Q365,00011,70076,700Not converted
Q41,80,00032,4002,12,400Converted, invoiced, part-paid
Q550,0009,00059,000Not converted
Q61,10,00019,8001,29,800Converted, invoiced
Q71,40,00025,2001,65,200Converted, not yet delivered, so not invoiced
Q881,00014,58095,580Not converted
Total quoted9,46,0001,70,28011,16,280—

Three readings of 'revenue' from the same month (worked example — arithmetic shown)

ReadingWhich records it countsArithmeticFigure
QuotedAll eight quotes issued in the month9,46,000 + 1,70,280, or 9,46,000 × 1.1811,16,280
InvoicedThe four quotes that were delivered and invoiced: Q1, Q2, Q4, Q66,10,000 × 1.18, where 6,10,000 = 2,00,000 + 1,20,000 + 1,80,000 + 1,10,0007,19,800
CollectedMoney actually allocated against those four invoices: two paid in full, one part-paid2,36,000 + 1,41,600 + 50,0004,27,600
Outstanding on what was invoicedQ1 and Q2 nil, Q4 short by the unpaid part, Q6 unpaid in full2,12,400 − 50,000 = 1,62,400 for Q4, plus Q6 unpaid in full at 1,29,800, and 1,62,400 + 1,29,800 = 2,92,200, which is also 7,19,800 − 4,27,6002,92,200

Now the arithmetic that matters, because it is the whole argument: 11,16,280 − 7,19,800 = 3,96,480, and 7,19,800 − 4,27,600 = 2,92,200, and 3,96,480 + 2,92,200 = 6,88,680. Three people walk out of one meeting holding three figures that differ by 6,88,680, and every one of the three is a correct count of real records produced by the same system on the same day.

Notice also what the outstanding row proves. It reconciles two ways: 2,12,400 − 50,000 = 1,62,400 for the part-paid invoice, plus 1,29,800 for the invoice nothing has been received against, and 7,19,800 − 4,27,600 = 2,92,200 from the invoiced and collected figures. The same set of numbers also closes from the other end, because 8,85,000 of converted value less 7,19,800 invoiced is 1,65,200, which is exactly Q7 — the quote that converted but was not delivered and so is correctly absent from the invoiced figure. A set of numbers that reconciles from more than one direction is a set somebody can agree on even when they disagree about the label. A set that reconciles only one way is a set where a definition error and a data error look identical, and there is no way to tell them apart after the fact.

The thing that makes these three figures legitimate rather than sloppy is that each one is a real state of the commercial relationship, not a version of it. Quoted is what was promised. Invoiced is what was documented. Collected is what arrived. They are related by the chain — a quote becomes an invoice becomes allocations — and the differences between them are not errors at all. Q7 is 1,65,200 of promised work that has not been delivered, so its absence from the invoiced figure is a fact about the business and not a gap in the data. Confusing those two things is what turns a healthy pipeline into an argument.

Why a reporting tool cannot fix any of this

The honest technical position is that the system has no way to know which of the three figures you meant, and this is not a limitation that more work would remove. Every one of the three is a legitimate projection over a stated set of records, computed the same way from the same tables. Choosing between them is a statement about what the business considers revenue, and only the business knows that. A tool that guessed would be worse than useless, because a guess looks like an answer.

What the system can do is make the choice visible rather than embedded, and that is a different and achievable thing. If quoted, billed, collected and outstanding are read and reported as four separate states, then the person quoting a figure has to pick one, and the act of picking one is where the definition gets written. If revenue were a single stored field — a number the system maintained — none of this conversation would happen, and the business would be relying on a value whose construction nobody could inspect, updating silently as records change. We regard the four-state model as the honest option even though it is the more demanding one, precisely because every number it produces can be taken apart.

The same logic applies on the other side of the chain, and it is where a definition can ask for something the platform honestly cannot supply. A metric like margin per customer, or revenue per salesperson, needs cost and effort data. NoxOrigin has no timesheet record and no payroll module, and it does no expense tracking — expense tracking is a Nox-Billings capability, and purchasing sits in Commerce. So a definition built on cost per customer may be entirely legitimate, and the platform may simply not be the place to compute it. Writing that into the definition is better than quietly dropping the metric, because a definition nobody can compute is one that quietly stops being reported.

What a definition has to contain to be worth writing

A definition that only names the noun is not worth having, because the noun is the part that was never in dispute. 'A lead is a qualified lead' teaches nobody anything. What makes a definition usable is that it settles the questions people actually argue about, and there is a short, complete set of those questions. This is the shape we would want one of our own to take, written out once and then left alone.

Metric: qualified lead

Counts: an enquiry record, reached at least once, with the requirement written into the structured requirement field.

Becomes true on: the date the requirement is saved, not the date of first contact. This is the line that does the work — an enquiry touched on the 3rd and qualified on the 9th belongs to the 9th.

Read from: the enquiry record's own fields. No spreadsheet, no separate tally.

Excludes: enquiries that were never reached; a repeat enquiry from an existing customer, counted once per enquiry record; anything recorded in a personal list rather than in the record.

Does not include: site visits, because a visit is a separate event with its own record and its own count.

Date basis: the month in which it became true, not the month in which it was created.

Owner: named person, responsible for the definition being current and for answering questions about it.

Reviewed: on a stated date, and whenever the record it is read from gains or loses a field.

Example that counts: an enquiry reached on the 2nd, requirement saved on the 4th, budget recorded on the 11th. Counts once, in the month containing the 4th.

Example that does not count: an enquiry for an existing customer, and an enquiry logged as a phone call with no structured requirement recorded.

The pair at the bottom is the part most definitions skip and the part that does the most work. An example that counts and an example that does not, using the same two records a reader already has in front of them, settles almost every practical argument — because the argument stops being about the definition and becomes about whether this specific record satisfies it. That is a conversation two people can finish.

Something a business can actually adopt on Monday

None of this requires a project. It requires a page, a name, and a date, and the three have to be separate things — because the failure mode is not that a business lacks definitions, it is that a business has definitions that live in one person's head and are carried by one person's memory of what they meant last quarter.

Three things, and what each one is for

  • A written definition, per metric that anybody quotes in a meeting. Not a glossary — an entry with the counts, the moment it becomes true, the exclusions, the date basis, and one example that counts and one that does not. The exclusions and the moment are the parts worth spending the time on; the rest is quick
  • A named owner per definition, who is responsible for it being current rather than for the number itself. The job is small: answer questions, notice when the records it is read from change shape, and run the stated review. A definition with no owner is a document, and documents do not get corrected
  • A place it lives that is not one person's inbox. A page in the operating record, a document in the workspace, a sheet in a shared drive — the medium does not matter, the properties do: findable without asking, versioned so a change is visible, and dated so that when two months disagree, the first question is answered by the record rather than by argument

There is a fourth thing that is not on the list and is worth more than the first three. Quote the filter and the definition together, every time, the way a careful person quotes a unit. 'Revenue of 7,19,800, invoiced, October, credit notes included' is a figure somebody can repeat next month, challenge, or compare. 'Revenue of 7,19,800' is a number that only means something to the person who produced it, and that is a polite way of saying it does not survive leaving the room.

The test of whether this is working is uncomfortable and simple. Pick a metric two people in the business quote. Read its definition aloud. If at any point somebody says 'but we count that one', you have found a real disagreement worth having — and it is a disagreement about a definition, held in daylight, with a person who can change it. If nobody objects, the definition is doing its job. The failure state is not a bad definition. It is a missing one, discovered when two people who both trust their own arithmetic discover they were talking about different things.

Where this stops, honestly

Three boundaries. First, a definition is a business decision and a good one can still be the wrong decision for your business. Calling a quoted invoice revenue is a choice with consequences, and the right choice depends on your market, your cycle and what you are trying to understand. What we can offer is a method for making the choice and a way of living with it; the choice itself is yours. Second, definitions do not repair the data underneath them. A perfectly written definition of a qualified lead, read from records where the requirement field is empty for half the team, will produce a perfectly reproducible number about almost nothing. Third, this is not financial reporting and we are not your accountants. Which state of the chain counts as revenue, how advances and part-payments are treated, and what your statutory position is are questions for your own chartered accountant. NoxOrigin reads the records and reports the four states separately; it does not file GST returns or any other statutory return, and it does not post to your books.

What we have not measured

Nothing here is measured. We have no data on how often businesses agree a metric definition before or after a reporting disagreement, no count of metrics in the wild that have a named owner, and no measurement of what a written definition is worth. Every figure in the tables is arithmetic we constructed so that a 6,88,680 spread between three true readings could be traced line by line, and the quotes, customers and outcomes are invented. What we would want to instrument before making a claim is a list rather than a number: which metrics a team actually quotes, how many of those have a written definition with an owner, and how many month-on-month disagreements are resolved by a definition rather than argued past. Until those are counted, this article is a method. You can test it this month by taking the last figure you disagreed about and writing down, in one line, what it counts — and seeing whether the other person recognises their own number in it.

A number becomes untrustworthy in several distinct ways, and each has its own fix. why CRM and billing disagree about one customer the number nobody can trace back the report nobody acted on comparing this month to a month you remember the chart that chose its own scale

Frequently asked questions

How many metrics should a small business define before it starts reporting?

Fewer than you would expect, and the test is whether the figure gets quoted in a meeting. Start with the handful that are spoken out loud — usually a lead count and a revenue figure — and define those properly. A definition nobody quotes is effort spent for nothing, and a metric that is quoted without one will be argued about regardless, because the argument has nowhere else to go.

Who should own a metric definition?

The person closest to the work the metric describes, with the authority to change what is recorded. Not the person who reports it, because a reporter has an interest in the number being unambiguous and will tend to write the definition that keeps it stable. The owner's job is to keep the definition current and to answer questions about it, which is a small recurring commitment rather than a project.

If our sales cycle is long, which state should we call revenue?

This is a business judgement and we are not going to pretend otherwise — different businesses make different calls, and a services business with a six-month cycle has a genuinely different answer from one that invoices on delivery. The point of the four-state model is that you can quote invoiced for the finance conversation and quoted for the pipeline conversation, and both are true and both are in the records. What does not work is using one word for two states and discovering the difference in a meeting.

Can we define margin per customer and have the system compute it?

The definition is straightforward to write and the honest answer is that the platform may not be the place to compute it. NoxOrigin has no timesheet record and no payroll module, and it does no expense tracking — that is a Nox-Billings capability, and purchasing sits in Commerce. So a cost-per-customer metric is often a spreadsheet and an accountant's problem rather than a report this platform produces. It is better to record that in the definition than to quietly drop the metric and let someone assume it is being watched.

What stops definitions from going stale?

A named owner and a stated review date, which is the boring answer and the correct one. A definition fails in a specific way: the records it is read from gain or lose a field, the definition is not updated, and the metric silently changes meaning. Nobody notices because the number keeps arriving. Put a review date against the definition and tie it to the fields it depends on, and the staleness becomes a scheduled piece of work rather than a discovery.

Does NoxOrigin store revenue so we can all read the same figure?

No, and deliberately so. Quoted, billed, collected and outstanding are four separate states read from the records rather than one maintained number, because a stored total is a value nobody can inspect and it updates silently as records change. Reading the four states separately means the person quoting a figure has to choose which one they mean, and that choice is exactly where the business's definition of revenue gets written down.

Sources and further reading

Continue reading

Looking for the rest of this topic? More in business operations →

ReportsThe Filter That Silently Excludes MoneyRead guide →ReportsA Report That Changes When You Look TwiceRead guide →CRMWhy CRM and Billing Disagree About One CustomerRead guide →