Skip to main content
Backed by McGill Engine and 21st by CentraleSupélec Learn more
Book a call

Insights Firm knowledge

· 3 min read · By Ilyas Berel and Shihab Berel · Updated

Spreadsheets are the default technology of a small M&A or corporate finance firm. Pipeline trackers, buyer lists, due diligence checklists, client reporting: almost everything that is not in email lives in a spreadsheet. There are good reasons for that. For a firm that started with two partners and grew organically, spreadsheets are genuinely convenient. There is nothing to implement, nobody to train and everyone already knows how to use them.

But spreadsheet-based deal management is not free. Its cost is spread across the team in ways that never appear on an invoice. Seeing where that cost sits is the first step in deciding whether the status quo is good enough, or whether it is quietly limiting what the firm can do.

The version control problem

In a live process, documents change constantly. Buyer lists are updated as parties are added or removed. Offer tracking sheets are revised as IOIs come in and move to LOI. Due diligence trackers are edited by several people across several sessions. In a spreadsheet environment this usually means multiple versions floating across email threads, with no single source of truth. The time spent reconciling them, asking which buyer list went out this morning or whether the LOI reflects the new terms, is invisible in the moment and substantial across a transaction.

The deeper risk is decisions made on stale data. A partner in a buyer conversation who does not know a key term changed in the latest offer sheet is in a weaker negotiating position. In a time-sensitive process, information lag has real consequences.

The reporting overhead

Most clients want regular process updates covering buyer status, timeline and key milestones. Many firms produce these by hand, pulling data from several spreadsheets, formatting it into something presentable and repeating the exercise every week. The time it takes grows with the number of active mandates and the number of clients expecting updates.

When the underlying data is structured and centralised, the work changes. A client update can be generated from live pipeline data rather than assembled from scattered files, with consistent formatting and no manual transcription step.

The knowledge transfer problem

When someone leaves a small firm, what they know about ongoing deals can leave with them. Deal context held in personal spreadsheets, email threads and memory does not transfer. For a small team handling sensitive transactions, one departure can create a real continuity risk.

A central deal system addresses this structurally. Deal history, counterparty communications, document versions and process milestones sit in a shared environment the whole team can reach, not in one person's folder structure.

The cost of spreadsheet-based deal management is not visible on a P&L. It is visible in the hours your team spends on work a better system would remove.

The baseline comparison

Spreadsheets are perfectly acceptable for a single deal run by one person. The harder question is whether they are the right infrastructure for a firm running three to six concurrent mandates, managing client relationships, tracking a pipeline and trying to produce consistent, professional output. At that scale, the compounding cost of version errors, reporting overhead and fragmented knowledge deserves the same scrutiny as the cost of the tools that would replace them.

Written by Ilyas Berel and Shihab Berel, Verdalyze. Published 30 December 2025, updated 31 October 2026.

All insights

Book a call