Every time a company hits a mass-hiring season — retail Q4, hospitality summer, healthcare surge hiring — the HR team faces the same wall: entering hundreds of new employees one at a time across too many screens, waiting on state tax agency numbers before a record can even be created, and then manually assigning sick hours, vacation accruals, and seniority dates because those steps aren't part of the standard new hire flow. One user described digital I-9s simply not working for mass-hiring seasons. Another noted that entering multiple employees at once is noticeably slow. These are not edge cases — they're the highest-volume moments of the year.
The structural reason this hasn't been solved inside ADP is that bulk data entry and pre-population from upstream recruiting systems (ATS, requisition software) would require ADP to build and maintain integrations with dozens of competing recruiting tools. That's not a priority for a payroll-first company whose revenue doesn't depend on how fast HR can onboard in bulk. So the integration gap stays open, and HR teams waste hours copy-pasting from their ATS into ADP's new hire screens.
What's missing is a thin layer that sits between an ATS or spreadsheet export and ADP's new hire API — one that maps the fields, handles missing prerequisites (like flagging that a state number is required before submission can proceed), and queues entries for batch processing rather than requiring one-at-a-time manual input. The accrual assignments and seniority date entry could be templated per employment type so they run automatically on record creation.
For a company hiring 200 people in six weeks, the manual entry cost is not trivial — it's easily 40+ admin hours, and data entry errors during that crunch create payroll and benefits problems that take months to untangle.
What to build
Build a browser-based import tool that accepts exports from common ATS platforms and formatted spreadsheets, maps fields to ADP Workforce Now's new hire API, flags blocking prerequisites like missing state agency numbers before submission, and applies configurable post-creation templates for accrual assignments and seniority dates — processing records in batches rather than one at a time.
Where to start
Launch specifically for companies exporting candidate data from one of the top two or three ATS platforms by market share, with a hardcoded field map for each — so the first customers get a 'just works' experience with no configuration, and referrals spread within ATS-homogeneous industry clusters like multi-location retail.
The hard part
ATS field mapping is not standardized, so supporting more than two or three source systems in the first version means building and maintaining a lot of custom field maps — the temptation to overpromise coverage early on is real and would kill the reliability the product's entire value depends on.
How it makes money
Charge per hire record processed above a monthly threshold (e.g. first 20 free, then a flat fee per batch), so cost scales with seasonal volume and the pricing is obviously justified during crunch periods.
See the evidence. The complaints behind this idea, the products they came from, and similar ideas in Core HR.
More ideas in Core HR