Market search (people · companies · jobs)
Trigger
Use when the user wants a whole segment — an audience, a TAM, an account list, or a job-posting sweep — not a single contact or company lookup.
Unlimited on the right plan
Professional and Ultimate plans include credit-free, volume-unlimited access to the three canonical search surfaces (People, Company, Jobs Search). The only limit is rate: 5 req/s sustained on Professional, 10 req/s on Ultimate. On these plans:
- Never ration, never narrow to save credits, never warn about credit cost for browse searches — go broad and page the whole segment.
- Contact-detail unlocks (raw emails/mobiles) are still credit-metered — size the audience first, unlock details last, on the final list only.
- Exports and lookalikes are metered on every plan.
On other plans, browse search costs ~1 credit per returned row — use preview_cost /
check_credit_balance (free) before large pulls and tell the user the cost.
Workflow
- Shape filters free first:
resolve_job_search_filters,get_job_search_catalogs(jobs), or a small probe search (people/companies). - Run the broad search:
search_people,search_companies,search_jobs/find_jobs. - Page with cursors (below) until the segment is complete.
- Only then enrich: decision-maker emails and mobiles — per the
decision-makers/contact-lookupskills. Finder emails come back pre-validated; validate only emails the user brought from elsewhere.
Cursor pagination (all three surfaces)
- First page: filters +
limit(≤50 per cursor page). Nocursor; offset 0 or omitted. - The response carries
next_cursor(opaque) andhas_more. - Next page: identical filters +
cursor: <next_cursor>. Changing filters mid-cursor invalidates it. - Never combine
cursorwith a nonzerooffset— the API rejects it, and anext_cursoris only minted on the offset-0 form. Paging by offset? Restart at offset 0 to switch to cursors. - Stop when
next_cursoris null /has_moreis false. Dedupe on stable IDs.
Output
- The full paged result set (or the file it was written to), row count, and pages fetched
- Which filters were used, and any segment the filters could not express
- Next enrichment step (emails, validation, mobile) with its credit cost