Do not begin with a title list
The same title can own different work at different companies. Start with the operating problem, the team that feels it, and the person who can sponsor a change. Only then translate that responsibility into titles to search.
Apollo defines an ideal customer profile as the companies you want to sell to and a persona as the people likely to buy, influence, or use the product within those companies. That distinction is useful: finding a good account is a company-level decision; choosing the first person to approach is a separate role-level decision. A title filter should implement the latter, not substitute for it.
Research: Apollo persona guide
Separate user, owner, and approver
The person who experiences a problem may not hold the budget. The person with a budget may not understand the day-to-day friction. For a narrow specialist offer, an introduction often works best when it reaches the role closest to the workflow and makes the business consequence clear.
Map the decision before searching for names
Write three short lines for the target company: who lives with the problem, who owns the metric or workflow, and who would need to approve a change. These may be one person in a smaller company and several people in an enterprise. For a customer-onboarding platform, a customer-success lead may feel the handoff pain, an operations leader may own the process, and security or procurement may approve the software.
Now ask what the first conversation needs to establish. If the value proposition is operational, an operations owner may be a better first contact than a chief executive with no direct remit. If the change requires platform architecture, a technical evaluator may be necessary early. This is a working hypothesis, not an org-chart fact; test it against the company’s public roles.
Use company size as context
- At a small company, the founder or functional lead may own the decision directly.
- At a growing company, a department head may own the workflow and budget.
- At a larger company, procurement or security may be an approval step rather than the initial champion.
Translate responsibility into search criteria
Search by function first, then allow title variation. A company might call the same remit “Revenue Operations,” “Commercial Operations,” or “Sales Systems.” Exclude roles that are merely adjacent to the problem, and look at the person’s current scope instead of relying on seniority alone. Apollo’s persona tool supports title, seniority, department, location, and company attributes; its own guidance warns that too many filters can reduce useful results.
If two people appear plausible, prefer the one whose public remit aligns with the change your offer makes. Do not manufacture certainty: record the alternative role and what would change your choice. That note is more useful than a contact record labeled “decision-maker” with no reasoning behind it.
Research: Apollo persona filters
Check that the person still belongs there
A professional record can lag behind a role change. Confirm the employer, role, and available business email state before drafting. Do not infer that a plausible title equals a verified address.
Keep contact quality separate from buyer quality
A verified business address answers an address question. It does not tell you whether the person controls a budget, owns the workflow, or is willing to meet. Conversely, an excellent role match with an unknown address is not a verified contact. Keep both assessments visible so one strong signal does not conceal weakness in the other.
This separation matters when a campaign is automated. If the role is uncertain, the message should not assume personal responsibility for a project. If the address is uncertain, the system should not silently guess a naming pattern. The safest next action may be more research, a different contact, or no outreach.
Research: Hunter verification limitations
Make the message about their remit
The introduction should explain why the problem may sit with this role. If the first sentence could be sent unchanged to any contact at the company, it probably does not use enough buyer context.
A short decision record for each person
- Company reason: the observable condition that makes the offer relevant.
- Likely owner: the role accountable for the affected workflow.
- Evidence: where that responsibility appears publicly, or an explicit note that it is inferred.
- Contact state: the exact address and its verification status.
- Message boundary: what you can say without implying private knowledge.
Sources and further reading
Apollo: create and use a persona Apollo: use search filters to find prospects Hunter: email verification FAQsPut the method into practice with nteni.
Read contact verification