Rippling offers on the order of 25 separately purchasable products, according to Matt MacInnis.
“We have, on the order of, like, 25 unique SKUs that a a customer can buy from us.”

25 Sep 2024 · 31m · Matt MacInnis · 24 quoted facts
Rippling's Matt MacInnis argues that a company with many products built on one shared base of employee data can do things single-product rivals cannot. His example is Talent Signal, an AI tool that reads employees' actual work, such as code and support chats, and flags who looks high-potential, typical or in need of attention. He says this gives managers facts to counter the subjective 'manager vibe'.
The tension is between the promise of unbiased, evidence-based performance reviews and the danger of acting on wrong AI output. Rippling limits the first version to a single signal at day 90 for new hires. It covers only individual contributors, and managers must reach their own judgment. MacInnis admits misattribution is possible, and he says AI in performance management is still very early.
MacInnis says every Rippling product runs on a deep model of employee data, which he calls its 'vibranium advantage'. He argues GitHub or Salesforce cannot build Talent Signal because they do not know who was promoted or let go.
The model sees things like source code, pull requests and customer interactions, plus job level, but not race, age or location. MacInnis says the aim is to counter a manager's subjective 'vibe' with facts.
It produces one signal per employee, based on the first 90 days of work, and covers only individual contributors in sales, engineering and support. Running it on longer-tenured staff lets companies check its accuracy against what they later learned.
Rippling's internal policy forbids pointing at Talent Signal alone to justify promotions or similar decisions. An alpha-test CTO found a flagged engineer's strong code was really his own, which shows how misattribution can happen.
MacInnis says the company had a long list of revenue-generating products to build, so it did not spend scarce AI engineers on a chatbot or copilot. It built a tool that depends on its unique data.
It is an AI tool that reads an employee's work product, such as code or support interactions, and combines it with Rippling's HR data on job level. It then labels the person high potential, typical, or in need of attention (MacInnis calls the last 'pay attention').
No. MacInnis says Talent Signal is only an independent signal for the manager, and Rippling's internal policy forbids making a significant employment decision on the model alone. Managers must form their own assessment.
MacInnis says the model is not given demographic data like race, age or work location, only work output and job level. He also says Rippling is 'very conscious' that bias could still be amplified or introduced, which is why the rollout is cautious.
MacInnis says a single 90-day signal lets companies check later whether the model was right, which builds trust slowly. He also says it avoids pushing people too far, too fast, which he calls the Overton window, the range of change people will accept.
It means Rippling sells many products, about 25 separately purchasable ones, on one platform instead of focusing on one. MacInnis says this helps because selling more products to existing customers improves a company's economics over time.
Stated by the speakers. Each quote matches the transcript, which shows what was said, not that it is true.
Rippling offers on the order of 25 separately purchasable products, according to Matt MacInnis.
“We have, on the order of, like, 25 unique SKUs that a a customer can buy from us.”
Rippling shipped an applicant tracking system for recruiting and added it to its human capital management suite.
“We shipped an applicant tracking system for recruiting, you know, tacking these sorts of things onto our HCM suite.”
Rippling employs over 150 people who previously started their own companies, which MacInnis describes as an explicit strategy for fast product development.
“we have over 150 people who have started companies that now work at Rippling.”
MacInnis says that for scaled SaaS companies, unit economics increasingly reflect cross-selling to existing customers rather than new-customer sales.
“the unit economics of your business converge at the cross-sell motion.”
Talent Signal does not have access to employees' demographic data such as race, ethnicity, age or work location, according to MacInnis.
“it doesn't have access to demographic data, it doesn't know your race, ethnicity, you know, your age, your work location”
Talent Signal labels each employee as high potential, typical, or in need of attention.
“it generates this thing called a signal, that is a stamp, basically, that says that this person is high potential, this person is typical, or this person is in need of attention.”
In its early-access version, Talent Signal generates a single signal per employee, based on their first 90 days of work.
“it generates 1 signal 1 time for 1 employee at their 90 day mark.”
Talent Signal shows calibration only within a customer's own company, so each group tends to show a roughly normal spread of high-potential and needs-attention employees.
“We give you only the localized version, and so you tend to see, like, a a a pseudo-normalized distribution”
Talent Signal is given each employee's job level as an input, calibrated across the companies whose data the model was trained on.
“one of the pieces of data that we do feed the model is someone's job level”
During development, Talent Signal flagged an engineer in India at Rippling as high potential, which MacInnis cites as an example of lifting someone from obscurity.
“she was an engineer in India who was working on one of our toughest problems, and she was singled out as a high-potential employee”
Rippling's internal policy bars anyone from making a significant employment decision based on Talent Signal alone.
“no one's allowed to make any significant decision using the model alone.”
Rippling CEO Parker Conrad personally runs the company's payroll, according to MacInnis.
“Parker, our CEO, he runs payroll for the company, eh, like, every pay run goes through him.”
Rippling's CEO approves every company expense above $10, according to MacInnis.
“He also approves every expense above 10 bucks.”
Talent Signal currently produces signals only for individual contributors such as salespeople, support agents and engineers, not for managers.
“Talent Signal focuses on individual contributors in terms of developing signals. So, for salespeople and support agents and individual contributor engineers, it it, like, it only does a signal for them.”
Rippling tested which inputs best predicted career outcomes such as promotion, termination for performance, or staying at the same level, and found work product was the strongest signal.
“were they promoted, were they terminated for performance, you know, did they stay at the same level for a long period of time?”
In an alpha test, a CTO found a weak-seeming engineer flagged as high potential because the code was actually his own, written while coaching that engineer.
“the CTO of one of the, like, alpha test companies went in and saw that somebody he didn't think was a very strong engineer was flagged as high potential”
Talent Signal aggregates signals at the manager level to show the distribution of high-potential, typical and needs-attention employees, which Rippling says should be used only informationally.
“it does aggregate at the manager level to show you the sort of distribution of high potential, typical, and needs attention employees”
Rippling chose not to build a chatbot or copilot as its first AI products, according to MacInnis, to focus engineers on a differentiated product.
“We didn't build a chatbot. We didn't build a co-pilot.”
MacInnis says Rippling has built a large-scale data platform that it compares to AWS and expects to launch more around it soon.
“it's kinda like our AWS, like, we're gonna have our AWS moment at some point in the next, you know, quarter or so”
To use Talent Signal for engineers, a customer installs the GitHub app on Rippling, which copies their source code repository into a secure environment for analysis.
“install the GitHub app on Rippling, and it replicates your source code repository”
When a customer connects Salesforce, Rippling replicates much of its Salesforce data into its platform for analysis.
“when you plug in Salesforce, we're replicating a lot of the data out of your Salesforce instance”
Rippling built the first version of Talent Signal for sales, engineering and support, which MacInnis says already have competitive, coaching-oriented cultures.
“when we selected sales engineering and support as the areas to build the 1st version”
MacInnis cites a Harvard Business Review article on the 'manager vibe', where managers' general impressions fill gaps in ambiguous performance reviews.
“I recently read one in HBR where they talk about the manager vibe.”
Early in his career, MacInnis worked as an individual contributor at Apple, where he experienced performance review and calibration.
“um, I did that for a while early in my career at Apple”
Introduces Rippling as an all-in-one HR, IT and finance platform and gives its size and customer base.
“It's an all-in-one platform for HR, IT, and finance.”
MacInnis explains how selling about 25 products to the same customers improves unit economics, and how founders on staff speed up new launches.
“the unit economics of your business converge at the cross-sell motion.”
Describes how the product pairs HR data with employees' actual work product to assess performance.
“It's the ability of this system to read the work product of employees”
Explains the localized calibration and why the early-access version produces only one signal at day 90, so customers can check its accuracy.
“it generates 1 signal 1 time for 1 employee at their 90 day mark.”
Presents the case that facts can counter lazy or biased managers, and describes Rippling's own policy that the model alone never decides.
“no one's allowed to make any significant decision using the model alone.”
Covers why work product was the best predictor of career outcomes, why only individual contributors are scored, and an example of misattribution.
“Talent Signal focuses on individual contributors in terms of developing signals.”
Argues that a company with a deep roadmap should use scarce AI engineers on products only it can build.
“We didn't build a chatbot. We didn't build a co-pilot.”
Explains how Rippling replicates data from GitHub and Salesforce and links it to HR records. It also describes why competitive sales, engineering and support teams adopt first.
“install the GitHub app on Rippling, and it replicates your source code repository”
MacInnis urges leaders to understand the stakes of AI in people decisions and says he welcomes critics.
“you gotta understand the stakes.”
Hi, listeners, welcome back to No Priors. Today, Elad and I have a spicy one. We're here with Matt MacInnis, the CEO of Rippling, the juggernaut workforce management platform that unifies HR, IT, finance, and more. They're launching a new AI product that looks at the work output of employees and generates performance management signals. Sound terrifying? Let's discuss. It's so good to have you.
Thank you for having me.
So, I think a lot of our audience will know Rippling or use Rippling, but for anybody who's missing it, what does the company do?
Yeah. It's an all-in-one platform for HR, IT, and finance. We do all the boring stuff, but the important stuff to help you run your company. So, we wanna, like, adminis- uh, eliminate the administrative burden of running a company. That's all the, like, official language, but most people come to us and say they need payroll, and we have payroll. They need a device management solution, we have one of those too. So, we do all that stuff.
The rumor is, you know, many hundreds of millions of dollars in revenue, growing fast. Anything else you can say about scale?
Uh, it's going well. We got about 3, 500 employees. We’ve got tens of thousands of customers using the platform, so I’d say we’re doing something right.
I guess also one of the things that you all have really pioneered is this, uh, notion of reintroducing compound startups or bundled products across a suite of different things. How many different products do you offer now, and how what's the velocity in terms of adding new ones?
We have, on the order of, like, 25 unique SKUs that a a customer can buy from us. Products come in different shapes and sizes, and so, like, w- we ship small new things every quarter, and then we we definitely do, like, big things every couple of quarters or so. We're about to ship, like, scheduling, which, you know, again, sounds unsexy, but is actually really cool. We shipped an applicant tracking system for recruiting, you know, tacking these sorts of things onto our HCM suite.
We do a lot of this partially because we have so many founders in the business, we have over 150 people who have started companies that now work at Rippling. It's, like, an explicit strategy to go out and try to either give talented entrepreneurs whose business ideas didn't quite work out, like, Hey, hand raised, I've been there, uh, a safe place to land and continue either pursuing what they were interested in or do something new at Rippling, and so that's worked out really well for us on the velocity front for shipping new products.
The compound startup thing, obviously, has been in the zeitgeist a little bit in the valley. It's just obviously a huge tailwind for us that businesses generally wanna consolidate as much of their software onto a single platform as they can. So, we're gonna keep pursuing this and keep recruiting awesome, talented entrepreneurs, and ship new stuff all the time.
Makes sense. And I guess one way to think about your business is almost like, instead of 1 company growing at a certain rate, you're, like, 25 startups all compounding from a smaller base, which I think is very exciting in terms of the potential upside, It makes but, also, yeah,
Like, if if you're one of the things that I wished I had learned way earlier in my career as an entrepreneur was just, like, basic corporate finance. Like, understanding an income statement and a balance sheet and how those things play together and what, you know, investors look at in that context. And I, you know, I get it now, for the record, I think I've mostly figured that stuff out, uh, but the the when you look at the income statement for Rippling and you think about the 25 businesses or just, like, the major product suites, like IT and finance and and spend, they they're sort of sub-scale businesses at some level on their own.
And then in aggregate, you have this beautiful top-line picture, but from an efficiency standpoint, like, it's okay today, but there's clearly just gonna be this, like, blossoming of efficiency over time for us as these different suites all play to one another. In SaaS software, most people don't totally understand that, like, for scaled businesses, the unit economics of your business converge at the cross-sell motion. Like, your new logo sales motion is super important, but as you sell, uh, your products into your ever-growing customer base, like, your economics start to look like that more than the new logo sales motion because you always get a lot more in the cross-sell bucket.
And so, for us, the compound startup thing also has these beautiful financial dynamics that we have a lot of things we can sell to our existing customer base over time, and that's helped us a lot economically.
and one of the things that you're here to talk about actually is a new product that kinda ties together a lot of the other ones in some ways. Do you wanna talk a bit more about what that is and how you all are starting to move into AI?
Yeah, I mean, the pendulum swinging toward consolidation has these obvious surface-level benefits, right, of better sales efficiency and customers being able to save money by not paying multiple sales teams to acquire them, but that's, like, super basic, like, it's really surface level. Where the magic really comes is where there's something common underneath all of these different applications that you're building that provides you with either a scale advantage or what I like to call kind of, like, your vibranium advantage.
So, you have some sort of superpower at the core of your platform that lets you do things that other companies just sort of look at and think, like, How the hell do they do that? Like, Why are they able to do that, and we can't? And for us, it's, like, our deep understanding of the employee graph and emp- about employee data. So, everything that we build runs on these common rails of, like, a deep understanding of data about the employees in your business.
And so, the question is, like, what happens when you start to marry all of this data in a single platform, like, what's some cool stuff you could do with it? And then you toss in the question of AI, and, like, what could a large language model accomplish with this data and this, like, real understanding of its structure and its history? And that was one of the big questions we started asking ourselves a few years ago and started investing in this new thing.
So, there's a new product that, um, we're just releasing called Talent Signal. It's the ability of this system to read the work product of employees and, like, marry the data that we have on whom you've hired into your company at what job level, with what, you know, so, all the basic data about their job history, married together with the actual work product that they produce to yield, like, an insight into how those employees are doing. And, you know, this is obviously gonna be super powerful and useful, and it's sort of this thing that I think everyone knows is coming at some level, that, like, AI is going to contribute in some way to evaluating human performance, and so, we knew
there was an opportunity here, and and that's what Talent Signal is gonna is gonna deliver.
It actually feels like a pretty big break to, uh, be looking at what you describe as work product, because traditional HR and IT systems, they don't necessarily have that work product data in them.
Whether you've had a job as an individual contributor, you know, for some period of time reporting to a middle manager and, like, um, I did that for a while early in my career at Apple, and the real sort of crunch point in your relationship with the manager comes around performance review time, where you have some opinion on how you've done, and your peers and others around you have an opinion on how you've done, and your manager has an opinion on how you've done, and everybody gets in a room, and after they've written the feedback, you know, they do this thing called calibration, where managers try to hold themselves to a common standard, and they all try to hold one another
accountable to a standard way of evaluating against the rubric. But the truth is, like, the manager has never really hasn't really sat there and, like, looked at everything you've done, particularly if this is over, like, a, you know, 6 month time horizon or a 12 month time horizon, they just don't have enough time to do that. And so, if you there's a bunch of, like, really interesting articles written about this in many different sources. I recently read one in HBR where they talk about the manager vibe.
So, like, if the manager has a good vibe about an employee and there's ambiguity about their performance in the review process, then that opens up this massive gaping hole for the vibe to be the basis of the performance review. And likewise, they could be have a negative vibe on an employee, and there's some ambiguity about their performance, like, then they're gonna drive that negativity through that crack like a Mack truck. And the question is, like, how do you get around this tendency in these fundamentally human processes?
And the answer is, like, we go to the source. Like, you bring you bring the facts to the discussion. And so, Talent Signal, by reasoning from the work product only, like, it doesn't have access to demographic data, it doesn't know your race, ethnicity, you know, your age, your work location, it just knows this is the source code you wrote, or these are the customer interactions that you had as a support agent, and then it generates this thing called a signal, that is a stamp, basically, that says that this person is high potential, this person is typical, or this person is in need of attention.
We call it pay attention, but they're effectively at risk, and directs the manager to go and spend time with them, but it surfaces all of these concrete work product examples that the manager can use to go and have, like, a good coaching conversation with the employee.
Do ICS get to see it?
The ICS can see it when the manager is let them, and this is actually a thing that we've debated, like, quite a bit. Talent signal is not making employment decisions. It's just giving this independent signal to the manager about how the employee is doing.
A calibrated signal.
Yeah, well, it is calibrate and it's and that's actually really important because one of the pieces of data that we do feed the model is someone's job level, and then we try to calibrate that actually across all the companies that the data is trained on.
Does it end up showing calibration relative to both the individual company and overall pool? Or We don't just the overall
separate it out.
pool?
We give you only the localized version, and so you tend to see, like, a a a pseudo-normalized distribution, so you see, like, in a population of, like, 50 engineers, you'll always see some people who are flagged as being high potential, and you'll always see some that need attention, even if in the global model, you know, they were all skewing.
Just a really good company or A really bad company?
exactly, you know, cause it's it's not particularly useful otherwise. And and this is all stuff that, like, is part of this early access program that we're doing. Like, a couple of things that I should share about this cause I think your your listeners are are, like, gonna clue in, they're like, Wow, the stakes on this are pretty high. Like, getting this right is awesome, but getting it wrong sounds kinda dangerous. We are doing this as part of an early access program, and the way that the product works is that it generates 1 signal 1 time for 1 employee at their 90 day mark.
Even people who have been at your company for, like, 3 years, we can generate a signal, but we're only gonna base it on the first 90 days of their work product. And the reason that we're doing it this way is because companies that look at this can see, Okay, this thing actually made, like, a pretty darn good assessment at day 90, and it took us, like, 12 months to figure out that this person was not a fit for our company, or that this person was gonna be an exceptional member of the team.
That builds trust in the model over time, and we think, like I don't know if you guys have ever heard the Overton window concept, right? Like, this idea that people are only ready for a certain amount of change and how they think about a certain problem, and for us, it was actually really important to contemplate in the design of the product that we not stretch the Overton window too far, like and also, like, by limiting it to the first 90 days, we get to build trust with the employees, with the managers, and have them kind of understand the implications of this thing and whether it's accurate for their particular circumstances, and over time, we can, like, expand how it's applied.
You know, these are all the different issues that we've contemplated as we've as we've gone along.
But if somebody's been around them for 3 years and then we have a 90 day signal, is that still relevant to that person who's been around for 3 years?
Nope, highly not likely to be, like, incrementally useful information at that point. The idea there is, like, Hey, here's what we would we would have said at day 90 for this person.
It's back testing.
Yeah, it's back testing and establishing some level of credibility for the model, cause we obviously done a bunch of testing with this and thought it was it was quite accurate, and certainly instilled confidence in us that, like, it's a useful signal.
So a lot of the use of it is actually for new employees versus people who have been around at a company for a long time?
This version of the product, v1, like, as we step into this baby steps, is to do the 90 day signal for new hires, and so the more people you hire, the more useful it is. So, high-growth companies, obviously, are gonna get more value out of this, initially, but the sky's the limit, obviously, as as this thing, uh, evolves, um, and, uh, we all gain more trust in in the model.
I wanna talk about risk too, but what is the aspiration for how this changes performance management?
For me, the the sort of motivating factor here, honestly, it's the it's the bad manager. If you're an employee and you are working in the bowels of the organization on hard problems, your manager's a little lazy, doesn't sort of recognize the quality of your contributions, shows up at that calibration meeting with a better vibe on somebody else, and they get the promotion, talent signal walks into that environment and slams your work product down on the table and says, like, What about this?
I can give you a concrete example of an underrepresented profile at Rippling. When we were building this product, she was an engineer in India who was working on one of our toughest problems, and she was singled out as a high-potential employee, and she was, in fact, pretty early in her tenure at the company, and we paid attention to that, and we talked to the manager about it, and it was sort of an eyebrow-raising moment where she was kind of lifted from obscurity by the model that was, like, I don't know what your vibe is on this person, but, like, man, they seem to be contributing at a high level, and here are concrete examples of how they've done so.
So, the lazy manager who doesn't, like, represent things the way they ought to is held accountable by their manager when they look at the total organization through this tool, and it does a better job of representing the employee. And, obviously, I can talk all day about, like, lifting people from obscurity, but it also has the team performance impact of signaling that someone needs support. If they're not performing well, if they haven't ramped well, giving that signal to the manager and the manager's manager knowing about it is hugely valuable to overall team performance, too.
So, the vision here is, like, to have an independent when I say independent, it's independent of the biases of the manager. It's independent of, you know, all the noise that sits in the company and just cuts at the heart of one vector on this employee, which is their work product, and gives them a chance to shine. You just imagine this is the first time in kind of the the recent history of the concept of performance management in companies where there is an orthogonal input that can really upset with facts how people are doing this.
What did you learn from dogfooding at at Rippling?
We started talking about this internally quite some time ago, and as the product has gotten more mature, and as we've talked about it more and more with employees, the feedback from employees has been super useful to informing the policies that we set up. You know, I'll give you a couple of examples, like, no one's allowed to make any significant decision using the model alone. So, anytime you talk about employment decisions, promotions, that kind of thing, you're not allowed to just point at Talent Signal and say, Oh, it you know, it said X.
You've gotta have your own independent assessment of, um, the inputs.
So, it's really it's, like, manager reasoning about work product, Talent Signal pointed them to.
Talent signal is like a cheat sheet, but the manager has to do what is fundamentally a human process, which is to evaluate the whole person. The policies that we've set up internally prohibit blind following of Talent Signal and require the manager to express judgment around what they saw in the study. And, like, look, we dog food the heck out of everything at Rippling. Um, Parker, our CEO, he runs payroll for the company, eh, like, every pay run goes through him.
He also approves every expense above 10 bucks. We It's can talk we
a lot.
wanna talk all day about that, uh, sometimes I just eat the 10 bucks, you know, like, what's the point?
Of fighting Parker on the expense policy? Amazing.
Yeah, it was it was Uber Comfort, not UberX, but anyway. The AI stuff, you know, he's obviously very close to the development of this, and the employees have been, I would say, really thoughtfully engaged in balancing being good sports as dogfooder, but also sort of making sure that their own rights are represented in in the development of this technology.
One of the biggest objections I can imagine, especially as you get to evaluating people whose job might be, like, you know, classic middle manager, I make other people successful, it's about, like, collaboration or focusing people on the the right tasks is that is not captured in concrete work product. What's your response to that?
I mean, so, first of all, Talent Signal focuses on individual contributors in terms of developing signals. So, for salespeople and support agents and individual contributor engineers, it it, like, it only does a signal for them. We haven't gotten into the game of managers yet. That's gonna be interesting for us, or for someone to to dig into, but there is this question of, like, what's it looking at, and is it sort of, like, you know, this overlord looking at everything that I'm doing?
What we needed to do in the development of the product was find the highest correlate, like, find the best R squared. Like, what is the input you can give the model that is most predictive of the output, which is were they promoted, were they terminated for performance, you know, did they stay at the same level for a long period of time? Just, in general, what was their career outcome in the period studied? When we did these sort of preliminary studies, the the the screaming signal
Was work product.
was work product. You know, like, d if you wanna know if someone's a good engineer, look at their contributions. Like, look at their source code, and don't just look at, like, you know, definitely don't just look at how much they do, but, like, really reason about the quality of the code contributions, think about, uh, security issues, look at pull requests, look at comments on pull requests. These foundational models do an excellent job of thinking about source code and writing source code, and so, they're actually really excellent engines for assessing the quality.
That was, uh, one of the coolest things I thought about seeing the demo, like, when you it was looking at assessment of, for example, like, maintainability, extensibility, right? Because that requires, like, code reasoning.
Yeah, it has an opinion on this, and it's able to express it really eloquently, and then the manager has to go in and use their own judgment. I'll give you another example. This is an example from a customer who's been using the product. So, the CTO of one of the, like, alpha test companies went in and saw that somebody he didn't think was a very strong engineer was flagged as high potential, and he was like, Okay, like, that does not jive with my priors.
Uh, he had
That's my vibe.
Pri- he had priors. It doesn't jive with his vibe, right? Like, it's not my vibe about this employee. So, he goes in and looks at the source code, and he goes, Oh, I see what's happening. He's like, I wrote all this source code. They were like, Huh, like, tell us more, and he's like, Well, this employee has been struggling, and so I've been spending time with them, shoulder to shoulder, like, writing code and coaching them through this stuff, and, like, what the model has picked up on is this really high quality contribution that only happens when I'm sitting next to this person.
And I was like, Aha, okay, cool. So, it's sort of, like, an unknowable misattribution.
How do you think more generally about managers? You mentioned that you don't currently assess them. Um, Andy Grove used to always talk about how the output of a manager is the output of their team, and that's how you're supposed to assess them. Does it so, to some extent, you could argue you have some signal you can aggregate up?
So, when you look in the product, it does aggregate at the manager level to show you the sort of distribution of high potential, typical, and needs attention employees. That part, we're sorta saying to customers, like, you use it informationally to sort of spot where there might be hot spots, but don't, you know, don't totally judge the So, the question manager on is that a reflection the basis of,
of hiring, or is that a reflection like of execution? Or is that, you know, so, I guess it's hard to sometimes tease those But now you things out.
kinda get why we call it talent signal, because it's, like, it's a signal. It's, like, Aha, okay, the little yellow light bulb going off over here.
So, I I was just curious, um, how did you converge on this as a thing that you were gonna do for AI? Was it a big exploration? Was it more like, Hey, we actually have something here that we've aggregated data, this AI seems to be good at interpreting certain types of data. I'm just kinda curious how you landed here of all the things that you could do with with foundation models.
We thought about a lot of the obvious AI use cases. I'm gonna zoom out for a sec and and maybe toot the company's horn a bit. You have a dollar, and there's a bunch of things you can do with it. Back to this corporate finance topic, like, there's a bunch of things you can do with that dollar. If you invest that dollar back in the front and out the back of the machine comes 2, like, don't take the 2, put the 2 in the front, get 4 out the back, put 4 in the front, get 8 out the back.
This is why SaaS software businesses run at such a deep cash deficit over the course of their early years. Now, if you can't do that because you don't know what technology you're gonna build next, if you don't know how to invest it in sales and marketing to go and acquire the next customer, if you don't know how to invest it in R and D to go and build the next product that's gonna generate incremental revenue, then you might do something that's, you know, stock buyback.
And, um, that means that the most creative idea that you could come up with with this cash that your business is generating is to, uh, is to just, like, juice the share price. And, like, even worse is a dividend, cause, like, now I can't even do that, I'm just gonna, like, literally just gonna give it I don't know what to do with this money, I'm just gonna give it back to you, like, What would I do with this money?
This is, like, such a bad signal on a company if, you know, if the best thing they can think of is is a dividend. Now, by contrast, companies like Rippling and many companies in Silicon Valley, uh, not only know what to do or think they know what to do with the next incremental dollar, but they want even more dollars than they have access to, and so they use equity capital to go out and get a bunch more cash that they can use to pump in the front of that machine and get even more dollars out the back.
You look at some of the highest performing companies in Silicon Valley, and they reach profitability, or they you know, some of them do, at least. It's it's still centered around one idea or one product that they have done a really good job of scaling up. And one of the, like, super unique things about Rippling, and I and it's, like, so easy for us as a team to take this for granted, is that we have this massive list of projects that if we were to go build them, they would turn into revenue.
Like, we know the next product we wanna build, and the one after that, and the one after that, and the only challenge is, like, can we hire enough engineers and not run out of money? You know, cause we know that in the long run, this is all gonna work.
Oh, wait, I think a common objection in, like, classic not Rippling, Silicon Valley, do one thing well-type companies is is really hard to focus on that many things. It's really hard to do that many things well. It's hard to keep it cohesive. How do you teach a sales team that? How do you think about cohesion?
Uh, you just work harder. You know? Like, you just you just get the right people into the right jobs and get enough leaders into the business who can deal with sort of the fractal of complexity.
I mean, this is also the traditional enterprise sales playbook from the '90s, right? And I think it's almost like we had an era of 10 years in the 2000s where we forgot about this, and everybody became single point products, and then there's you guys, there's HubSpot, there's Datadog, like, a variety of people have built out these sort of bundled products in the cross-sell motion around a single sort of core either, um, system of record or type of identity or something else.
So, I mean, I there's the old saying from, um, Netscape from the Netscape days where, um, all of innovation is either bundling or unbundling or some variation of that, so now we're in an era of bundling again.
Yeah, history repeats itself. History doesn't repeat itself, but it rhymes, and, like, we're definitely in the rhyming phase of, like, the big platform stories from the '90s. The company But but Talent is, yeah.
Signal doesn't look like bundling, it looks like something, like, pretty Well, this is different, so how why, like, do you
it doesn't this is why it doesn't repeat itself, but it rhymes because the the technology that emerges in these new situations offers new opportunity, and so, for us, we have all of these things we wanna build, but the guiding principle is always, what can we alone do? What can we uniquely do with this new tool?
Vibranium?
We have vibranium. We have vibranium in this underlying platform. What is AI plus vibranium equals what? You know, like, what does it yield? And what I would say about other companies that are doing AI products is that, for the longest time, their roadmaps sucked. They didn't know what their next proximal feature was gonna be that was gonna generate revenue. They didn't have another skew idea with a 100% chance of generating incremental business, and they kept filling in additional features that made existing customers happy and may have given them sort of marginal cross-sell opportunities, but they didn't have the next big thing that they could tack on.
AI comes storming into the scene, and now all of a sudden, everybody's a freaking AI company because it's offered them this opportunity to at least masquerade as a company that knows what to do with the next proximal R and D dollar. We've never had that problem, and so, guess what we didn't do? We didn't build a chatbot. We didn't build a co-pilot. We didn't build any of these surface level, obvious capabilities. We'll build them, they'll be in there at some point, who cares?
It's not gonna sell a single extra subscription of software. We said, we're gonna skip that, we're gonna fast forward, we're gonna take these super expensive AI engineers who are really hard to recruit, easy to retain because it's such a great place to work, but hard to recruit, have them build something that has the chance to be the opportunity cost of which is, like, for sure, worth it, because the opportunity cost of putting them on the chatbot thing ain't there relative to what we could otherwise be going and building Are there that gets any other types us
of new AI products that are in the pipeline for y'all?
We've got a bunch of stuff we're working on in the AI world, but getting this one right is, like, you know, we don't we're not, like, peeling people off of this project to go work on project number 2, like, we really wanna get this one right out the gates. There is some new stuff coming from the company that's not directly AI related, but is about really scaled data, like, super high-scale data. We've already built this, like, really beautiful data platform underneath Rippling, um, it's kinda like our AWS, like, we're gonna have our AWS moment at some point in the next, you know, quarter or so, uh, but we're here to talk about Talent Signals.
So, it sits on this data platform, and when you want to install Talent Signal for your engineering team, what you do is you just you install the GitHub app on Rippling, and it replicates your source code repository into this secure, you know, well-guarded environment, but there it's gonna do the analysis on the on the source code. You know, when you plug in Salesforce, we're replicating a lot of the data out of your Salesforce instance, and that's heavy duty, I mean, they're, like, the, you know, size of our Salesforce instance is massive, and so, really, it was about, How do we marry the HRIS data with this scaled data platform where everything is really beautifully structured, and in particular, all the
employee data is dereferenced elegantly? In other words, we always know who's who in all of these other systems, and then say, Okay, now what business problems can we solve with that? And, like, it was so obvious that this was the opportunity because we were seeing inside of these workflow products, and and, it like, GitHub can't do this cause GitHub doesn't know who you've promoted, they don't know who did well, they don't know who you've had to let go of for performance reasons, Salesforce doesn't know that either, and so, like, I'm sure there's gonna be really cool, like, code quality evaluation tools built into many of these workflow systems, but ain't none of them gonna know what happened from a human
perspective in the way that we do, and that's why this is kind of our magic talent.
Do you think you need a particular type of culture or leadership to be an early adopter of Talent Signal, or maybe Talent is is there already Signal signal on that in terms of your alpha partners?
Oh, for sure. I mean, look, there are companies that we've engaged on this who have looked at it and said, like, Uh, we're we're gonna not be an early adopter on this one, and, of course, we we totally respect that. I have this sense that, like, AI in the conversation about human performance is 0.1% of the way there, you know, like, there's a lot more to come on this, you know, I would mostly comfortable saying that it's, like, an inevitability that LLMs are going to be involved in assessing human performance in many different contexts.
Yeah, you know, it's interesting, a a friend of mine who's a CEO of a public company told me that he sometimes uses some of the chat-related products to talk about employee issues, where he'll chat and say, Hey, I'm trying to work through this thing with an employee, what are some of the things that I should be doing? How should I think about it? And so, you already start to see sort of glimmers of that future emerging, what do you think are some of the principles that people should be building against in order to make sure that they're approaching it in sort of a thoughtful way, or to your point, they're not just sort of deferring the decision to a AI?
I do think job number one is to understand like, you can become numb to the s the impact that this kind of stuff can have on people's lives. I think if you're, like if you're not in the AI world and you hear people like me talking about, like, risks, the risks or AI safety or the ethics, it sounds weird. You're like, Why are they talking about ethics and risk? Like, it answered my question about whether, you know, how to convert 1/2 of a cup of, you know, oil to ounces, you know, cause that's most normal people's ex- you know, experience of of AI, is a very benign, friendly, approachable thing.
But it it doesn't take you too long when you contemplate it in this context to think about, Okay, so, like, the you know, if if a manager were to run off and make decisions purely on this, that any hallucinations or misattributions could actually be really consequential to people's lives, and this is why the way that Rippling is approaching this, right, we're doing this as an early access program, we're constraining it to the first 90 days. The signal is awesome, like, it looks like it's gonna be super useful for people, and, also, we're very conscious of the risk of bias that might be amplified or introduced through, um, the whole thing, and so, when you ask about people who wanna start
using these tools in these kinds of contexts, what advice you might give them, it's, like, number 1, you gotta understand the stakes. Number 2 is, like, even if the system is arguably bulletproof, like, you have to go to ground and still do your job as a manager, you've gotta go inspect the context, don't let the misattribution that I described earlier around somebody who got a lot of coaching from their manager influence your thinking about them, just see it for what it is, you know, not just the talent signal thing, but just AI more broadly, just see it for what it is, and under if you have to have some, like, understanding of the underpinnings of these systems in order to
be able to judge the quality of their output, and I think it's probably too high a bar to say that everybody out there, you know, who's potentially a user of these kinds of tools is ready for that.
So who is, in terms of CEOs or HR leaders or whoever else is choosing to do it now?
It's pretty clear that the companies that have chosen to partner with us already on this are, you know, they're reasonably, um, performance-oriented, like, very interested in finding new tools to compete, like, I I think I you know, it's easy to go back to a sports analogy where if I could tell you that you're a coach and you've got a team and you're going for Olympic gold, and, um, it's a beta version of something that assesses your, you know, your your form on the court or, you know, kind of depends on what sport we're talking about, that, like, you're pretty keen to give it a shot and see if it can help you juice team performance, and if you're careful and
you mitigate the downside risk, like, it could give you a leg up in what is a very competitive environment. There are a lot of business people, um, CTOs, like, the engineering side of this, the sales leaders who are interested in this, I mean, sales is hyper, hyper-competitive, and so, if they can get a leg up, this is just, like, part of the arms race for s for sales, and then support teams, um, are so coaching oriented already, like, a a support team is so generally so focused on rubric adherence and, you know, weekly air checks with their employees to make sure that they're communicating the right way about their new product or using the right tone.
They already have these cultures, and so really, I suppose one of the things we've gotten right about this is that when we selected sales engineering and support as the areas to build the 1st version, those are already organizations that have a culture of competitiveness and a culture of looking to find the next incremental advantage for themselves, and then it I think it rolls up to, uh, the company culture where companies have said they're gonna wait this round out, and some of the more hard-edged or, you know, competitive tight environments, those those guys have have said they wanna play ball.
I think those are also, um, 3 disciplines where there's also a lot of coaching, and so there's products like Gong where I've seen people, like, share calls so that people can learn off of each other, you know, customer
For sure.
support, obviously, there's a lot of training, you know, codes, sometimes people pair program, so it it does also feel like the places where the coaching aspect of what you talked about can become really valuable.
It seems like an obvious, um, trigger for the AI pitchfork crowd to come at you.
Yeah, I will say that, like, I'm thankful for the pitchforkers, like, I'm thankful for the people who are going to hold us accountable and and criticize and or critique, you know, the the quality of work, uh, that we're putting out with this product because it's really easy to sort of inhale your own exhaust and get excited about the potential without necessarily understanding the full picture, and so when someone comes at us and and asks hard questions about bias or asks hard questions about, you know, the the unintended consequences of involving AI in decisions this important, we're we're gonna listen and we're gonna learn feedback is a gift, like, it's a real thing, and so I know that there'll be some
people who raise an eyebrow at, you know, what we're doing, and, um, and then, uh, all I can say is, like, we're really committed to learning from them and making sure that we make this a tool that works for everybody.
Great, thanks so much for joining us today.
I am really glad you guys let me do it.
Thanks, Matt. Find us on Twitter at No Priors Pod, subscribe to our YouTube channel if you wanna see our faces, follow the show on Apple Podcasts, Spotify, or wherever you listen. That way you get a new episode every week, and sign up for emails or find transcripts for every episode at no dash priors dot com.