/research.
When to use it
- Trigger-based outbound (“hiring for platform engineers”)
- Stack-fit scoring for PLG or dev-tool GTM
- Nightly cron that refreshes account signals in your warehouse
Endpoint sequence
| Endpoint | Returns | Billing |
|---|---|---|
POST /company-tech-stack | Frameworks, hosting, analytics, SaaS signals | Per request when found — GET /pricing |
POST /company-jobs | Active listings, is_hiring, source | Per request when jobs found |
POST /company-contact | Emails, phones from website | When emails or phones found |
POST /research | Narrative brief on one hot account | Per completed research run |
Step 1 — Tech stack
Step 2 — Job postings
is_hiring, total, job titles, and source (Greenhouse, Lever, etc.).
Step 3 — Score in your code
Huntr returns raw signals — you own the scoring model:Step 4 — Optional research on hot accounts only
Whenscore >= threshold, call /research once per account for narrative angles — not on every domain in the list.
Engineering notes
Parallel calls per domain
You can callcompany-tech-stack and company-jobs in parallel for each domain. Stay under 5 req/s aggregate.
Input list sources
- Output of ICP list build
- CRM export (domain column)
- CSV upload in your internal tool
When-not-found billing
Some endpoints are free when no data is found. CheckGET /pricing for current when-found rules.
Do not research the whole list
Scanning 5,000 domains with/research is the wrong tool. Scan with direct endpoints; research only accounts that pass scoring.
Example output row
Next step
- Company enrichment guide
- Account research — brief on hot accounts
- Skill:
huntr-signal-scanner— install