If you're selling RPA software, you're stuck with a real problem - your buyer is buried in competing priorities and already owns some automation tool. Getting them to even open your email, let alone evaluate your platform, feels impossible.
The issue isn't that RPA is a bad sell. It's that most RPA vendors email like they're selling to the general market. They talk about "efficiency gains" and "digital transformation." Meanwhile, the Operations Director or Automation Manager who actually decides whether to pilot your tool doesn't care about buzzwords - they care about specific, measurable problems you can solve better than what they already have.
Here's what actually works:
Target the Right Person (Not Who You Think)
Most RPA deals go through Operations, but the person who cares about replacing an existing RPA platform is the Automation Manager or RPA Center of Excellence lead. These are different people. The Automation Manager owns the workflows and knows where the current platform is broken. The COO doesn't.
If you're selling against Blue Prism or UiPath, you need someone who touches the tool daily. If they've been using their current platform for 2+ years, they have specific pain points - maintenance burden, licensing costs, bot scaling limits, or integration headaches.
Your list building should target job titles like:
- RPA Developer
- Automation Manager
- RPA Lead / RPA Engineer
- Process Automation Manager
- Center of Excellence Manager
If you're going after companies with 2,000+ employees, add CFO or Operations VP - they care about licensing consolidation and cost reduction. But the technical team always needs to be in the conversation.
Your Email Must Reference Their Current Platform
This is non-negotiable. If you don't mention the RPA tool they're using right now, you sound like every other vendor. They'll delete it immediately.
Here's the framework: Open with a specific, known limitation of their current platform. Not "your RPA platform might need upgrades" - something concrete and verifiable that you can prove you've solved.
Examples of real RPA pain points:
- Blue Prism: High licensing costs per bot, steep learning curve for non-technical users, slow deployment cycles
- UiPath: Cloud licensing model that gets expensive at scale, complex credential management, governance overhead
- Automation Anywhere: Bot lifecycle management complexity, expensive attended RPA licensing tier
- In-house / custom scripts: Zero governance, maintenance nightmares, impossible to scale
Pick the one you actually solve better, then put it in your subject line or opening:
Subject: Blue Prism licensing question for [Company]
That's it. Three words. They'll open it because it's specific to their tool.
The Opening Must Show You've Done Your Homework
Don't reference their platform generically. Show you've actually looked at their operation.
Hi [Name], I was looking at [Company]'s automation roadmap and noticed you've been scaling up RPA work - looks like around 40-50 bots in production based on the integrations I see. That's the exact scale where bot sprawl becomes a governance headache on Blue Prism. We work with teams like yours and usually find 3-4 quick wins in the first month without disrupting your existing bots. Curious if that's on your radar? [Your name]
This works because:
- You've done visible research (bot count, technology choices, integrations)
- You've named a specific problem (governance at scale) tied to their situation
- You're not asking for a 30-minute call yet
- You're implying quick wins, not a rip-and-replace migration (which terrifies operations teams)
Position as a Complement, Not a Replacement
This is critical. Nobody wants to rip out their RPA platform mid-deployment. What they do want is a solution to a specific, painful problem their current tool can't handle well.
Common angles that work:
- Lower-code platform that lets business analysts build bots without developers
- Better cloud-native scaling for high-volume processes
- Easier integration with legacy systems that your current platform struggles with
- Simpler governance and audit trails for regulated industries
Don't say "our platform is better than UiPath." Say "we handle X better, which is a pain point for teams managing your volume."
Use Social Proof Specific to Their Industry
Generic case studies don't work. If you're emailing a financial services company, mention financial services customers. If you're going after manufacturing, mention manufacturing.
Better yet - mention a specific, recognizable company. "We helped [Large Bank] reduce their automation deployment time from 3 weeks to 5 days" hits different than "leading financial institution."
RPA teams are small and connected. They know who's doing what with which platforms. Use that.
Your Call-to-Action Should Be Specific (Not a Meeting)
The worst CTA for RPA is "let's hop on a call." These teams are drowning in meetings. Instead, ask for something concrete that moves the deal forward without taking 30 minutes:
Quick question - are you dealing with license cost blowout as you scale, or is it more about the deployment timeline being slow? Just trying to understand the priority. Thanks, [Your name]
This works because it's binary - they either answer or they don't. If they answer, you've qualified them. If they answer with a specific problem, you know how to position your next email.
Follow-Up Sequence Matters More Than the First Email
Your first email starts the conversation. Your follow-ups close deals. Send three follow-ups over 10 days:
Email 2 (3 days later): Reference their answer to your first email, or share a relevant resource (blog post, whitepaper about RPA scaling costs, benchmark data).
Email 3 (6 days later): Mention a recent client case study or specific result. "We recently worked with [Similar Company] and cut their bot maintenance overhead by 40% in the first quarter."
Email 4 (10 days later): Final email. Ask a different question or change the angle. If the above didn't land, try a different pain point.
RPA buying cycles are long - 90-180 days is typical. Your sequence shouldn't try to close in week one. It should keep you in front of them until a budget cycle or project kicks off that makes your solution relevant.
The Gap Between Knowing This and Actually Doing It
Building a cold email campaign for RPA vendors is doable on your own if you have 10-15 hours per week. You need to research your target accounts' tech stacks, build accurate prospect lists (not easy for RPA teams - they're small), write non-generic copy that references their specific platform, and manage a 3-4 week follow-up sequence while tracking what's working.
Where most RPA vendors get stuck is consistency. After week two, you move to a new priority, your follow-ups stop shipping, and your pipeline dies. Or you build the sequence and realize you don't have enough qualified prospects who use the platform you're selling against.
If you want this running at scale without managing it yourself - target list building, copy that references specific platforms and pain points, campaign infrastructure, and reply handling - BEC Growth handles all of it for B2B software vendors. The only thing you do is close the meetings.
Related Guides
- Cold Email for Low Code Platform Vendors: What Actually Works
- Cold Email for No Code Platform Vendors: How to Get Your First Paying Users
- Cold Email for Integration Platform Vendors: How to Actually Get Your First 20 Customers
- Cold Email for Machine Learning Platform Vendors: How to Actually Get ML Teams to Evaluate Your Product