Research prospective SaaS customers before writing the outreach
Build a prospect shortlist with evidence of fit, current needs, and unanswered questions using Beeuni’s browser and your connected CRM.
Suppose you sell scheduling software for repair businesses with several crews. A directory can tell you which companies serve a city. To decide whom to contact, you need to know how they book work, whether they run recurring visits, and what makes scheduling difficult for them.
You can give that research to a Beeuni agent. It can visit company websites and public discussions, follow relevant links, and compare what it finds with records in a connected CRM. The output should explain why each company belongs on the shortlist. An address alone does not answer that question.
Describe the customer in terms you can check
For the scheduling product, look for businesses that coordinate several crews across installation, repair, and recurring maintenance. Service areas, booking pages, and maintenance plans give the agent details to investigate. A company offering one appointment per day may have very different needs from one fitting urgent calls around a full schedule.
State the exclusions too. You may not serve solo tradespeople, nationwide franchises, or emergency dispatch operations. Include what your product can handle today. Otherwise the research can produce plausible prospects whose requirements you cannot meet.
Choose where to begin: a public directory, a set of company sites, or discussions you already follow. Give the agent the geography and service categories that matter. Set a limit on the research batch so you can inspect the selection before expanding it.
Follow the evidence through one company
Consider three hypothetical results for the scheduling product.
Business A offers recurring maintenance and sends several crews across the city. A recent post on its own website explains that urgent callouts have disrupted booked visits. The service pages establish a fit; the post identifies a scheduling problem. Keep both references and their dates. This company merits a closer look.
Business B offers similar services and is hiring a dispatcher. It fits your customer profile, but the job opening does not establish a scheduling problem. Record the role and the question it raises about the current process. The new hire might already have all the software they need.
Company C publishes a popular article about managing repair appointments. Its services page shows that it trains new tradespeople rather than running repair crews. Exclude it and retain the reason so it does not return in the next batch.
Beeuni can work through those checks in the browser, reading past the search snippet and following the company’s own pages. Public discussions can suggest a problem worth investigating. A complaint written by an unidentified commenter should not be attributed to a company without a source that establishes the connection.
Check your own records before calling someone new
Connect the CRM or customer sheet you use and authorize the relevant reads. Have the agent match candidates against existing records by company domain and known aliases. Company names alone can create duplicates when a business rebrands or uses several spellings.
Existing customers, open conversations, and records marked do not contact need different treatment. Return the match and its status with the research. If the agent cannot access that part of your CRM, mark the check incomplete. Missing access is not evidence that the company is absent.
A company’s public contact page may identify a business inquiry channel. Keep it where relevant, without guessing an employee’s email address or collecting unrelated personal details. Researching a public discussion does not require messaging its participants.
Make the shortlist readable without a score
- Company and domain, with the reason it fits your customer profile.
- Observed need, its source, and when the source was published or checked.
- Existing CRM match and contact status, or an incomplete-check note.
- One unresolved question that would determine the next step.
Group the results into worth reviewing, needs more evidence, and excluded. A score such as 92 out of 100 adds little unless you define what it measures. Someone reading the shortlist should be able to reject a candidate from the evidence, without having to trust the agent’s rating.
For Business A, the next question might be how the dispatcher rearranges booked visits when an urgent call comes in. An outreach draft can refer to the published account and ask about that process. It should not claim to know their budget, internal workload, or dissatisfaction with a tool.
Keep the first batch in a research file before adding records or sending anything. Review the candidates, then request the specific CRM updates or message drafts you want. Configure connector policies when you need tool calls to require approval; a research prompt alone does not establish an enforced approval rule.
Use rejected candidates to refine the next search. If most matches are solo tradespeople, look for evidence of several crews before going further. If a source is too old, change the date range. Retain exclusion reasons with the results so the next batch does not send you back to the same unsuitable companies.
More articles
Infrastructure for RSI research: running and evaluating self-improving agents
How Beeuni helps researchers run repeated agent-improvement experiments: edit code and instructions, execute tests, investigate failures, and compare versions.
Use Beeuni to run and evaluate a model fine-tuning experiment
Have an agent prepare training data, run a fine-tuning job on your connected training computer, inspect failures, and compare model outputs.