Skip to main content
Huntr is one API with multiple workflow shapes. Pick based on what you know and how many entities you are working with.

Decision table

The one-entity rule for /research

/research is optimized for one primary target and one decision:
  • Account brief before a meeting
  • Buyer research on a person or small team
  • Competitive or diligence question with a clear scope
  • Buying-signal investigation with a date range
It is not the right tool for:
  • “Find 200 CTOs and their emails”
  • “Enrich every row in this CSV”
  • Multi-company list building with per-row paid enrichment
Those workflows hit the research request budget and return:
Rejected requests are not charged.

Company-first vs person-first

Most outbound workflows are company-first:
  1. Find accounts that match your ICP (/company-search).
  2. Find people at those accounts (/person-search with currentCompanyWebsite).
  3. Enrich contacts (/person-email, /person-linkedin).
Use /research when you need synthesis across sources — not just raw fields — for a single account or buyer.

Sync vs async research

Poll async status at GET /research/{request_id}/status or wait for the callback POST.

Next step