Case study · 02 · ~ 6 minutes

A sheet-first operating record for structured-finance advisory.

An operating layer for mandate tracking, document sequencing, fee-position reasoning, authority checks, and lender-readiness analysis across local and international advisory work.

Role
Co-Founding Principal at LeXCapital Advisory. Designed and shipped the internal system.
Scope
Local and cross-border advisory pipeline across two South Asian jurisdictions.
Stack
Live Sheet, skill-based assistants, mandate-tracking app, audit trail.
Outcome
The book of mandates becomes a single record. The state of the work is harder to misunderstand.
Deal desk operating system A stylised spreadsheet view forms the central spine. Columns visible left to right are matter id, jurisdiction, status, gaps, fee event, and next action. Three fake matter rows are shown. Below the sheet, three decision surfaces fan out: a partner mobile view, the document sequence, and a lender-readiness checklist. A feedback arc shows the operating record updating itself based on what was decided. Deal desk operating record SHEET-FIRST · FACTS · DECISION SURFACES SOURCE-OF-TRUTH SHEET MATTER JURISDICTION STATUS GAPS FEE EVENT NEXT ACTION M-014 Local Mandate live None required Engagement signed Draft DCC v2 M-031 Cross-border Gap on lender Security package pending Forecast, not receivable Confirm title evidence M-047 Local Authority check pending Signatory authority check On hold Board resolution req. A · PARTNER VIEW B · DOCUMENT SEQUENCE DCC drafted Engagement signed MSA in review SoW issued Sign-off pending C · LENDER-READINESS Project rights confirmed Title verified Permits in progress · Beneficial ownership tbc · Security package tbc DECISIONS RECORDED · sheet updates itself
Fig. 1 Sheet-as-spine. Three matter rows show how status, gaps, fee events, and next actions read off the same record.
§ 1

Problem

The practice needed visibility across live matters, compliance gaps, document status, and fee events without forcing the team into a separate CRM. The real source of truth was already a spreadsheet - that was where the book of mandates was actually being maintained.

The design decision was to respect the behaviour that already worked, and to build everything else around it.

The system treats the spreadsheet as the operating record and builds advisory logic, document strategy, and product views around it, rather than pretending the team will maintain a separate database. The point is not to automate judgment away. It is to put the right facts in front of the person making the judgment.

§ 2

System

The operating layer keeps live work, reference material, compliance records, and audit history in distinct surfaces so that no fact lives in two places at once. Advisory responses follow a fixed analytical shape so that the basis for any recommendation is legible at the time it is given, not reconstructed afterwards.

Document generation is deliberately conservative. Standard local outputs can be deterministic. Higher-risk or cross-border documents use template registries and bracket unknown legal facts rather than inventing entities, governing law, signatories, or security structures.

§ 3

Controls

Local advisory work runs authority checks before any commitment-bearing language is treated as execution-ready. Cross-border work stays bounded by source documents: rights, permits, title, ownership, and lender-readiness are confirmed from primary sources before anything moves to an external recipient.

The system also distinguishes forecast economics from receivables. A possible fee event is not treated as a receivable until billing or collection is recorded. That distinction is basic accounting discipline, but it is exactly the kind of discipline that informal pipeline discussions tend to blur.

§ 4

Open problem

The next version would strengthen permissioning, build a cleaner read-only partner interface, and add structured review states for generated documents. The aim is not to replace legal judgment, but to make the state of the book and the next action harder to misunderstand.

The architecture is the public view. The private register, permissions, financial logic, and document-control details stay outside the portfolio.

Next case study

The document execution workflow