Mercury payroll retains customer deposits

Mercury is using payroll to pull a larger share of customer cash into its own system, not just to add another software module. The workflow only becomes simpler if wages and taxes are funded from a Mercury account, which turns payroll into a deposit retention tool as much as a payroll product. The delayed January 1, 2027 migration date also gives incumbents a live renewal window to keep those payroll linked balances and workflows in place.1 2 3

• Mercury Payroll is built for existing banking customers first. Company details already on file speed setup, employees self enter tax and direct deposit data, and each pay run is approved and funded from Mercury. External funding accounts are not supported, so the product is strongest when payroll cash already sits inside Mercury.1 2
• That makes the real comparison less about feature parity with Bill.com style finance tools, and more about whether Mercury can displace payroll systems like Gusto and Rippling that already own recurring compliance workflows, benefits links, and the monthly habit of running payroll. Gusto serves 500K plus SMBs, and Rippling sells payroll inside a broader HR, IT, and finance bundle.3 4
• The money model matters. Mercury already makes most of its revenue from deposits, card spend, and finance software subscriptions. Payroll adds a new employer paid fee, $100 per month plus $50 per paid worker starting January 2027, but it also helps keep operating cash parked at Mercury, which can be more valuable than the software fee itself.1 2

Going forward, the winners in SMB finance will be the products that control both the workflow and the cash. Mercury has already moved from bank account to bill pay and expense tools, and payroll extends that path into one of the stickiest back office jobs. If adoption lands, payroll can make Mercury harder to replace and raise revenue per customer well beyond banking alone.1 2 3