AI for financial services

Patterns, no client yet

The analysis is the job. Assembling it is not.

Advisory firms, lenders, and finance teams where senior people spend their day gathering what they need to think about.

In a finance business the expensive work is judgment, and most of the day is not judgment. It is pulling documents together, reconciling numbers that should already agree, rebuilding the same memo, and chasing a client for a statement. That gathering is the part worth taking back.

No client yet

Not in this category

Code does math

A model never computes a dollar

No advice

Nothing we build recommends

Where the time goes

You are losing time in predictable places.

We have not built a system for a firm in this category. What we have built is a construction billing engine where code owns every dollar, and a commercial real estate underwriting check that argues back. The patterns below are where those two overlap with your work.

The document chase

Nothing starts until the statements, the returns, and the schedules arrive. Getting them means asking a client repeatedly for things they said they sent. It is not analysis, it is not billable in any satisfying way, and it is most of the elapsed time on a file.

The file waits on a chase

Numbers that should agree and do not

Two systems hold the same figure and report it differently. Finding out which one is right takes a person tracing it back through both. It happens every cycle, on the same accounts, and it is the same work every time.

The same reconciliation, every cycle

The memo rebuilt from scratch

The thinking took an hour. The document took four: pulling the figures, formatting the exhibits, and writing the sections that are the same on every memo you have ever produced. The senior person did both, at the same rate.

Four hours of assembly per hour of thinking

The model nobody stress-tested

An assumption gets set early, everything downstream inherits it, and nobody goes back to check whether the source documents support it. The person who would catch it is the same person who set it, reading their own work.

The assumption inherits, unchecked

Receivables managed by memory

Who is past due, what was already sent, who is disputing something. If your system's automatic reminders are switched off, it is because they were context-blind and chased somebody who had already paid. So chasing went back to manual, which means inconsistent.

Context-blind reminders get switched off

The compliance surface

Client financial information, recordkeeping obligations, and rules about what may be communicated and how. Every idea above touches at least one of those, which is a real constraint on the design rather than a paragraph at the end of it.

The rules decide what is buildable

The machine

Map the operation before pitching AI at it.

The operational surfaces around the analysis. The analysis itself is yours.

01

Gather

  • Statements, returns, schedules, and whatever the client has not sent yet
  • Pulling the same figures out of the same systems, every cycle
  • Getting to the point where somebody can finally start thinking

02

Reconcile

  • The same number, reported two ways, traced back to which one is right
  • Exceptions, which are the actual work, buried under the ones that are not
  • The audit trail, which has to exist whether or not anybody looks at it

03

Analyze and package

  • The judgment, which is the product and stays with people
  • The model, the assumptions, and whether the documents support them
  • The memo, the exhibits, and the assembly work around one hour of thinking

04

Deliver and collect

  • The client conversation, which is why they hired a person
  • Recordkeeping, which is not optional
  • Invoicing and receivables, which is where the cash-flow leak usually is

The split

The system drafts. Your people decide.

The system handles

  • Chasing outstanding client documents on a schedule and tracking what is still missing
  • Reading statements and schedules into structured data instead of somebody keying them
  • Surfacing where two systems disagree, so a person only looks at the exceptions
  • Drafting the standard sections and exhibits of a memo from figures code computed
  • Checking a model's assumptions against the source documents and reporting what is unsupported
  • Ranking receivables with the context: what was sent, who replied, what is disputed

Your team handles

  • Every recommendation and every piece of advice. Without exception, and this is not negotiable
  • The judgment on an exception, which is why the exception was surfaced in the first place
  • Every number that reaches a client, a lender, or a regulator, after a person has read it
  • What the analysis means, which is the product
  • What client financial information is permitted to move and where, which is your firm's determination

Two hard rules here, and they come from work we actually did. First: every dollar is computed by code, never by a model. We learned this building a construction billing engine where a wrong number reaches a general contractor, and the stakes in your category are not lower. Second: nothing we build gives advice. It gathers, reconciles, drafts, and flags. A person recommends, and a person signs.

What we build

The systems, named.

01

Document gathering and chasing

The outstanding list, tracked, with follow-up on a schedule. It is the least interesting system on this page and it usually removes the most elapsed time, because the file was not slow, it was waiting.

02

Statements to structured data

Reading the documents into the shape your process needs, rather than a person keying them and a second person checking the keying. The model reads. Code computes. Those are different jobs and they do not get mixed.

03

Reconciliation exception surfacing

Not a system that reconciles for you. One that shows you only the places two sources disagree, with both figures and where each came from. The exceptions were always the work. Everything else was finding them.

04

Memo and exhibit drafting

The standard sections and the exhibits drafted from figures that code computed, so the senior person edits the thinking rather than assembling the document. The hour of judgment stays expensive. The four hours around it do not have to.

05

The assumption challenger

It reads the model against the source documents and reports which assumptions are not supported, citing the line it disagreed from. We built this shape for commercial real estate underwriting. A checker that agrees with you is a mirror, and a mirror is not a control.

06

Context-aware receivables

The past-due list, ranked, knowing what was already sent, who replied, and what is disputed. This is the same system we build for contractors, and the reason is identical: your platform's built-in reminders are context-blind, which is why somebody turned them off.

Under the hood

Fits into the stack you already run.

Accounting and ledger

QuickBooksNetSuiteSage Intacct

Client and pipeline

SalesforceHubSpot

Documents

SharePointBox

Your ledger is the system of record and nothing about that changes. As with every regulated category, the first question is what client financial information may move and where, and that answer constrains the design rather than getting appended to it. We would rather find out a workflow is not buildable in the roadmap than after you paid for it.

Principles

How we think about AI inside financial services.

Every dollar computed by code, not AI

This is the oldest rule in our build doctrine and it came out of a construction billing engine where a wrong figure lands in front of a general contractor. A model reading a messy statement into structured data is a good use of a model. A model adding numbers up is a bad one, and no amount of accuracy in testing makes it a good one.

Nothing we build gives advice

It gathers, reconciles, drafts, and flags what looks unsupported. It does not recommend, and a person signs everything. If you want a vendor who will tell you their system can make the call, they exist, and you should think carefully about what they are actually offering you.

Build the thing that argues back

A checker that agrees with your model has removed the only reason you built it. We learned this from a commercial real estate broker whose sharpest critique of AI was that it is a yes-man. So the assumption checker disagrees by default and shows the source line, which makes the disagreement something you can act on or dismiss on evidence.

We have no client in this category, and we will say so

The vocabulary on this page is borrowed honestly from the construction and commercial real estate work, which is where our real numbers live. There are no stat chips here pretending to be results. When there is a financial services system worth pointing at, it will be on the work page with a name attached.

Same approach, different language

The pattern shows up next door.

Questions

Answered plainly.

Do you have financial services clients?

No. The closest real work we have is a construction billing engine where code computes every dollar and the export reconciles to the cent, and a commercial real estate underwriting check that reads a rent roll against a model. Both of those overlap with your work, and both are described on their own pages with the actual numbers. This page borrows the vocabulary and does not borrow the proof.

Would AI give investment advice or recommendations?

No, and this is not a soft boundary. Nothing we would build recommends anything. It gathers documents, reads them into structured data, surfaces where two sources disagree, drafts the standard parts of a memo, and flags assumptions the source documents do not support. Every recommendation is a person's, and a person signs everything that reaches a client.

Can AI be trusted with financial calculations?

No, and we design as though it cannot. Every dollar is computed by code, in a tested function, never by a model. The model's job is reading a messy input into a structured one, which it is genuinely good at. Arithmetic is a solved problem and handing it to a probabilistic system is a choice nobody has to make. We learned this on a build where a wrong figure lands in front of a general contractor, and your stakes are not lower.

What about compliance and recordkeeping?

It constrains the design rather than getting appended to it. What client financial information may move, where it may go, and what has to be retained is your firm's determination and your compliance people's call. Our position is that if a workflow only works by putting client information somewhere it should not go, we will tell you not to build it. We are not going to give you a regulatory opinion in a sales conversation.

What is the assumption challenger?

A system that reads your model against your source documents and reports which assumptions are unsupported, citing the specific line it disagreed from. We designed this shape for commercial real estate underwriting, where a projected net operating income can quietly diverge from what the rent roll actually supports. It does not value anything and it does not decide anything. It disagrees, with a citation, and you decide whether it is right.

Our accounting platform already has payment reminders. Why would we need anything else?

If they are on and working, you do not. In our experience they get switched off, because they are context-blind: they will chase a client who paid yesterday or one who is mid-dispute, and each of those costs a relationship. Collections needs to know what was sent, who replied, and what is contested. That is a judgment problem, which is a different kind of software.

Where would you start?

A readiness workshop. One session, one real workflow mapped end to end, and you keep the map and the plan whether or not you build anything with us. In a category where we have no case study, paying us to guess would be the wrong trade for you, and the workshop is designed so you can walk away from it with something useful.

Read next

The thinking behind it.

Where to start

Every one of these starts the same way.

Find the bottleneck, price the fix, build the system, then keep compounding it. The four engagements are how you buy it, and you can start on any rung.

See the four engagements →

Get started

Ready to see what's slowing you down?

Book a 30 minute call. We find the one place your work waits on you, and you get a straight answer about whether AI is the fix. No pitch, no deck.