MoreRSS

site iconStay SaaSyModify

We started this blog to share what we’ve learned on how to scale product and engineering through all stages of startup hypergrowth.
Please copy the RSS to your reader, or quickly subscribe to:

Inoreader Feedly Follow Feedbin Local Reader

Rss preview of Blog of Stay SaaSy

What It’s Like to IPO

2026-06-04 08:00:00

What It’s Like to IPO

When baby sea turtles are born on the shore, they immediately rush by the thousand towards the ocean. Every predator in the area swarms to devour as many as they can. Only a few dozen make it to the water. An even smaller number make it to adulthood, and ultimately return to start the next generation.

Startups, like Mother Nature, are a brutal numbers game. This is what it’s like to become one of the few turtles that makes it back to the beach.

12 Years Before

You’re standing awkwardly in a one-room office. A guy in a T-shirt hands you a laptop, but tells you to factory reset it first. It belonged to a different engineer yesterday. The startup doesn’t have enough money for excess laptops. It’s 10am and there’s nobody else in the room.

He’s talking about how there’s a form to early-exercise your stock options, and you’ve got 30 days to mail a different form to the IRS, and do you have a check, and this is really important if there’s a “liquidity event” one day… you can already feel your eyes glazing over. You ask where you can grab a notepad and pen to take notes for the rest of onboarding. Laptop Guy stares at you blankly. This conversation is the entire onboarding, and there aren’t any notepads or pens, either. He says that if you need office supplies you can buy them at CVS and he’ll reimburse you.

“So, uh… what do you want your email address to be?”

6 Years Before

You go to Thanksgiving and tell your grandma the name of the startup, again. Your mom tries to describe what it does and gets it about 40% right. It doesn’t matter. Everyone’s moved onto discussing their fantasy football teams.

You were a smart teenager. You went to an amazing college, and your family was so proud. How did you wind up here? Your startup’s CI runs on a Mac Mini under your desk. It burns your legs. You have $0 in revenue. You’d think that this was rock bottom, but you’d be wrong. The startup used to have some revenue, but you churned it away, so now you’re back to $0. You’ve had 3 Heads of Sales in as many years – this at least does make sense, since they never seem to sell anything.

You have no idea whether more funding will land, but you can tell that you need it. Your best friend from high school just graduated med school. Pass the gravy.

* * *

12 Hours Before

The stock market has closed for the day, and the IPO is now inevitable. Aspects of the deal are still being discussed, the Book is being built, but there is nothing left that can disrupt it. You have spent weeks worrying about disasters that could have caused an issue in the markets and canceled the deal. It’s become a paranoid loop running in your head. But the big day has finally arrived and there aren’t enough hours left to fuck it up.

The adrenaline dump after a decade of white-knuckling the steering wheel is intense. You’ve worried about the company’s fortunes constantly, for years, and you can’t really turn it off, even on the eve of the IPO. You check your phone – same email address, same Slack handle that you picked in that office years ago. When the menus arrive for the celebration dinner you barely have the mental energy to order.

9 Hours Before

You’re looking at memorabilia that you’ve kept stuffed in a folder at home, relics from when the startup was tiny, seed stage. You opened up the printed (!) directory of an event from a decade ago. Techcrunch Disrupt. You remember it well – huge waterfront venue, full soundstage, two days of presentations, hundreds of booths, your team tucked in the back by the water coolers with the other fledgling startups. So much positive energy, so many excited faces, so many teams with such bright futures.

Based on a quick scan, your company is the only one that’s still in business. None of the other turtles made it home.

1 Hour Before

You arrive at the stock exchange to an extensive corporate buffet. It’s a huge reunion with people flying in from across the world. You haven’t seen some of them in-person in years. You’ve never seen any of them in a suit this early in the morning.

The CEO, founders, and early execs are celebrities. A Director who joined 8 months ago comes up to you – this is their chance to meet in person. “Did you expect this day would come?” Dude. That’s like asking if I expected to get hit by a meteor.

10 Minutes Before

You’re in a sterile, brightly lit holding pen. The exchange has sent in what can only be described as a corporate hype-man to get everyone fired up before the big moment.

The experience of having this high-budget camp counselor run a 5 minute pump-up exercise is utterly bizarre. For you, this is the most important day of your career. Your grandparents fled their home countries under literal gunfire to help you get here, to America, to the center of the capitalist universe. Today is a crowning moment in that saga. For Gary the hype-man, it is Tuesday.

5 Minutes Before

You’re standing on a street level sound stage. You’ve seen this place dozens of times: on the news, in the newspaper, on the glossy websites of the world’s most famous venture capital firms. Surreally, this time you are on the stage looking out. You see the city through soundproofed glass.

Above you on the soundstage are a semi-circle of TVs showing news channels across the globe – Bloomberg, BBC, MSNBC, international versions of CNN that you didn’t know existed. Screens are showing everything from bored looking news anchors to commercials for some Malaysian soap, killing time as the US markets prepare to open. Someone yells final instructions – there will be confetti, remember to smile, clap until we say stop, you’re about to be on TV.

10 Seconds Before

The countdown begins. The emotional tenor of the room reaches a fever pitch. You look down for a moment, and think of the steps that brought you here. Closing that first enterprise contract 9 years ago, the database incident that almost sank the company, the panicked breakfast in the lobby of a Marriott in Seattle after your biggest competitor’s product launch, the conference room you were in when you hit $30M ARR. You can remember everything, and nothing, from the decade-plus journey.

You look up as the TVs change, showing the opening bell ceremony of the stock markets of the United States. You are on every channel.

For a brief moment, all the spotlights in the grand arena of capitalism arc towards a single point, the exact coordinates in the global economy where you’re currently standing. Everyone goes wild – you probably didn’t need Gary hype-man. The guy who handed you the laptop all those years ago triggers the “bell” just a few feet to your left. You clap and cheer for what feels like 5 seconds and 50 minutes at the same time.

10 Minutes After

The confetti has dropped and it’s time for a brief photo op outside. People are taking selfies. As you walk off stage, the thought crosses your mind that you’ll most likely never be in this room again.

You’re hugging people outside – a small group of elated people in suits and skirts taking selfies on the street, like tourists in business casual. There is a fire in your team’s eyes that you’ve never seen before: Relief and excitement, like you’d expect, but in some of them, there’s also a novel confidence. The ones who endured years of anonymity and struggle to get here will retain that fiery, intense confidence forever.

A disoriented Argentinian family is shuffling their children away from an increasingly insistent person in an Elmo costume. Life in New York City goes on. Nobody gives a shit.

1 Hour After

Back at the exchange they’re going through the actual offering itself. People are popping champagne as the numbers tick up, and up, and up. All of the startup’s private venture rounds were run as cloistered secretive events. This time, they’ve literally got some guy with a headset running the deal with the price fluctuating on a live ticker. Bankers and venture capitalists are wandering around everywhere. It isn’t necessarily a bad thing, but you’re starkly reminded that all of your efforts were ultimately distilled into a financial product.

2 Hours After

The numbers stop. The “offering” is over. The Company’s shares, trapped in suspended animation in Carta for ⅓ of your life, are now being bought and sold by total strangers. You call up your stock tracking app and see a name that you’ve typed a hundred thousand times staring back at you. You’re like a caveman looking at the touchscreen console of a Tesla; you can’t process it.

As you walk off the floor, you look back at the screens and see the frozen price where the offering concluded. You remember when you made your 83(b) election after that confusing onboarding session years ago. It wasn’t a lot of money to exercise that initial grant, but exercising options in such a tiny startup felt vaguely irresponsible, like you were getting scammed. The shares you purchased are up 50000x.

Your mind starts calculating. Share Count times Current Stock Price – this is a calculation that your brain will become exceedingly good at over the coming years, as your share price rises and falls, as you learn what it feels like to make (or lose) sums of money that you didn’t imagine you’d ever have over the course of a day, or an hour, or 5 minutes of after-hours earnings market gyrations. But this moment, staring at a small white number on a cool blue background on an anonymous trading floor monitor, is the first time you’ve run the calculation for real. So it takes you a few seconds. You never need to work again.

6 Hours After

That afternoon, you open up Slack. The fanfare is over, and people in faraway countries are still sending you messages, and you’re going to be reporting numbers quarterly… forever. So you open up your laptop – same email address, same Slack handle. And you start crawling your way back towards the open ocean.

High Amplitude Disagreeableness

2026-04-15 08:00:00

True startup people are one of the most important advantages that many tech companies have. Startup people are aggressive, entrepreneurial, and often bring a dynamism that allows them to cut through significant roadblocks. When there’s a large platform shift (e.g. the AI wave that is currently occurring), they’re often literally the only people at your organization that can help you transition into the new world. There is a reason that many sharp investors strongly prefer to bet on founder-led companies and their startup-oriented teams, particularly during times of extreme change.

But if you’re going to make the most of startup people you need to know how to work with them. And if you want to work with startup people, you need to know how to manage their tendencies – including one of their most distinctive traits, which I call high amplitude disagreeableness.

High Amplitude Disagreeableness

Disagreeableness is kind of like a sound wave. Waves have properties of:

  • Frequency: In this case, how often someone is disagreeable
  • Amplitude: When they actually disagree with something, how intense is the dispute? Do they let things go, or are they righteously upset, insistent, and willing to go all out to make sure that their opinion is followed (or at least fully considered)?

Amplitude vs. Frequency Amplitude vs. Frequency

Some people are basically argumentative and combative all the time: high frequency. Others are actually very genial and (usually) conflict-avoidant: low frequency. That’s just human nature.

But all startup people share an ability to reach an extremely high amplitude of disagreeableness – if you’re really wrong, they will fucking nuke you from orbit, and they are willing to get in front of the entire company and call you an idiot because it doesn’t bother them one bit if there’s an audience when they push the big red button. One of the defining traits of a startup person is their willingness to disagree publicly, even with senior people, and to remain insistent over a long period of time – for example, fighting to change a bad process or build the right product even if it takes years. When you see a mid-level person politely but firmly disagree with some member of the C-suite in front of a hundred people, you’re seeing the startup spirit at work.

What To Do

This pattern of high amplitude disagreeableness among startup people is essentially universal in my experience. As a result, if you want to tap the intensity of an entrepreneurial team, you will need to contend with (or harness) this pattern of behavior. There are a few management implications if you want to attract, retain, or deploy entrepreneurial talent.

First off – what creates this trait? Startup people tend to view their jobs in terms of creation instead of the more typical approach of viewing your job as extraction. If you’re just trying to extract value from a company, it’s really important that people don’t dislike you – and disagreeing vehemently is a pretty quick way to be disliked.

What this means is that if you never seriously disagree with people, even when it’s warranted, startup people won’t respect you. Your inability to reach a high amplitude of disagreeableness is actually an indicator that you aren’t a part of the tribe: You’re an extractor not a creator. They are people who are willing to fight for what they believe in with righteous anger; if you aren’t the same, they’ll think that you’re weak at best or lack integrity at worst. Startup people will quit working for these sorts of managers.

Additionally, you can disagree very strongly with startup people, even in public, and they’re surprisingly likely to just brush it off. Big-company corporate types hate getting pushback – it challenges their authority, and the perception of authority is how you climb the corporate ladder. High amplitude disagreement destabilizes existing power structures because it levels the playing field – it lets people step out of their lane to make change as long as they have enough conviction. Startup types don’t exactly like being challenged, but they recognize it as necessary at times, and a sign that someone actually cares. You can often recognize a healthy entrepreneurial culture because it accepts people being highly disagreeable (within reason) without permanently branding them as a troublemaker.

You also need to have a culture where strong disagreement doesn’t lead to punishment or ostracism. This can be surprisingly challenging. If you manage entrepreneurial startup types, you will find yourself explaining, defending, or occasionally apologizing for the fact that they very intensely disagreed with someone else surprisingly often. It’s essential that you create a culture that can accommodate the fact that there are going to be some intense arguments, while also making sure that your workplace stays professional and pleasant.

Finally, startup people really tend to hold grudges if you’re confidently wrong. At the root of high amplitude disagreeableness is a belief that the truth is knowable and that it matters, deeply. Startup people are running software where their conviction meter maxes out at a much higher level. This means that if you’re wrong in big ways, and you don’t correct it, startup people are guaranteed to remember and hold it against you since they believe that the difference between right and wrong really matters. Corporate types might hold their noses and put up with outright incorrectness, but startup people won’t. If you want to lose the startup people on your team, the most reliable way is to be confidently wrong.

Management In The Age Of AI

2026-03-12 08:00:00

AI tools hit a true inflection point in late 2025. Building things got cheaper. AI tools got expensive. And the gap between good management and bad management got a whole lot wider.

Here’s how to think about management in 2026.

Managers Must Be Builders

Managers must be builders in 2026 for two reasons.

First, you have to learn AI tools. Without a deep understanding of how people build and execute with AI, you will be completely clueless about what to expect from your team and how to guide them.

This cannot be overstated.

A manager’s job is to do things like help people get better at their job and set expectations. Without hands-on fluency with AI tooling, you will be fundamentally unable to do these things well. It would be like trying to manage a software team in 2015 without knowing how to use the internet.

Second, building is often the most efficient path for the team. In the old world, a manager might spend five hours in meetings defending the team’s time against a drive-by request from another team. In 2026, the manager should just spend an hour and build the damn thing.

Managers must build because not building is now the bigger waste of time.

Managers Must Expect More

People have incredibly powerful tools at their disposal and companies are spending real money on them. Managers have to raise expectations of output. This will require willful effort, but that effort must be taken.

If you need a cheat sheet for raising expectations:

  • The trickle test. There is no longer any excuse for people not to have a steady stream of small things getting done alongside their main work. Bug fixes, small improvements, documentation — these should be flowing constantly.
  • Partial work is no longer partially acceptable. Whether it’s competitive intelligence, scanning the ticket backlog for signals, or writing tests — the “I ran out of time” excuse doesn’t hold when your tools can do the grunt work.
  • Outcomes over output. People need to add value to the business in ways that are obvious. More than ever, individuals must be end-to-end owners of business outcomes, not just contributors to tasks.

AI tooling is also putting immense pressure on underperformers. Engineers who can’t review code effectively. PMs and Designers who are bottlenecks. Leaders who can’t adapt to change. 2026 is going to put everyone below the bar underwater, and you need to be ready to step in.

Managers Must Manage Budgets

AI tools are moving to consumption-based pricing, which means managers are going to have to think about how much money to invest in each individual. This is a massive paradigm shift. It’s like if you had to decide every month how good of a laptop each person on your team gets, and sometimes people run out of laptop halfway through the month.

Start thinking through these challenges now:

  • Should a more senior person get more AI spend than a more junior one?
  • What’s the maximum you’d spend per person if you could clearly see results?
  • What do you do when a high performer runs out of tokens halfway through the month?
  • What do you do when a high performer is upset they don’t get more tokens?

None of this has established best practice yet. The managers who figure it out first will have a meaningful edge.

Goal Clarity Is Non-Negotiable

With more tooling and raw power than ever, your teams need precise goals. The fuzziness that used to get figured out later during slow build cycles will now kill you in the short run.

When your team can build fast, building the wrong thing is the primary risk.

Make sure your teams and individuals have precise goals, or you’ll spend $10k per person per month on AI tools and find out it all added up to a pile of features that didn’t move the business.

Collaboration Needs A Forcing Function

Documents are getting longer. Code is getting more verbose. Toolchains are exploding in complexity. Everyone is heads-down with their personal fleet of agents, cranking out work in parallel.

This is great for raw throughput. It is terrible for coherence.

Collaboration in 2026 requires intense, deliberate focus from managers. Week by week, you will need to pull people out of their individual sprints long enough to make sure they’re all running in the same direction. If you don’t force this, your team will ship fast and end up with a product that feels like it was built by five different companies.

Hire Like It Matters More Than Ever

A mis-hire in 2026 is catastrophic. The delta between a great engineer with AI tools and a mediocre one with the same tools is not 2x — it’s 100x. One ships compounding value. The other ships compounding slop.

Raise your hiring bar now or spend the rest of the year cleaning up after it.

Summary

Management is not dead. In fact, 2026 is the year where management becomes a key differentiator between teams that win and teams that drown in their own output.

This is the year you need to adapt faster, expect more, and start building again.

Avoiding a Culture of Emergencies

2026-03-06 08:00:00

There is enormous variability in the frequency with which teams have emergencies.

Some teams have emergencies regularly. We need a new report; someone has to put together a presentation; we need to change plans to incorporate new feedback. Other teams essentially only have emergencies due to exogenous or hard-to-predict factors: us-east-1 went down; we’re getting sued; our CEO got in a car crash. This variability is universal across industries and company sizes; I’ve even heard of non-profits with a culture of constant emergencies. Madness.

As you would expect, better managers have fewer emergencies, and worse managers have more. And at the extremes, it’s common to find that the best managers basically never have preventable emergencies, and the worst managers have teams which are constantly in a state of emergency, to the point that they’re 100% reactive.

There are a few factors that contribute to a very significantly lower rate of emergencies on well-managed teams, and happily they’re easy to copy:

Good Managers Know How Hard Things Are

One of the dumbest form of emergencies is simple underestimation of the amount of effort required to get a team’s projects done. Good management can prevent this in a few ways.

First and most importantly, managers need to be deep experts in what their teams actually do, and put in real effort to stay informed. If they’re an engineering manager, they need to be a solid engineer themselves and also stay up-to-date on the state of the technology that their team owns, their biggest challenges, and their capabilities. Bad managers love to black box their teams in the name of delegation: “I shouldn’t need to inspect what’s going on with my team, they should just handle it.” Good managers trust but verify by staying informed before delegating. They know if that report they’re suddenly asking for is easy or hard to produce.

Next, good managers just ask questions. Contrast two identical situations where an ask came from your CEO:

  • “Hey, I really need a report on how project X is going – what would it take to get that this afternoon?”
  • “Give me a report on project X TODAY”

Simply asking the question resolves a surprising amount of emergencies before they get started. If it’s truly impractical to get the report this afternoon, it’s better to just find out upfront rather than pulling all of the fire alarms immediately.

Finally, good managers set expectations and communicate reasoning. “I need you to get me a report on project X but if it’s going to take more than 30min let me know before you do anything. I want to get a readout to a new sales prospect but it’s not essential.” Especially when seniority gaps are large, a little expectation-setting goes a long way.

Good Managers Know What’s Important

A huge amount of artificial emergencies stem from managers who don’t understand what is actually important for their teams.

If you don’t know what matters for your team, the latest thing that just popped into your brain often feels critical. If you didn’t have strong conviction about whatever project was in-flight, any new good idea always seems like it could be worthwhile. Bad managers can’t stay on target, and because they can’t stay on target they never say no to new work, creating constant emergencies for their teams.

A simple technique that works here is to always make sure that you have very strong conviction that what your team is working on matters, and actively force yourself to make sure you always know why their roadmap is important. This is critical to give you the courage to push back on the worst sorts of emergencies: executive requests like “[CEO] needs a full proposal on how we’d tackle this idea today.” If your team is really working on business critical needs, responses like “we can get you that after [critical work] is finished” or “how about we get you 5 bullets and a summary, because we’re finishing [work we all agreed matters]” actually become available arrows in your quiver.

Good Managers Have a Mental Model of Their Team and Company

This is a more subtle concept, but one of the most important.

Good managers have a strong mental model for how their team operates and the role it plays within the company, and have a strong understanding of the state of the business and industry. This empowers them to more accurately forecast what will be needed of their teams in the future.

For example, let’s say that I’m running a Product Design team. I know that my team currently outputs pictures of what we’re going to build. But I also know that AI is shaking an already dynamic landscape: for example, there’s more AI prototyping including from non-designers, a rise in vibe coding, and all of this amid rising UX standards for enterprise software.

With this simple mental model, I can make a number of moves that will prevent emergencies down the line:

  • Invest in AI prototyping tools so that we’re staying at the forefront of the industry; when your CEO comes in and says “I just tried Lovable and it’s awesome, are we using it,” the team will already have a well-formed opinion and momentum
  • Invest in a framework that all teams can use for vibe coding
  • Hire fewer, more senior designers and preferentially allocate them to more complex parts of the product where AI prototyping tools are least likely to suggest workable solutions

This concept always reminds me of college-level math. If you take college-level electromagnetism, differential equations, or probability and statistics, you’ll often find that there are two ways to pass your tests:

  • You can memorize a bunch of heuristics for how to solve certain problems, and skate by via pattern-matching
  • You can actually internalize all of the material, so that you can solve any problem covered by the source material that you’ve learned

To really prevent emergencies, you need to be in the second state when it comes to your team.

Good Managers Care

And finally… good managers simply care more about their teams’ well-being. And if you care about your team, you’re much less likely to throw a hand grenade into the room and walk out the door while your team is still inside.

Despite the many bitter comments that you hear on internet forums and bars at 5pm, in my experience many managers really do care deeply about their teams. I’ve had so many conversations with managers who are working their butts off to prevent emergencies from impacting their teams.

The simple fact is that in many cases emergencies are a choice – specifically, they come from making the choice to satiate some desire by sacrificing your own team’s time. You can prevent this: you just need to care more about your team’s long-term productivity than a short-term boost to your career or mental health.

Takeaways

One of the best parts of following this advice to prevent emergencies is that it really will make your team happier and more productive, and it will do so almost immediately. Nobody wants to live in a world of constant emergencies, but it’s all too common across every industry. Great people want to do great work, and a culture of emergencies is anathema to the focus that great work requires. If you can find a way to keep your team operating from a level-headed playing field, you’ll have unlocked one of the best talent retention mechanisms that exists.

The Most Important Teams in Tech

2026-01-15 20:59:22

The most important teams in a B2B software company are engineering and sales. Full stop, no exceptions, no further questions. You’re either building the product or selling the product, and everything else is secondary at most.

The intuition is simple:

  • Great engineering (fast, reliable) is irreplaceable. Very-good to great design can be rented or borrowed; great product-market fit can ultimately be accomplished via luck or trial and error.
  • Great engineering accelerates PM / design much faster than great PM / design accelerates engineering.
  • At an even deeper level – the very best engineers are often great at product or design. The very best sales leaders often have great marketing instincts. But your best PM is worthless without an engineering team (unless they start coding themselves). Your best marketer is useless without a sales team (unless they start selling).
  • Great sales is necessary to solidify product-market fit (PMF) by building a brand – sell to better customers, make them happy, build your brand – and brand is one of the most powerful compounding forces in business.
  • Sales execution is the engine that makes SaaS scale. In some cases, product-led growth (PLG) can succeed without a real sales motion, but those cases are a rare and distinct minority.
  • All other functions, while important, don’t move the needle on your company’s core axis of value delivery.

This truth is so clear that it can be used as a litmus test for whether you have any idea about what the hell you’re doing in SaaS. If you find someone who doesn’t intuitively understand why these two teams make the world go ‘round, then you clearly haven’t been in the business for real.

The prominence of engineering and sales may seem like a trivial observation, but it actually comes with a number of very important operational takeaways.

Know Your Place

A lot of people struggle with this, so I’ll just say it plainly – if you’re not in sales or engineering, you need to know your place. As a product manager myself, I’ll describe this in terms of how I want my teams to (ideally) work with our engineering counterparts:

  • We ultimately only deliver value via engineering. Without customer insight, good designs, or PRDs, engineering could eventually muddle through. Without working code we deliver no value.
  • As specialized partners to engineering (and to a lesser extent sales), it’s essential that we stay focused on areas that will maximize what those teams deliver – whether that means identifying the most efficient path to customer value for engineering, figuring out how to make sales cycles go faster, or identifying exactly how we can make a big marketing splash with our product. We need to propel those teams to do more.
  • We need to move especially fast when working with engineering and there is value in saving their time. For example, if we can test a hypothesis with a week of manual PM time that would take a week to verify with engineering effort, we would probably accept that trade.
  • If our team isn’t adding value on a project (for example, a PM simply isn’t working out and we verify that), and engineering doesn’t want them involved, we should find someone else to work with them or just pull PM off of that project. Engineering is the customer.
  • Our job is to get the highest value code to our customers, and monetize it. We share a bucket of resources with engineering (the company R\&D budget). We need to carefully scrutinize whether we’re using the right amount, rather than taking whatever we can get away with politically, since there’s a direct tradeoff between our team and engineering.

This doesn’t mean that you should just do whatever engineering (or sales) wants. If sales or engineering are incompetent you need to deal with it.

But you need to assume that all else being equal, their immediate priorities – writing and launching code; closing deals; renewing customers – are at or among the very highest priorities for the business as a whole. For example:

  • If the sales team is focused on closing the quarter, it’s not the time to run performance reviews
  • If the engineering team is working on a production incident, review of your next Figma mock is delayed until the incident is resolved
  • If we’re down to our last $200k, our default is to spend it on the next engineer unless we desperately need a PM

Sales & Engineering Execution

If you’re actually leading a sales or engineering function, there’s a lot of pressure on you to perform.

As a company matures and grows your job will evolve, becoming more complex, with higher standards. You need to constantly improve at your job as well. This might be an academic exercise if you are, say, an HR team. But if you’re one of the two most important teams at a company you can literally be solely responsible for killing an otherwise thriving business if you don’t evolve fast enough.

The criticality of sales and engineering leads to a paradoxical situation:

  • In the short run, these teams often have very high job security. Nobody wants to rock the boat even if it has a few holes in it.
  • In the long run, these teams have very poor job security if you aren’t excelling. The CEO, board, and investors are constantly assessing the strength of sales and engineering and overhauling these teams can be the answer if things really get off track.

Since sales and engineering are the pace-setters of an organization, there is no such thing as “good enough.” You will always be compared to the best team that the company believes it could theoretically build. Nobody wakes up in a cold sweat wondering how they could have a 1.5x better HR team; every CEO in the world would move heaven and earth for a 1.5x better sales or engineering organization.

As a result, it’s on you to constantly self-improve, because nobody is generally going to mess with their money-making teams… at least until they decide that you’re not cutting it, at which point you’ll be replaced.

Building Sales & Engineering Expertise

If you are in an adjacent field to sales or engineering, you should strongly consider how you can build more experience in these critical fields.

In many situations, the priorities of your sales and engineering teams are going to take precedence over your own. The biggest deal of the quarter is more important than your marketing deck review; launching the rebuild of the product is more important than your PRD. This is fine and actually often the sign of a healthy business. As a result, learning about what makes both sales and engineering tick and why will help you do your job better. You cannot swim against this tide, so you need to learn how to swim with it.

The main way that I see leaders getting into bad situations is by assuming that sales and engineering are simpler than they really are. It’s fine for me to be a non-technical PM, I know the customers. It’s fine for me to do marketing without being a sales expert, I know how to build an audience. No. You need to understand sales and engineering as well as you possibly can – otherwise, you’re going to be like a quarterback who’s watched hours of Sportscenter but has never thrown a football.

Sales & Engineering Risks

The fact that sales and engineering are the most important teams means that sales and engineering failures are the largest risks to your business. If you’re at a company where these teams are weak, you should strongly consider leaving. You are highly unlikely to save the ship.

Once you see this truth, many other fact patterns start to make more sense.

  • Tech CEOs are disproportionately drawn from the ranks of sales leaders and PMs who used to be engineers. There is enormous value in literally knowing how to build a product.
  • PLG companies targeting smaller customers often do well despite poor economics relative to enterprise customers, because they take one of the biggest risks (incompetent sales team) off the table. Additionally, not needing to field a large sales team allows companies to overinvest in engineering, which often brings massive advantages – many of the most successful SaaS companies have a PLG motion. Unfortunately, PLG business models only work for certain industries.
  • Y Combinator, probably the greatest early stage investors of all time, have an extremely strong preference for funding companies that have engineering expertise on their founding team. De-risking engineering is that important.

2025: Another SaaSy Year In Review

2025-12-30 20:59:22

It Was A Very Weird Year

It was an interesting year in the Stay SaaSy universe. We grew our community significantly on Substack and X and via email. We met some amazing people through this blog and we feel increasingly plugged into a truly special group of builders, managers, and leaders.

AI was the story this year and it often left little air in the room for other topics. At different parts of this year: management was declared dead, SaaS was declared dead, blogging was declared dead.

And yet here we are. All of these things are not dead, just changing.

We look forward to another exciting year of writing, tweeting, and engaging with the great Stay SaaSy community. We’re confident that blogging, management, and SaaS will still be here this time next year. But we believe they’ll likely be meaningfully different, and that things are only speeding up from here.

We’re excited to go on the next part of this ride with you.

Top Posts

Top Tweets

Podcast

We did several episodes of a podcast this year!

Podcasting was a new format for us and certainly something we haven’t learned to be consistent at. We also used voice modulators to stay anonymous and we got feedback that for some people it was a bit too much.

If you enjoyed the podcast or have feedback - let us know! We’re going to try it a bit more this year, ideally with some software that gives us cooler voices.