Payroll consolidation hides system fragmentation

Diving deeper into

Jeremy Zhang, CEO of Finch, on building a universal API for employment systems

Interview
that doesn't mean that there’s consolidation at the systems level.
Analyzed 4 sources

The key point is that payroll market power often sits in sales, distribution, and ownership, not in one clean shared software stack. A company like ADP can own many payroll products and still leave customers and partners dealing with many separate back ends, data formats, and connection methods. That is exactly the kind of fragmentation that creates room for an API layer like Finch, because one parent company does not equal one integration.

  • Payroll stayed fragmented because it grew locally and vertically. Different systems were built for different employer sizes, industries, and compliance workflows, so even reaching 75% of the market would require 40 to 50 connectors, versus a much smaller set in banking.
  • This shows up in real workflows. Providers like Human Interest need employee census data, paystub data, and deduction controls across many payroll systems. Before using Finch, they had built dozens of connectors and still relied on 100 plus ops staff doing manual CSV pulls and data fixes.
  • The broader universal API pattern is similar in other software categories. Merge built traction by unifying HR integrations across many vendors, which underlines that category leaders still sit on top of many incompatible systems rather than a single standard stack.

Going forward, employment software is likely to fragment further, not less, as more vertical SaaS and embedded payroll products come to market. That pushes value toward infrastructure companies that normalize the mess underneath, then expand from basic data access into money movement, write access, and distribution.