Skip to main content
Contact usGet Started

The tools exist. They just don’t talk to each other.

You already have a proposal tool, an AML tool, an e-signature tool and an invoicing tool. Each one does its own job well. The problem is the gap between them — where a fact re-typed becomes a fact that no longer matches, and where nothing knows what any other system has done. FigsFlow is the single record that replaces the gaps.

Know which gaps you want to close, start with what changes below. Not sure what’s causing the friction, skip to the problem fold.

Built inside working firms, not a lab One record, no re-keying Founding-customer programme open now
Castleton & Co · annual accounts Joined up
  • Price Set once, flows to every step
  • Proposal Same figure · accepted online
  • AML Gates letter · linked, not separate
  • Letter Released on clearance · signed
  • Billing Same fee · no re-entry

one record · typed once · consistent end to end

The fee entered at the quote is the fee on the proposal, the letter, and the invoice. Typed once.
The product experience

One record. Same fact, every step.

This is what the disconnected stack gets replaced with. Click through the stages to see where the same information flows rather than being re-entered — and what each step knows about the one before it.

app.figsflow.com/clients
SAMPLE DATA

Illustrative interface and sample data. The client and figures are fictional.

What changes

What changes when a fact is typed once

Disconnected tools do not cause errors because they are bad at their jobs. They cause errors because the gap between them is where the same fact gets re-entered — and re-entry is where facts drift. Three things shift when the gaps close.

No second entry, no drift

The fee typed into the price list is the fee on the proposal, the letter and the invoice. There is no moment where someone re-keys it into the next tool — which is the moment it can come out as a slightly different number.

The check does not live next door

The AML result is on the same record as the letter. There is no cross-referencing two systems before pressing send — the letter gate reflects the check status automatically, because they are not in separate tools.

Anyone can see where a client is

Because the record holds everything, any person in the firm can open a client and see where they are in the workflow — without asking the person who managed the onboarding which tool has the current status.

The same fact, at each step, without re-entry

Price set once

Flows to every step.

Proposal carries it

No re-keying on acceptance.

Letter names it

Matched to proposal exactly.

Invoice raises it

Same figure, no re-entry.

The problem

Each tool is fine. The gaps between them are where things go wrong.

A new client has come on board. The proposal went out of the proposal tool. The letter went out of the e-signature tool. The AML check was done in the AML tool. The recurring fee is in the invoicing software. The client is now in four separate systems — and the only place that holds all four is the person who did the onboarding.

The fee in the proposal was £2,950. The fee in the letter is £2,950 too — or it is £2,750, because the letter was based on the last client’s template and nobody updated the number. The AML check cleared three days ago, but the person who sent the letter did not have access to the AML tool and assumed it had. The recurring billing was set up in the invoicing software for £2,950 a year, which is correct, except it was configured before the scope changed and should now be £3,400.

Nobody made a mistake. Each tool was used exactly as intended. The errors exist in the gaps between them, where a fact travels by copy-and-paste and arrives slightly changed.

The tools are not the problem. The gaps between them are — and the gaps are where you are working.
One client · five tools · four gapsYOUR CURRENT STACK
Pricing spreadsheetWhere the fee was decided
TOOL 1
Re-keyed into proposalGap 1 — where the figure can change
Proposal toolAccepted, with its own copy of the fee
TOOL 2
Copied into letter templateGap 2 — where the last client’s figure can survive
E-signature toolLetter signed — with whatever fee made it in
TOOL 3
AML checked elsewhereGap 3 — no link between check result and letter gate
AML toolResult in a separate login, not linked to the letter
TOOL 4
Fee re-entered for billingGap 4 — invoice configured from memory, not from the accepted figure
Invoicing softwareBilling running — possibly on the wrong amount
TOOL 5
Each tool is fine. The four gaps between them are where the same client has four different copies of facts that should be identical.
Where this is different

One record. The same fact at every step.

Each of the tools you already have does its own part well. The question is what happens between them — and whether the same fact arrives at each step as the same fact, or as a slightly different copy. The gap is not between the tools. It is where you are working to keep them consistent.

One recordRE-ENTRY: NIL
TYPED ONCE

The fee travels. Price list to proposal to letter to invoice — typed once, consistent at every step, because every step is the same record.

Five separate toolsRE-ENTRY: FOUR GAPS
FOUR RE-ENTRY POINTS

The fee is re-entered. Each gap between tools is a point where the same figure is typed again — and typed again is where it can come out differently.

What you already have
Does it well →← Gap to next step
What the gap costs
A proposal toolGets the quote to the client professionally
RE-KEY TO LETTER
Gap: fee must be re-entered in the letter toolWorks well. When the letter goes out, the fee is re-typed from the proposal — which is the moment a £2,950 can become a £2,750.
A standalone AML toolRuns the check correctly
CHECK NOT LINKED
Gap: result is in a separate loginRuns correctly. But the result lives in a different system, so the letter depends on whoever sends it remembering to check the other tool first.
An e-signature toolGets the letter signed cleanly
FEE RE-ENTERED FOR BILLING
Gap: billing configured separately from the signed feeGets the signature. The billing that follows is configured in a different tool from the agreed figure, so the invoice can run on a number that no longer matches.
FigsFlowOne record — same fact, every step
TYPED ONCE
Gap: nilPrice list, proposal, AML check, letter and billing all on the same record. The fee is entered once. The AML status is on the same record as the letter gate. Nothing is re-typed between steps.
This is not a criticism of any individual tool. Each one does its job. The gap is the integration between them — the part that currently runs on copy-paste and human memory.
Where the fact flows

One fact. Five steps. Typed once.

The fee is entered at the price list. Every step after that reads it from the record rather than asking someone to re-enter it — so it cannot drift.

TYPED HERE
01
Price list

The fee is set. Once.

READS IT
02
Proposal

Carries the figure. Client accepts.

READS IT
03
AML check

On the same record. Gates the letter.

READS IT
04
Letter

Names the agreed fee. Released on AML clearance.

READS IT
05
Billing

Schedules the same fee. No re-entry.

What the gaps cost
  • Re-keying errors — the fee that arrives as £2,750 instead of £2,950
  • AML misses — letters sent before checks cleared, because nobody linked the two
  • Stale billing — invoices running on a figure that changed after the scope did
  • Nobody knows — which system has the current state of a client
What one record provides
  • One source of truth — the fee is the same at every step because every step is the same record
  • No cross-referencing — AML status and letter gate are on the same record
  • Consistent billing — invoice runs from the accepted proposal, not a re-keyed number
  • Visible to anyone — open the client and see where they are
Works with your stack

Short list, honestly labelled

FigsFlow closes the gaps between the tools you already have. It does not replace your bookkeeping, tax or payroll software — those keep running alongside it. What it replaces is the copy-paste and re-entry between them.

Live todayGaps this closes
Pricing spreadsheet → proposal

Price set in FigsFlow flows to the proposal. No re-entry. No version drift between tabs.

AML result → letter gate

The check and the letter are on the same record. No cross-referencing a second login before sending.

Proposal fee → letter and invoice

The agreed figure carries through to the letter and to recurring billing without being re-typed at either step.

Companies House → client record

One search populates entity name, number, officers and PSC data. No manual entry from a separate lookup.

Still separateGaps this does not close yet
Bookkeeping ledger

No two-way sync with the ledger your clients use. The client record is here; the bookkeeping runs in your existing software.

Not in this release
Tax return software

The engagement and job are scheduled here; preparation and filing happen in the software you already use for them.

Not in this release
Time-tracking platforms

Time can be logged on the matter record; it does not sync to a standalone time-tracking or billing platform.

Not in this release
Why we list this. Closing a gap with a half-built integration does not close the gap — it adds a third system to cross-reference. The gaps listed here stay open until the integration is complete.

Questions firms with a disconnected stack ask first

Four that come up on almost every call.

Do I have to give up the tools I already have?

Your bookkeeping, tax and payroll software keep running exactly as they do now. FigsFlow replaces the tools that sit between the first conversation and the first invoice — the pricing spreadsheet, the proposal tool, the AML tool, the letter template and the billing reminder. If you want to carry on using one of those independently, that is a conversation worth having on a demo rather than a yes or no here.

What if the fee changes after the proposal is accepted?

A fee change after acceptance is a scope change — and that means a revised proposal and, if the services covered have changed, a revised or supplemental letter. FigsFlow handles that by issuing the revised documents from the same client record, so the compliance file shows what was agreed at each stage rather than just the final state.

How does this work when more than one person is onboarding clients?

Because the record holds everything, anyone on the team can see exactly where a client is without asking whoever started the onboarding. The AML status, the proposal figure, the letter state and the billing schedule are all on the same record — so a colleague picking up a client does not need to cross-reference four systems to get the current picture.

Can I see where every client is in the workflow at once?

Yes. The client list shows status across the workflow — proposal sent, AML open, letter pending, billing live — so a manager or partner can see the onboarding pipeline without opening individual records or chasing a team member for an update.

See the gaps close on a real client

A walkthrough using your own price list and tools, showing exactly where the re-entry stops and where the fact starts to travel.