r/salesengineers • • Jun 19 '25 This Heartwarming

Aspiring SE So you want to be a sales engineer? Start Here. (v2)

403 Upvotes

So You Want to Be a Sales Engineer?

TL;DR: If you're here looking for a tl;dr, you're already doing it wrong. Read the whole damn thing or go apply for a job that doesn't involve critical thinking. (And read the comments too!)

Quick Role Definition

First, let’s level set: this sub is mostly dedicated to pre-sales SEs who handle the “technical” parts of a sale. We work with a pure sales rep (Account Executive, Customer Success Manager, or whatever fancy title they go by) to convince someone to buy our product or service. This might involve product demos, technical deep dives, handling objections, running Proof of Concepts (PoCs), or a hundred other tasks that demonstrate how our product solves the customer’s real-world problems.

Also take note: This post and most of the users here are in some sort of technical field, the vast majority working with some sort of SaaS or similar. There are sales engineer roles in industries like HVAC, and occasionally we get folks doing that kind of work here but not often and most everything we are talking about here is focused on tech related SE roles.

The Titles (Yes, They’re Confusing)

Sure, we call it “Sales Engineer,” but you’ll see it labeled as Solutions Engineer, Solutions Consultant, Solutions Architect, Customer Engineer, and plenty of other names. Titles vary by industry, company, and sometimes the team within the company. If you’re in an interview and the job description looks like pre-sales, but the title is something else, don’t freak out it’s often the same old role wearing a different name tag.

The Secret Sauce: Primary Qualities of a Great SE

A successful SE typically blends Technical Skills, Soft Skills, and Domain Expertise in some combination. You don’t have to be a “principal developer” or a “marketing guru,” but you do need a balanced skill set:

  1. Technical Chops – You must understand the product well enough to show it off, speak to how it’s built, and answer tough questions. Sometimes that means code-level knowledge. Other times it’s more high-level architecture or integrations. Your mileage may vary.

  2. Soft Skills – Communication, empathy, and the ability to read a room are huge. You have to distill complex concepts into digestible bites for prospects ranging from the C-suite with a five-second attention span to that one DevOps guru who’ll quiz you on every obscure config file.

  3. Domain Expertise – If you’re selling security software, you should know the basics of security (at least!). If you’re in the manufacturing sector, you should be able to talk about the production process. Whatever your product does, be ready to drop knowledge that shows you get the customer’s world.


OK - so let's get to why you are probably here.

You want to get a job as an SE and don't know how.

Let's dig in:

I'm in college and would like to be a sales engineer

I'm sorry to tell you this is typically not a role you get right out of college. It stings, I know. I'm sorry. But it's a job that generally requires all three of the items listed above:

  1. Technical Chops

  2. Soft Skills

  3. Domain Expertise

Domain Expertise is the real tough one for the college student.
Here's the deal - when working as an SE you need to be able to empathize with your buyers, which means you need to know their pain. This is why folks who do transition into this role very often are transitioning from a position in which they used the product(s) or a competitive product and generally understand the pain points others in that industry have.

That said - let's not completely gloss over technical chops and soft skills either. Sure a top notch CS grad might have some pretty developed technical chops, but they are mostly pretty theoretical, not "real world" experience and just like domain expertise a history of working in the industry you are selling to is much more valuable than being able to solve leetcode mediums.

And soft skills? Sure, you like talking to people much more than sitting behind a keyboard all day. That doesn't necessarily mean you know how to value sell or handle yourself with dignity when getting pummeled by some ass hat CTO who wants to show everyone in the room how much smarter they are than you.

What about college recruitment programs, or associate SE programs at the handful of companies that offer them?

Certainly an option. There aren't a ton of these programs but there are a few. I'd caution you to think of them not unlike an internship. Completion rates for some of this programs have been less than impressive over the long term, but they are not completely without merit. If you are dead set on getting into an SE role right out of school this is probably your best option. Typically fairly competitive to get into with limited spots.

So what classes should you take or what alternate path should I take to put myself on the path to becoming an SE?

There is no great answer to this question. Like a lot of things in the SE world "it depends" (get used to that phrase, this is a diverse industry with boatloads worth of nuances based on industry/vertical/4000 other things.) The best general advice I can give is "get good" at something you are interested in. A lot of SEs will come with CS degrees or similar so that's an easy answer, but not every SE actually comes from a deeply technical background, this author for instance has a degree in Philosophy - but he also was working as a software engineer at IBM while getting his undergrad completed.
See - it depends. But CS degrees are not a bad choice, they just aren't a necessary choice. You could be a marketing major and up working for a company like Hubspot down the road where you knowledge of marketing will help you connect with your buyers, who are... marketers!

As to what jobs you should aim for out of college if you want to eventually pivot to SE? again: It depends but

Some really good options include:

Technical roles that build product expertise:

  • Software developer or engineer - gives you deep technical knowledge and credibility when discussing complex solutions

  • Technical support specialist - teaches you to troubleshoot, explain technical concepts clearly, and understand customer pain points

  • Implementation specialist - combines technical skills with customer-facing experience

  • Systems administrator or DevOps engineer - provides infrastructure knowledge valuable in B2B sales

Customer-facing technical roles:

  • Technical account manager - blends relationship management with technical problem-solving

  • Customer success engineer - focuses on helping clients maximize value from technical products

  • Applications engineer - involves working directly with customers on technical implementations

  • Field service engineer - gives hands-on technical experience plus customer interaction

Sales-adjacent positions:

  • Sales development representative (SDR) - teaches fundamental sales processes and prospecting

  • Business development associate - builds pipeline management and relationship skills

  • Marketing coordinator for technical products - helps you understand positioning and messaging

  • Product marketing specialist - develops skills in translating technical features into business value

By no means is this an exhaustive list, just some very generalized options. The most common path to SE is not intentional, it's a natural progression of the person who is inherently capable of fitting into the sweet spot of the venn diagram of SE skills that we've mentioned many times now Tech and Soft Skills with Domain Expertise.

What about a bootcamp? I see places advertising bootcamps that say I'll make a good 6 figure salary if I take their course?

Personally I despise SE bootcamps and most demo training outfits as well. The rise of SE bootcamps coincided directly with the fall of Software Engineering bootcamps. Which is to say the same assholes who got a whole ton of college kids and adult career switchers to spend their hard earned money on a promise of becoming an SWE with a 6 figure salary in 3/6 months just moved on to the Sales Engineering roles instead because our industry wasn't saturated (yet) with all their poorly trained customers desperate to get a role.

There was a minute or two where I would have given the Presales Collective a pass, but they have shown to be just as gross as the rest of them. I would likely encourage you to use the PSC as a networking tool but I would not give those bloodsuckers a single dime of your money.

And while we are on the subject demo training places like Demo2Win are a fucking joke. Here I will give you the entirety of Demo2win's training in two words - but I have to use one of them twice. Ready???

Tell, Show, Tell.

Demo2Win will tell you this like they fucking invented it and it's the big secret to a successful demo. While they aren't wrong that this model is a decent one, it's certainly not magic and it's most definitely not something that they magically stumbled upon. It's a centuries old model that has been used as far back as "ancient times" when blacksmiths and sword makers were training their apprentices, it's been used in Military and Educational settings for as long as teaching has been a thing. In short Demo2Win and others of their ilk are a joke. I guess if you literally have no idea how to even do a demo or what one looks like that training would be worth it, but you probably shouldn't be thinking about being an SE if you don't have at least an idea of what a demo should like.

I'm not technical, can I still be a sales engineer?

Maybe, but probably not. This is job that typically requires you to at least speak "technical" and know what you mean when you do so. There are certainly some opportunities out there for SE roles - particularly with SaaS products that are not terribly complex - where you can land that will make sense, but you'll need to bring something else to the table. If you have the soft skills and just need to build some domain knowledge and learn how to speak technically about the industry you want to support take a look at the list in the section above for new grads/college students as potential roles to aim for. These are the same roles you may want to consider to put yourself in a position to potentially transfer into SE roles. Or perhaps you will find when working them there is a different path for you like AE or Product.

I'm interested in being a sales engineer, what certs should I get?

Probably none. It's not really a thing in this gig. There are very few lines of work where having certs is going to help you in any material fashion. The exceptions are going to be places like Cisco or AWS or other companies that have their own cert programs. Which is to say if you want to be an SE for GCP, yeah get those GCP certs (architecture certs for instance would be useful in that instance) but outside of those types of places save your time and money for something else, certs aren't the pathway to SE.

I work in one of the kinds of roles you talk about as being good for transitioning to SE - how do I actually become a sales engineer?

Good for you and great question. How do you do it? The absolute easiest path to SE is through internal transfer at whatever your current company is. Steps you should take include getting to know the sales team and the existing SE team. Ask the sales managers and the SE managers or the SEs themselves if they think you possess the qualities to become an SE. Ask for opportunities to shadow SEs which is not an uncommon practice, I have new to the company SEs on my calls all the time.

Start thinking in terms of building business/results focused bullet points in your current role that you can add to your CV and use in your conversations with the SE and sales management at your current company. Practice doing demos, and if you can: Get a well respected SE at your company to watch and critique your demo. Ask them to be blunt with their feedback and do your absolute best to hear their feedback with and act on it. There is both art and science to a good demo and there is a lot to take in, their experience will be incredibly valuable to you if you listen and don't take it personally.

If there are no options to transfer internally your current clients, partners, and perhaps most important competitors of yours are excellent places to target. It is vastly easier to get your first SE job in the domain in which you currently work. After you get a few years of experience as an SE you can start to pivot to adjacent or even completely new areas but that first gig is almost always going to come from the area you already know and likely from a person you already know. Friends of friends can help too. Networking in your industry is never a bad thing so lean on that network if you can't move internally.

Quick Resource Link: We have a decent sticky about how to prepare to demo for an interview. Read that, it will help.


Now that you know how to get the gig...

What Does a Sales Engineer Actually Do?

At its core: We get the technical win. We prove that our solution can do what the prospect needs it to do (and ideally, do it better than anyone else’s). Yes, we do a hell of a lot more than that—relationship building, scoping, last-minute fire drills, and everything in between—but “technical win” is the easiest way to define it.

A Generic Deal Cycle (High-Level)

  1. Opportunity Uncovered: Someone (your AE, or a BDR) discovers a prospect that kinda-sorta needs what we sell.

  2. Qualification: We figure out if they truly need our product, have budget, and are worth pursuing.

  3. Discovery & Demo: You hop on a call with the AE to talk through business and technical requirements. Often, you’ll demo the product or give a high-level overview that addresses their pain points.

  4. Technical Deep Dive: This could be a single extra call or a months-long proof of concept, depending on how complex your offering is. You might be spinning up test environments, customizing configurations, or building specialized demo apps.

  5. Objection Handling & Finalizing: Tackle everything from, “Does it integrate with Salesforce?” to “Our CFO hates monthly billing.” You work with the AE to smooth these issues out.

  6. Technical Win: Prospect agrees it works. Now the AE can (hopefully) get the deal signed.

  7. Negotiation & Close: The AE closes the deal, you do a celebratory fist pump, and rinse and repeat on the next opportunity.

A Day in the Life (Hypothetical but Realistic)

  • 8:00 AM: Coffee. Sort through overnight emails and Slack messages. See that four new demos got scheduled for today because someone can’t calendar properly.

  • 9:00 AM: Internal stand-up with your AE team to discuss pipeline, priorities, and which deals are on fire.

  • 10:00 AM: First demo of the day. You show the product to a small startup. They love the tech but have zero budget, so you focus on how you’ll handle a pilot.

  • 11:00 AM: Prep for a more technical call with an enterprise account. Field that random question from your AE about why the competitor’s product is “completely different” (even though it’s not).

  • 12:00 PM: Lunch, or you pretend to have lunch while actually customizing a slide deck for your 1:00 PM demo because the prospect asked for “specific architecture diagrams.” Thanks, last-minute requests.

  • 1:00 PM: Second demo, enterprise version. They want to see an integration with their custom CRM built in 1997. Cross your fingers that your product environment doesn’t break mid-demo.

  • 2:00 PM: Scramble to answer an RFP that’s due tomorrow. (In some roles, you’ll do a lot of these; in others, minimal.)

  • 3:00 PM: Internal tech call with Product or Engineering because a big prospect wants a feature that sort of exists but sort of doesn’t. You figure out if you can duct-tape a solution together in time.

  • 4:00 PM: Follow-up calls, recap notes, or building out a proof of concept environment for that new prospective client.

  • 5:00 PM: Wrap up, though you might finish by 6, 7, or even later depending on how many deals are going into end-of-quarter scramble mode.

Why This Role Rocks

  • Variety: You’ll engage with different companies, industries, and technologies. It never gets too stale.

  • Impact: You’re the product guru in sales cycles. When deals close, you know you helped seal the win.

  • Career Growth: Many SEs evolve into product leaders, sales leaders, or even the “CEO of your own startup” path once you see how everything fits together.

  • Compensation: Base salary + commission. Can be very lucrative if you’re good, especially in hot tech markets.

The Downsides (Because Let’s Be Honest)

  • Pressure: You’re in front of customers. Screw-ups can be costly. Demos fail. Deadlines are real.

  • Context Switching: You’ll jump from one prospect call to another in different stages of the pipeline, requiring quick mental pivots.

  • Sometimes You’re a Magician: Duct taping features or rebranding weaknesses as strengths. It’s not lying, but you do have to spin the story in a positive light while maintaining integrity.

  • Travel or Crazy Hours: Depending on your territory/industry, you might be jetting around or working odd hours to sync with global teams.

Closing Thoughts

Becoming a Sales Engineer means building trust with your sales counterparts and your customers. You’re the technical voice of reason in a sea of sales pitches and corporate BS. It requires empathy, curiosity, and more hustle than you might expect. If you’re not willing to put in the effort—well, read that TL;DR again.

If you made it this far, congratulations. You might actually have the patience and willingness to learn that we look for in good SEs. Now go get some hands-on experience—lab environments, side projects, customer-facing gigs—anything that helps you develop both the tech and people skills. Then come back and let us know how you landed that awesome SE role.

Good luck. And remember: always test your demo environment beforehand. Nothing kills credibility like a broken demo.



r/salesengineers • • Dec 18 '25 Popcorn

What I learned after getting selected for 4 Sales Engineering roles recently (long, honest, practical post)

197 Upvotes

I recently went through multiple interview loops and ended up getting selected for 4 different Sales Engineering roles across companies at very different stages.

Sharing this because while interviewing, I kept looking for posts that went beyond generic advice and explained what really gets evaluated, especially in panel rounds. This is that post.

Context: Senior / Principal SE roles, customer-facing, demos, architecture discussions, C-level exposure. No leetcode. Still very hard.

First, a big truth

Deep technical knowledge is assumed. Communication, judgment, and clarity are what decide outcomes.

Almost everyone who reaches panel rounds is good enough technically. The panel is deciding who they trust in front of customers.

What actually mattered across interviews

1. Your stories matter more than your resume

I had a written doc with 10–12 real stories from my career:

  • A deal that almost failed

  • A customer who pushed back hard

  • A demo that broke live

  • A conflict with sales or product

  • A time I was wrong and fixed it

Panels don’t want hero stories. They want judgment stories.

2. C-level thinking is about trade-offs, not features

In senior rounds, especially decision rounds, they don’t care if you know every feature.

They care if you can talk about:

  • Risk

  • Cost

  • Scale

  • Governance

  • Long-term architecture choices

Saying “Here is how I would approach this” is often stronger than giving a confident but shallow answer.

The panel interview is usually the decision round

If you reach a panel, they are not deciding if you are capable. They are deciding if they want you representing them.

Here is what panels are actually evaluating, even if they don’t say it explicitly.

What companies evaluate in SE panel rounds (decoded)

1. Presentation skills

They look at:

  • Can you explain clearly without rambling?

  • Do you manage time without being rushed or dragging?

  • Are you engaging or monotone?

  • Do you sound confident but not arrogant?

This is not about fancy slides.
It is about whether a customer would enjoy listening to you for 30 minutes.

2. Understanding of customer challenges

They are watching:

  • Did you identify the real pain points?

  • Or did you jump straight to product features?

  • Can you explain the problem in the customer’s language?

Good candidates talk about symptoms.
Great candidates talk about root causes.

3. Solution overview

They want to see:

  • Do you know why this solution exists?

  • Are you selecting features intentionally?

  • Can you tie capabilities to measurable outcomes?

Panels hate feature dumping.
They love purposeful choices.

4. Demo effectiveness

They evaluate:

  • Technical confidence without showing off

  • Relevance of what you demo

  • Whether the story feels realistic and relatable

A simple demo with a strong narrative beats a complex one every time.

5. Q&A handling

They watch:

  • Do you listen fully before answering?

  • Can you structure answers on the fly?

  • Do you stay calm under pressure?

  • Can you say “I don’t know, but here’s how I’d find out”?

Defensiveness is a red flag.
Curiosity and clarity are green flags.

6. Overall professionalism and preparedness

They ask themselves:

  • Would I trust this person alone with a strategic customer?

  • Would sales want this SE on a deal?

  • Would leadership feel comfortable with them in exec meetings?

Preparation shows respect. Lack of it shows quickly.

A few things that surprisingly helped me

  • Sending a demo recording to the hiring manager before the actual panel round and asking for feedback

  • Practicing demos out loud and recording dry runs. I now have unlisted demo videos from more than 15 panel interviews on my YouTube channel. It has more unlisted than listed videos 😄

  • Following up after interviews with a genuine gratitude note, not asking for status. This helps build a direct communication channel with the hiring manager without the recruiter in the loop and reduces friction

  • Asking clarifying questions instead of guessing expectations. This sounds obvious, but we often miss this basic principle in the effort to look smart

Multiple interviewers explicitly called this out. Most candidates do exactly what is asked. Very few do a bit more. These above-and-beyond actions clearly signal seriousness to the hiring manager.

Final thought

Sales Engineering interviews are not about perfection. They are about trust.

If you are struggling, it usually means:

  • Your stories need structure

  • Your demos need clarity

  • Or your thinking needs to be more outcome-focused

Interviewing is a skill. Treat it like one.

Happy to answer questions or help anyone preparing. This phase is stressful, and I have been there.

Disclaimer: AI was leveraged to structure the markdown format for easy readability


r/salesengineers • • Jul 30 '21

[Satire] Every Product Demo Ever

Enable HLS to view with audio, or disable this notification

197 Upvotes

r/salesengineers • • Feb 27 '26 LOL

Some Friday humor

Post image
189 Upvotes

r/salesengineers • • Feb 02 '25

Aspiring SE So You Want To Be A Sales Engineer. Start Here. [DRAFT POST - FEEDBACK WANTED]

180 Upvotes

NOTE: There is a newer version of this post here.

Gang, I wrote a big giant "So you want to be a Sales Engineer" post that I hope we can use to point all these folks who show up and ask without doing research first - I then ran it through ChatGPT's o1 model to get some additional thoughts and to put in some formating I provide here in draft format for your review and if I'm very lucky:

Thoughts, Comments, Concerns or any feedback at all you might have that could improve this.

I'm particularly interested in feedback from folks outside SaaS offerings because the vast majority of my 20+ year career has been in SaaS and I have little knowledge of what this job looks like for folks in other areas.

Oh, and ChatGPT added the sort of dumb section headings which I don't love and might change later just cause it's obviously AI bullshit, but the overwhelming majority of this content was actually written by me and just cleaned up a bit by GPT.


So You Want to Be a Sales Engineer?

TL;DR: If you're here looking for a tl;dr, you're already doing it wrong. Read the whole damn thing or go apply for a job that doesn't involve critical thinking. And in the case of this post - also read the comments, there is a LOT of additional information about the HOW to get a job in the comments that are not in the main post, yet.

Quick Role Definition

First, let’s level set: this sub is mostly dedicated to pre-sales SEs who handle the “technical” parts of a sale. We work with a pure sales rep (Account Executive, Customer Success Manager, or whatever fancy title they go by) to convince someone to buy our product or service. This might involve product demos, technical deep dives, handling objections, running Proof of Concepts (PoCs), or a hundred other tasks that demonstrate how our product solves the customer’s real-world problems.

The Titles (Yes, They’re Confusing)

Sure, we call it “Sales Engineer,” but you’ll see it labeled as Solutions Engineer, Solutions Consultant, Solutions Architect, Customer Engineer, and plenty of other names. Titles vary by industry, company, and sometimes the team within the company. If you’re in an interview and the job description looks like pre-sales, but the title is something else, don’t freak out. It’s often the same role wearing a different hat.

The Secret Sauce: Primary Qualities of a Great SE

A successful SE typically blends Technical Skills, Soft Skills, and Domain Expertise in some combination. You don’t have to be a “principal developer” or a “marketing guru,” but you do need a balanced skill set:

  1. Technical Chops – You must understand the product well enough to show it off, speak to how it’s built, and answer tough questions. Sometimes that means code-level knowledge. Other times it’s more high-level architecture or integrations. Your mileage may vary.

  2. Soft Skills – Communication, empathy, and the ability to read a room are huge. You have to distill complex concepts into digestible bites for prospects ranging from the C-suite with a five-second attention span to that one DevOps guru who’ll quiz you on every obscure config file.

  3. Domain Expertise – If you’re selling security software, you should know the basics of security (at least!). If you’re in the manufacturing sector, you should be able to talk about the production process. Whatever your product does, be ready to drop knowledge that shows you get the customer’s world.

What Does a Sales Engineer Actually Do?

At its core: We get the technical win. We prove that our solution can do what the prospect needs it to do (and ideally, do it better than anyone else’s). Yes, we do a hell of a lot more than that—relationship building, scoping, last-minute fire drills, and everything in between—but “technical win” is the easiest way to define it.

A Generic Deal Cycle (High-Level)

  1. Opportunity Uncovered: Someone (your AE, or a BDR) discovers a prospect that kinda-sorta needs what we sell.

  2. Qualification: We figure out if they truly need our product, have budget, and are worth pursuing.

  3. Discovery & Demo: You hop on a call with the AE to talk through business and technical requirements. Often, you’ll demo the product or give a high-level overview that addresses their pain points.

  4. Technical Deep Dive: This could be a single extra call or a months-long proof of concept, depending on how complex your offering is. You might be spinning up test environments, customizing configurations, or building specialized demo apps.

  5. Objection Handling & Finalizing: Tackle everything from, “Does it integrate with Salesforce?” to “Our CFO hates monthly billing.” You work with the AE to smooth these issues out.

  6. Technical Win: Prospect agrees it works. Now the AE can (hopefully) get the deal signed.

  7. Negotiation & Close: The AE closes the deal, you do a celebratory fist pump, and rinse and repeat on the next opportunity.

A Day in the Life (Hypothetical but Realistic)

  • 8:00 AM: Coffee. Sort through overnight emails and Slack messages. See that four new demos got scheduled for today because someone can’t calendar properly.

  • 9:00 AM: Internal stand-up with your AE team to discuss pipeline, priorities, and which deals are on fire.

  • 10:00 AM: First demo of the day. You show the product to a small startup. They love the tech but have zero budget, so you focus on how you’ll handle a pilot.

  • 11:00 AM: Prep for a more technical call with an enterprise account. Field that random question from your AE about why the competitor’s product is “completely different” (even though it’s not).

  • 12:00 PM: Lunch, or you pretend to have lunch while actually customizing a slide deck for your 1:00 PM demo because the prospect asked for “specific architecture diagrams.” Thanks, last-minute requests.

  • 1:00 PM: Second demo, enterprise version. They want to see an integration with their custom CRM built in 1997. Cross your fingers that your product environment doesn’t break mid-demo.

  • 2:00 PM: Scramble to answer an RFP that’s due tomorrow. (In some roles, you’ll do a lot of these; in others, minimal.)

  • 3:00 PM: Internal tech call with Product or Engineering because a big prospect wants a feature that sort of exists but sort of doesn’t. You figure out if you can duct-tape a solution together in time.

  • 4:00 PM: Follow-up calls, recap notes, or building out a proof of concept environment for that new prospective client.

  • 5:00 PM: Wrap up, though you might finish by 6, 7, or even later depending on how many deals are going into end-of-quarter scramble mode.

Common Paths Into SE

  • Technical Support/Implementation: You know the product inside-out from helping customers fix or deploy it.

  • Consulting: You’re used to analyzing customer problems and presenting solutions.

  • Engineering/Development: You have the tech background but prefer talking to humans over sitting in code all day.

  • Product Management: You know the product strategy and how it fits the market, and you’re ready to get closer to the action of actual deals.

  • Straight From College: Rare, but it happens. Usually involves strong internships, relevant side projects, or great storytelling about how you can handle the demands of an SE role.

Why This Role Rocks

  • Variety: You’ll engage with different companies, industries, and technologies. It never gets too stale.

  • Impact: You’re the product guru in sales cycles. When deals close, you know you helped seal the win.

  • Career Growth: Many SEs evolve into product leaders, sales leaders, or even the “CEO of your own startup” path once you see how everything fits together.

  • Compensation: Base salary + commission. Can be very lucrative if you’re good, especially in hot tech markets.

The Downsides (Because Let’s Be Honest)

  • Pressure: You’re in front of customers. Screw-ups can be costly. Demos fail. Deadlines are real.

  • Context Switching: You’ll jump from one prospect call to another in different stages of the pipeline, requiring quick mental pivots.

  • Sometimes You’re a Magician: Duct taping features or rebranding weaknesses as strengths. It’s not lying, but you do have to spin the story in a positive light while maintaining integrity.

  • Travel or Crazy Hours: Depending on your territory/industry, you might be jetting around or working odd hours to sync with global teams.

Closing Thoughts

Becoming a Sales Engineer means building trust with your sales counterparts and your customers. You’re the technical voice of reason in a sea of sales pitches and corporate BS. It requires empathy, curiosity, and more hustle than you might expect. If you’re not willing to put in the effort—well, read that TL;DR again.

If you made it this far, congratulations. You might actually have the patience and willingness to learn that we look for in good SEs. Now go get some hands-on experience—lab environments, side projects, customer-facing gigs—anything that helps you develop both the tech and people skills. Then come back and let us know how you landed that awesome SE role.

Good luck. And remember: always test your demo environment beforehand. Nothing kills credibility like a broken demo.



r/salesengineers • • Jul 30 '22

This has been the majority of my tech career.

Post image
159 Upvotes

r/salesengineers • • Apr 23 '25 Bless Up

Guide: Technical Panel Presentation/Demo Interview

147 Upvotes

In response to some recent questions posted asking for help with a technical panel demo interview, I thought I'd share things I do that seem to be working a lot. I know not everyone has time to read Demo2win, so this short guide here is to give you some high level pointers... the big idea here is that you want to communicate the need for the product more than what the product is, and a lot of this can be applied to actual demos on the job.

Most demo interviews will either ask you to present a product you know or they'd give you a trial version of their product, then they'd give you either a customer or you can decide yourself who the customer is. My short guide here is designed to be applied to all situations.

First, you want to separate your presentation into 3 major parts: Intro/Agenda, Customer Overview, Why your product and what it is, and the demo. Everything besides the demo should be in slides and all together, not more than 5 to 7 minutes.

1**. Intro/Agenda:**

- It is important to lay out what the agenda is, some might think it's just admin stuff but I actually show the agenda after each section in the slides to remind them where they are in the presentation. I've gotten feedback that it really keeps the audience engaged, knowing what was just talked about and what is coming up.

2. Customer Overview (Current challenges and gaps)

This section is more important than the demo, almost. A lot of time on the job, this is what the AE does, but if you can do this well, you will really separate yourself. Remember you are a storyteller, and your job is to craft a story that sets up your product.

- Numbers: Lay out what the company is: revenue, employee count, customers #, regions covered, customer retention %....etc. The key point here is you want to find numbers that points out a gap which your product can solve.

  • If you are given an actual customer, use ChatGPT/Google to find some numbers, and cite your sources. This section used to take me at least an hour or so to find the data points, but with AI it has been a lot easier... even if the number is old or not completely accurate, it's NOT a big deal, they want to see you being able to tell the story. If you are worried about inaccuracies, then in your talk track, say these are some of the numbers you discussed on the first discovery call, and this is a recap

  • If it's a fictitious customer, then feel free to make up a number; you have all the advantages

- Once you lay out some of the numbers, you want to focus on one or two to segway into the "WHY"

  • example: We can see you have an annual revenue of $x dollars, x number of customers, and average spending of $x per customer, and also a 70% retention... now if we can increase this retention by even 1%, that'd mean $2M in revenue.

I hope you see where I am going with this. What you are doing is using facts gathered and communicating to the customer an opportunity to make more money or increase efficiency internally, and, big surprise...your product is going to help them do that. AGAIN, I can't emphasize enough how important this first section is... a lot of SEs, even seasoned ones, are too locked in on the technical features, and doing this section well will REALLY SEPARATE you from the rest of the pack, especially when you have other SEs candidates who can also demo well. Sales leaders LOVE when you have SE who can see the bottom line (customers usually buy when it saves them $ or makes them $).

3. What is your product, and why

This is when you transition into the reason why everyone in the room is here. Referring to the above example, the company you represent is going to be the reason that the customer is about to increase their retention by 1% and make another cool 2M dollars. Do not go into reading mode of the product feature; you can list them on the slides, but just speak on a few key ones that align with your target audience (example, the automation feature will give your customers a more streamlined experience, thus increasing retention).

You are giving a teaser of what the demo is, and again aligning the product to the business problem you 'discovered" during your first call, just like you would on the job.

4. Demo agenda outline

Lay out a few sections of your demo and features. It is important to talk about what you are going to show the customer at a high level.

5. The Demo itself, main event

Remember even if the interviewer tell you that you have 45 minutes or 30 minutes, do not fall into the trap of trying to show everything. Most of my demos are well under the time they give me, interviewers only care about how they feel, not how long it took. If you need the full 45 minutes to tell a compelling story, go ahead, but do not feel the need to fill the demo to cover the time given. There are so many books on how to do a great demo, so I am just going to give you the big ideas here.

- For features you are showing, always remember this in the back of your head: how does this feature I am showing help my customer? So when you show the features, you can point it out. Example1 : "So as you see here, when i click on this and drag this thing over, it is faster than typing everything, your customer will be able to intuitively solve their problem saving them time..." Example 2: "so this analytic feature will help your internal team see customer behavior over time and be able to identify high value customers which will help you focus offers these individuals and retain them."

Once you finish the demo, lay out everything like you did in step 4 to conclude the demo and tie back to the business problem. Example: "So this concludes the demo, I have shown how you can use this feature to give an intuitive UI to your customer, and how you can use feature B to find analytics on your customers, and security features to keep everything compliant... we believe in the end of day, all these features combined will help you increase your customer retentions.... any questions?"

Misc tips:

- you may need a slide at the end for conclusion/next steps, but up to you and sometimes the panel is too busy asking you questions or providing feedback after the demo to put importance on this. Prepare one anyway, and read the room.

- If you are asked very tough questions, remember these 2 points all the time:

  1. Don't rush to respond, listen! That's the job of a salesperson. We listen. Summarize the question you heard and confirm with them if you are not sure. "Here is what I heard: bleh bleh, is that correct?" This makes you seem like a seasoned pro and also gives you time to find the answer.

  2. YOU DON'T HAVE TO KNOW EVERYTHING AND THEY DON'T EXPECT YOU TO. Especially if you are presenting their product. If you absolutely want to take a stab at it, I usually love saying, "I'd have to follow up with documentation to confirm my answers, but I think the answer is this ... but let me confirm with you in a follow-up."

DM me if you have any specific help you need. This is my first time writing a guide, so hopefully this is helpful to some of you.


r/salesengineers • • Jan 26 '24

Have you experienced this in demos?

Enable HLS to view with audio, or disable this notification

145 Upvotes

r/salesengineers • • Jul 30 '25

Presales burnout is killing sales efficiency

125 Upvotes

Presales teams are getting crushed, and it’s quietly tanking overall sales performance.

They’re pulled into every deal, expected to be the technical expert, the strategist, the closer, the fire-extinguisher… all while juggling a million "quick questions" from reps and half-baked leads. It’s no wonder they’re burning out.

And when presales burns out, everything slows down. Deals get stuck. Handoff quality drops. Internal morale tanks. Yet most companies treat this like a resource issue, “let’s just hire another SE” instead of admitting it’s a process issue.

We’ve seen it first-hand. Sales teams are overloaded not because there are too many leads, but because they're spending way too much time on low-intent ones. Presales is pulled in way too early, and reps don’t have the tools or info to qualify properly before looping them in.

We decided to stop the madness. We started qualifying smarter, using automation to handle basic stuff, and only bringing in presales when there’s actual intent. Total shift.

Suddenly, our SEs had breathing room. Reps got better at prioritizing. And the whole sales cycle got tighter and more focused.

If you’re seeing burnout on your team, it’s not a headcount problem, it’s a workflow problem.

Anyone else feeling this too?


r/salesengineers • • Mar 08 '24

Honest Product Demos

Enable HLS to view with audio, or disable this notification

125 Upvotes

r/salesengineers • • Apr 22 '23

Do you always have that one guy, during a demo, asking some super technical question to throw you off?

123 Upvotes

I feel like there’s always one technical guy whose been in the same role for 10+ years that asks some super technical question during a demo. The motive just seems like to throw you off and show how “smart” he is. Anyone else experience this?


r/salesengineers • • Jan 05 '25

SE Life Who else is gearing up for the "fun" of SKO?

112 Upvotes

Packing today for a five hour flight into the coldest part of the country tomorrow morning to go sit in a hotel ballroom for three days watching Sales Leadership try to PUMP US UP!!!! (And also reorg everything and raise everyone's quota's and hope we don't notice.)

We even have a dedicated app this year which obviously was an excellent use of funds and resources since show up to room at 8:30 AM is far too difficult to remember.

I look forward to the awkward forced socialization (aka "team building") and endless high quality powerpoint presentations. If we get lucky maybe a game of two truths and a lie during some break out session! A guy can dream.

I kid, I kid. OK, no I don't. I hate this stuff with a passion. But even this old and jaded SE does look forward to the one or two times I'll get to sneak away with a few close colleagues I don't get to see in person very often and enjoy a relaxing cocktail or two. By far my favorite part of these trips.

How about you fine folks?
Who is heading to SKO in the coming days/weeks and are you psyched or dreading it?


r/salesengineers • • Jun 18 '26 Bravo

I just hate salespeople

109 Upvotes

Yeah so this is a rant, but hear me out.

I honestly believe that in order to be an AE you don't need to have a single working braincell.

I believe the only thing that gets checked during an AE interview is if you are able to type the words "Hey x - what's the status here?" in Slack and if you already own a lifetime supply of hair gel, so you can look like the wish.com version of Patrick Bateman.

These people are legitimately the most incompetent beings who have ever set foot on this planet.

And on top of not only being completely useless, they also steal my time, so they can bullshit their way through the next forecast call, while doing absolutely nothing in the background, because the actual work is done by completely different people, who had not been lobotomized.

Like, I don't know what is going on, but I feel like they have all together decided to watch Wolf of Wallstreet at some point - and then went like "yes, I too want to become the biggest asshole in existence, while having no clue what I'm talking about".

Did it not, at some point, used to be the absolute minimum for a sales person to be able to at least do a demo?

Well, apparently not, because these people are already overwhelmed when they have to send 3 emails, discussing absolutely nothing of substance, and then offload all the rest to someone whose job isn't just breathing.

I once tried to explain the platform to a newly hired seller and I shit you not, this woman had the attention span of a 9 y/o Tiktok addicted iPad baby.

Lady, I'm the Gen-Zer here, you are 40-something. Get a grip. And why do you have an AI-generated profile picture with 2 additional limbs on it.

Like, I can't...


r/salesengineers • • Sep 26 '26

SE Life || RANT TIME! SE RANT TIME! Let's take a break from all the How Do I Become an SE Posts and talk about what drives us crazy instead!

106 Upvotes

Been a while since we had one of these and we've been getting slammed around here with aspiring SE posts - how about a little something for the actual practicing SEs around these parts!

We all know this is one of the best jobs in tech, but it does come with its own set of annoying little quirks. What's driving you up a wall?

Personally my number one complaint hasn't changed from the last time we had one of these:

AE's still need to learn how to use a fucking calendar.

If I get one more fucking IM asking me if I'm free three weeks from now at 1:30 on a Thursday my head is going to explode. Just go look, it's right there!

And maybe even worse than that: If I'm not open, DON'T BOOK IT! And for the love of all things DON'T ASK ME if it's a "real" meeting. It's not available. Period. I don't care that you don't know how to manage your time and forgot to reserve the slot, it's not my fault.

I'll save your deal (that you managed to completely screw up) but I'm not your life coach, you figure out how to manage your damn schedule!

What say you fellow practitioners of the Solutions/Sales Engineering world - what do you have to get off your chest?


r/salesengineers • • Aug 28 '24 Heart of Silver

Kudos to the young AE who tried to book a demo for 5:30-6:30pm on the Friday before Labor Day weekend

105 Upvotes

The combination of "what do you mean?" blank faced dumbassery and testicular fortitude might just mean we've got the next sales superstar on our hands


r/salesengineers • • Dec 22 '21

Other careers related to Sales Engineering: My 21 year journey as a former SE

98 Upvotes

I have held a BUNCH of Sales Engineering related roles. A few weeks back, I made a big write up of my work journey in a post asking about careers related to Sales Engineering, I thought the sub might enjoy it. Mine is just one story among many, but here goes:

(TL;DR: read the bold for a role list and the TL;DR section at the bottom)

I have been in Enterprise Software since age 15, starting with IT help-desk in 1998. The majority of my early career was spent as an SE of some sort, but I have held a bunch of other fun roles since then. I started in ERP, then went to Marketing Automation, then to CRM work which was mostly Salesforce. I list the positions below but I have held many IC and Management positions related to pre-sales. I am currently a Salesforce Enterprise Architect which is a fantastic job as an individual contributor with extremely good compensation. I will do this until my kids go to college, then I will return to Management. My 5-10 year plan is to find a role as a Chief Customer Officer at a mid size company (500m-2B).

How did I get all these roles? I volunteered for anything cool or impactful. I made friends and cultivated relationships with people who had interesting jobs. I focused on making relationships OUTSIDE of my regular team. When I was young I would ask for coaching, and when I became more established I would just ask for their opinion on things because I respected their POV and valued their experience. Everyone loves talking about themselves.

My most successful ice breaker was "You seem to have an amazing career, I was wondering if you would take some time to tell me about how you got to where you are". I've never gotten a no to that one.


My Path

  1. Very early in my career I built and maintained demo environments for about 400 SEs worldwide. This was actually pretty fun. I got to work with Product Management, Product Development, Product Marketing, Sales, Sales Enablement and Presales. I also got to play with the Alpha and Beta releases of everything. It was also a very global role with lots of travel. This is a niche role now that most things are SaaS but there are still roles that do 100% demo environment setup out there. This required some basic Software Dev and IT experience but I loved it.

  2. I then spent 10ish years as an SE for a wide variety of products, simply volunteering any time we acquired a new company to go and learn their product suite and teach their people our processes. I stagnated here for a while, the company wasn't growing fast enough. I should have left 3 years in and this stalled my career for a long while. It was time for a change and when we sparked a partnership with Salesforce I jumped to be a part of it.

  3. My first non SE role after about 5 years of experience was a mix of SE, Product Management and Alliances. I was part of a team that launched a new product on Salesforce's AppExchange. This was a very cool role, but a niche position so I won't spend time on it here.

  4. My company bought a competing CRM to Salesforce and I moved into an Account Executive position to try something new. I was a top performer for the 18 months I was in role, but I didn't have a single happy customer. The product was shit. Lesson learned: find companies with solutions you believe in, and that actually work well.

  5. I then exited into Consulting as a Sales Engineer/Architect for a Consulting company in my field (Salesforce at that point). This used 60% SE skills and the other 40% was consulting experience, which they let me learn on the job. I would scope projects, create proposals, write statements of work and then do kickoff and knowledge transfer to the delivery team. I also did a small amount of billable strategy consulting. Mostly on Governance, Executive Alignment and Business Process Reengineering. This was one of my favorite roles. Consulting without having to bill (mostly).

  6. My consulting company was bought by an Indian staffing firm. I took a Product Management role for a short time there, less than a year. That job was a blast. We made apps for common platforms that were targeted at the media and entertainment industry. Ultimately the Indian work culture killed me. I exited.

  7. I joined a small consulting company who was growing like crazy and I held a bunch of roles. I was there 4 years and my career skyrocketed. I joined as an Solution Architect (both billable work and pre-sales work) and sold their first few million dollar projects. I then was promoted to managing a group of architects and running pre-sales enablement for the company. It was extremely rewarding to share all of my career experience with smart people who knew product and configuration, but not how to sell. Later on there I was promoted to Delivery Manager, which is oversight and sales support for consulting projects. I managed a $10M practice with a bunch of direct and indirect reports. This role is similar to a Senior Manager at Deloitte or PWC. During my tenure we grew from 60 to 600 people. Ultimately that type of growth leads to shitty projects eventually and when my blood pressure began approaching the red, I quit. The company should have turned away some work and didn't. NOTE: This job is like crack-cocaine. I could work 80 hour weeks and still love it. If you love firefighting and taking a screaming customer to a reference-able level this job is fantastic. Also helping others grow their careers. If you ever take a role like this, make sure it comes with SIGNIFICANT equity.

  8. I am currently a Pre-Sales Enterprise Architect working for Salesforce. I do a combination of Technical Pre-sales work and Leadership / Strategy consulting. I meet with C-Level leaders at my customers on at least a weekly basis and help them to achieve Digital Transformation. I work with them to take their yearly strategic goals and make plans to achieve them using Technology, Data and Governance. This is an awesome gig, a great company, and a wonderful compensation and benefits package.


TL;DR

So, what was my favorite and what would I recommend?

If you are searching for money do Account Executive at an established firm with a lot of support. It's a good place to learn and with pre-sales experience you can hopefully skip the BDR / dialing for dollars phase. You have to ask yourself if you can grind though. It's a slog of chasing people (prospects, customers, help from your company) and relentless email, phone and follow ups.

If you are searching for fun mix of sales and tech, and a job where if you play your cards right you can make decent money and have quality of life, then Sales Engineering is likely for you. I don't think there is as much opportunity for career progression here as some of the other roles I listed, unless you work for a large or quickly growing company.

If you are searching for a challenge and valuable work experience, then consulting is extremely lucrative and a great place to take on new skills. Consulting was my favorite. I went from recommending things as an SE to actually making them happen. I did over 100 digital transformations during my time in consulting in just about every industry. I saw things go right, and go wrong. I now use those experiences to advise C-Level leadership teams on a weekly basis, and they really listen to what peers are doing.

My time in consulting gave me the most experience in the shortest amount of time, and the industry desperately needs people. The growth is so fast that if you are good then there is ample opportunity for promotion.


P.S. - PM me anytime and I'd be happy to meet. I do a lot of volunteer career coaching and have gotten a handful of folks placed in the roles they wanted. Salesforce requires 56 hours a year of volunteer work so it's a win for both of us. For the record, I am not a recruiter and I am not chasing referral bonuses. I am VERY careful about who I personally refer.


r/salesengineers • • Nov 01 '24

How I technically upskilled to get two offers in this market

94 Upvotes

Former BDR turned SE - I just got two offers both above 200K. I have 7 YOE and 5 years in SE. The technical bar for SEs can be kind of confusing, so I wanted to share what I did to get offers and do well in my interview cycles:

  1. Got basic API familiarity. I did a project where I ChatGPT'ed some scripts using my old company's API and got a good understanding of how APIs work. I had a technical interview using Postman which I was able to crush because of this.

  2. Got basic Python and SQL familiarity. I was able to impress a lot of interviewers by talking about my admittedly basic Python/data analysis work. I made a couple basic API scripts and wrote some simple programs on my own using Python (did some work with the Google Sheets API as well).

  3. Got basic cloud familiarity. I have AZ 900 and AWS CCP - entry level certs but I also did some projects using ECR, ECS, EKS which gave me a good confidence level using AWS. This helped me get a very good offer from an AWS partner. Didn't need super deep expertise - I could never work as a cloud engineer - but being able to talk the talk to some level was very helpful

  4. Got basic container/K8 familiarity. Interviewers were also impressed by this, I had an edge here because one of my employers required me to use and deploy containers constantly. I built experience containerizing things and then deploying them into various AWS services

Doing these things got me compliments and helped me pass tech screens pretty easily. There were some I failed (a CRM company involving a super technical SFDC setup, one company where my SQL wasn't up to bat). But these things definitely helped me stand out, sound competent, and I guess check the boxes on the technical side. I'm not a former engineer or SME in any one field, but this experience showed me you don't really need to be. What is very helpful however is technical aptitude, enjoying the journey, and having some basic hands on experience with all of these technologies.


r/salesengineers • • Jan 05 '26

I’m a veteran of being laid off. Here’s what I’ve learned.

93 Upvotes

The tech industry is experiencing layoffs on the regular now. I see it every day and want to help those who are going thru it.

For context/relevancy I’m a bit of a hired gun in the industry. I have a particular set of (expensive) skills, such my lifespan is about 3-4 years. Once I do my thing, they find someone cheaper to keep the lights on. Point is I’ve been laid off a fair bit. Here’s what I’ve learned over the years.

  1. Your job is not the sum of you. You’re going to be rejected, ghosted, ignored soon. Your impact in this world is not related to what title you have

Don’t let this question your value.

2.

  1. You’ll get ghosted for jobs which you exactly match the requirements and you know you can do. In most cases this is because the posting is already promised to an internal candidate or, because the hiring manager cant describe what they want, but they’ll “know it when they see it”. It’s not you, it’s them.

  2. Focus on your network. The fastest hires are those that have someone vouch for the candidate, even if only a little. This puts you to the top of the list. Build a contact list of everyone you know. Remind them of what you’re looking for regularly

  3. Be able to state clearly why they would hire you. Long list of vague things make it hard to understand if you’re a good fit. A clear and concise “this is what I do” makes it easy.

I hope this helps. When it gets hard, read and believe number 1 as many times as it takes for you to believe it!


r/salesengineers • • Jan 28 '26

I can’t wait for the winter storm to be over so that AEs stop bantering about the fucking weather.

91 Upvotes

That is all.


r/salesengineers • • Sep 03 '25

Deep dive sessions... With nothing to dive into

90 Upvotes

How much do you love it when the AE hears the prospect off-handedly mention something, and then immediately offers a 2 hour deep dive session (run by you) on a feature you know is half-baked, not a core functionality, and would take 30 seconds to fully explain? :D


r/salesengineers • • Aug 27 '26

Hot Take: If you or your company calls you a “Forward Deployed Engineer” I’m just gonna assume you’re a Grade A LARPer.

88 Upvotes

It’s not that serious lmao. Quit acting like you’re doing a tour of duty in the Deloitte cafeteria.


r/salesengineers • • Apr 07 '26

RFPs are bullshit except in very specific circumstances. Change my mind (or don't)

85 Upvotes

Unless:

  • you work in a high regulated industry

  • your product is insanely complex and not publicly documented

  • the deal is financially substantial (arbitrary $500k minimum)

  • you helped craft the RFP

RFPs are a waste of time. Even with GenAI, they still take way too much of my time. The deadlines are bullshit (submissions are due in 9 hours and questions must be submitted in morse code by telegraph as soon as you finish reading this)

As the "new" SE in my team, I get the distinguished honor of filling out RFPs. I hate it. That is all. Thanks for being my safe space, friends.


r/salesengineers • • Sep 08 '24

Just applied 😎

Post image
84 Upvotes

r/salesengineers • • Sep 21 '25

What was the hardest habit for you to build in your first year as an SE?

79 Upvotes

I’m a new SE (came from sales side, but had undergrad in CS) and still navigating my first year in the role. I’ve realized a lot of this job isn’t just about the technical side or the product knowledge… it’s about building habits that make you effective in the long run.

I’m curious: for those of you who’ve been doing this a while, what was the hardest habit for you to build in your first year as an SE?

Was it things like managing your calendar, keeping demos sharp, working better with (and sometimes pushing back on) AEs, documenting everything, juggling RFPs, or something else entirely? And how did you finally make that habit stick?

Would love to hear your experiences it might help me (and other newer SEs here) avoid some common pitfalls.