This Startup Secretly Detects Fraud For Fortune 500s

In this episode of Founder Firesides, YC Managing Partner Jared Friedman talks to Karine Mellata, co-founder of Variance (W23), who is coming out of stealth and announcing their $21 million Series A. Variance builds purpose-built AI agents for risk and compliance — automating fraud detection, content review, and identity verification for Fortune 500 companies and platforms like GoFundMe. They discuss why Variance built in the shadows for three years, detecting state-sponsored fraud rings, and the accident that nearly ended the company.

• 0:05Speaker 00

  So I'm particularly excited to do this Founder Fireside because we have a first for the Founder Fireside series. We are doing a big announcement on this podcast. We are announcing that Variance is coming out of stealth and announcing their $21 million Series A. And I am really excited to be here with Karine, the co-founder of Variance. Thank you so much for joining us, Karine.

• 0:28Speaker 01

  Thank you.

• 0:29Speaker 00

  So this is a big day. You're coming out of stealth after building basically in stealth for the past three years. And you built Variance quietly into this big company that powers a lot of the products that everybody knows and uses in their regular life. Can you tell us about what Variance is and about the $21 million Series A you're announcing?

• 0:49Speaker 01

  So Variance is building purpose-built AI agents for risk and compliance. We automate content review, fraud reviews, identity reviews at scale. We're powering some of the largest companies in the world's Fortune 500s, marketplaces. We've been working with GoFundMe, for instance, to review all of their fundraisers at scale. Some Fortune 50 for verifying all of their sellers and complex UBO verifications. And today, coming out of stealth.

• 1:17Speaker 00

  And you guys built in stealth for a long time, like three years. And you have a lot of customers that you can't even name on this podcast. Why all the secrecy around this?

• 1:28Speaker 01

  Variance usually deals with really sensitive data and sensitive issues. And the phrase I like to use is that we're building the systems that are often used by the bad guys, but we're building them for the good guys. So oftentimes, it's really hard to market the use cases that customers are using Variance for because those issues are so sensitive. And if we were to market those, then it may create more fraud. It may create more abuse. It may create more bad.

• 1:57Speaker 00

  Like, your customers are stuck in this constant cat and mouse game with the bad guys. And you're their secret weapon. They don't want anyone to know what their secret weapon is.

• 2:06Speaker 01

  Exactly. We're in the shadows. I think it's good. It's really impactful for our employees working at the company, really impactful. You get to see that when you work at Variance. But I think Even far beyond the Series A will always be a company that's a little bit more in the shadows. And I think that's okay for us.

• 2:26Speaker 00

  What's cool about Variance is that even though probably no one who's watching this video has ever actually used the product themselves, they have used many products that under the hood are actually powered by what you built. And so indirectly, they're actually like using stuff built on top of Variance, like a lot of like software infrastructure kind of products. Can you maybe tell people about a specific product that they've used that's or have probably used that's powered by Variance and how it works?

• 2:57Speaker 01

  One of the customers, GoFundMe, is a platform that you can use in order to build your own fundraisers. And GoFundMe is effectively a payments platform. And GoFundMe actually has some very strict compliance requirements because they are liable for facilitating payments to, let's say, an organization that they shouldn't have done so. So Variance is used to verify, for instance, if a fundraiser is going to be built for a military operation, for instance, or if you're building a fundraiser for a crisis that you were not part of, which would be fraudulent. Well, GoFundMe sort of has the responsibility to be able to detect this. They're using AI agents, so Variance AI agents, to conduct those investigations. So make sure that the money is going to the person that they say they are.

• 3:43Speaker 01

  And also make sure that the money is not going to be funneled to sanctioned countries, for instance, or be going to anything that could be a compliance risk for them.

• 3:52Speaker 00

  You were telling me earlier about like one specific, very concrete form of fraud. What does like typical fraud on GoFundMe look like?

• 3:59Speaker 01

  Yeah, so GoFundMe is actually very crisis-driven. So if there is any sort of large event or any sort of natural disaster, there's usually going to be a spike in fundraisers that occur on GoFundMe. It's really hard for the team to keep up with how many of these fundraisers are actually going to be real fundraisers for that event or possibly fraudulent. One of the examples that we saw was, I think, recently there was, for instance, the murder of Charlie Kirk. There was a spike of fundraisers for the family of Charlie Kirk. How do you know who's actually related to Charlie Kirk and who's just trying to? Raise money for their

• 4:39Speaker 00

  Okay, so like Charlie Kirk dies.

• 4:41Speaker 01

  Yes.

• 4:42Speaker 00

  And then what happens is like a hundred people post a fundraiser on GoFundMe, like claiming to be a family member of Charlie Kirk.

• 4:51Speaker 01

  Exactly.

• 4:51Speaker 00

  And it's mostly just like total fraudsters who are just hoping that some people like donate to their Charlie Kirk fundraiser instead of the real Charlie Kirk family fundraiser.

• 4:58Speaker 01

  Exactly.

• 4:59Speaker 00

  And you're in charge of figuring out which one is the real Charlie Kirk family and who are the like hundred fraudsters.

• 5:05Speaker 01

  Exactly. And there's a lot of behavioral signals you can use to do so. Um, you have information on the identity, you have information on what that account has done in the past. You also have information at the fundraiser level, so the image, the bio and such. So the variance AI agents are going to be using all of that context and use the GoFundMe terms of services to basically decide whether or not that should be allowed on the platform. That work used to be done by human analysts and now can be fully automated in a much more consistent manner.

• 5:36Speaker 00

  Every person who signs up to do a GoFundMe fundraiser, they don't realize it, but actually their request is being validated by variance software before it's allowed to go live.

• 5:48Speaker 01

  Yes, exactly.

• 5:49Speaker 00

  What are other like products that people use that also are powered by variance and they don't even realize it?

• 5:56Speaker 01

  So the skill has been impressive, the number of use cases that our agents can be used for. So we have been running complex identity reviews for marketplaces, gig economy platforms. So when you sign up to actually be, for instance, a delivery driver, your identity needs to be verified based on selfies, based on your driver's license. All of that data is then going to be reasoned on by our AI agents. And then it's also going to be validated based on the company's standard operating procedures. That's a good example of how variance is used. We're also used for complex, what we call KYB verifications. So if you sign up to do any sort of business online,

• 6:39Speaker 01

  whether it's for a marketplace or also to with a financial institution. They have the compliance requirements to verify that you are actually linked to the business you say you you own. So a good example is, for example, I sign up to say I'm going to be doing business with Variance. Well, the legal name of my company is Decoy Technologies and it is tied to Korean Malata. That's a simple example, but building that graph at scale is really hard. And oftentimes you're going to see company have multiple shell companies be tied to multiple different agents and different other identities.

• 7:17Speaker 01

  And within that really large graph, you expand the area of risk for the company where one of these nodes could be in a sanctioned country. One of these nodes could have adverse media on them and possibly have been to court for money laundering. And companies are required to conduct these investigations at scale and at the moment it's entirely manual.

• 7:39Speaker 00

  Do you license data from a bunch of different sources? Do you like scrape all these government websites?

• 7:44Speaker 01

  Yes, but to take a step back, I think it's really elegant how AI agents are built at the moment. There's really only three building blocks that you need. So you have the compliance documents, the standard operating procedure. So what the company deems is necessary to verify at the onboarding level or at any other parts of the lifecycle of that entity. Once we have those compliance documents, then the AI agent can do its work using tools that we built and data, internal or external. Those are the only building blocks you need to automate complex KYC, complex KYB, complex content review. The question you're asking about data is interesting. Usually it's going to be a split between internal customer data.

• 8:28Speaker 01

  So Variance is really good at connecting to all data sources, pooling unstructured data into our own data stores. And the second one is external data. So we do have access to over hundreds business registries across the world, which makes us international. And then our AI agents also have access to the open web. So a lot of unstructured data is found directly on the web. I actually think interestingly enough that access to the web was one of the final nodes that made this whole problem really hard to automate.

• 9:00Speaker 00

  Yes, because like the human analyst, a big part of what they would do is they would go and they would like Google for names and then they would like look at what comes up and apply some judgment like, oh, does this seem fishy or not?

• 9:09Speaker 01

  Exactly.

• 9:10Speaker 00

  Yeah.

• 9:10Speaker 01

  When you think of a large graph. Of abuse.

• 9:15Speaker 00

  Yeah.

• 9:16Speaker 01

  If one of these nodes, one of these intelligence signal is found on the unstructured or the open web, then without having a human agent Google on the web, you can't even trace back the whole graph of abuse.

• 9:28Speaker 00

  What are some other interesting technical challenges that you guys have encountered and had to solve in the course of making this work?

• 9:36Speaker 01

  At scale, the data problem was was really the core hardest technical challenge. Usually with customers, what we will do is that we'll pull in petabytes of data that are coming from vastly different sources. And all of that data is unstructured, doesn't have a schema.

• 9:57Speaker 00

  Unstructured, isn't it, don't you just like pull it like right, do you pull like out of their like relational database?

• 10:04Speaker 01

  I I wish it was this simple, but usually, I mean, I'll give you a very concrete example. So for instance, if you need to verify a fundraiser, I'll pick the fundraiser example.

• 10:15Speaker 00

  Okay.

• 10:15Speaker 01

  Usually the data is going to be scattered around the user identity data. So you need to have information on the user, you need to have information on all of their login behaviors, the devices that they've had, the PII that they've on boarded at the beginning.

• 10:31Speaker 00

  Yeah.

• 10:31Speaker 01

  You need to also be able to pull in information about the business. And then you need to have also all of the information on the fundraiser itself and all the history of that fundraiser. What has been hard is that oftentimes, whether your financial institution or your marketplace, that data is going to be scattered across five to 10 different systems. It's going to be into different data stores. And one thing that's been really interesting is that sometimes that data is going to be hidden behind a UI. So the only way that the Verint AI agents are able to sort of scoop up that data and reason over it is to be able to directly scrape from a UI that was built for a human. So the data piece and being able to scoop up all that data and bringing it to variance

• 11:15Speaker 01

  was one of the hardest technical challenges, really an onboarding one.

• 11:18Speaker 00

  And so do you do that? Do you have agents that interact with like the customers, like internal dashboards? And like pull data out of them?

• 11:28Speaker 01

  Yes, so at the moment, the way to integrate with variance can be reverse ETL API. But very recently, we've been boarded this third way, which is spinning up a browser.

• 11:38Speaker 00

  Wow.

• 11:38Speaker 01

  Opening up a really old review tool that was built for a human. Pulling that data and then reasoning over it.

• 11:45Speaker 00

  I guess it makes sense because like the work was being done by a human before. And so like the human can use the dashboard while the agent can use the same dashboard.

• 11:53Speaker 01

  Yes, exactly.

• 11:55Speaker 00

  You worked on related systems at Apple, like three L L Ms. And now you're building this like deeply agentic system. Can you talk about how the technology has evolved and like why it's possible to solve this problem now?

• 12:07Speaker 01

  Yeah, definitely. So I think it's important to sort of understand how these problems were solved at scale before. So usually companies are going to have a patchwork of different, what I call deterministic systems. So they're going to have rules that say, well, if this transaction is over a thousand dollars, then do this. They're going to have classifiers that are really good at detecting one specific flavor of abuse. Then they're going to have humans and humans are really good at understanding in context, all of these different nodes and signals, and then making a final decision. And I think when you think of a fraud system, the most important feature of a fraud system is that it needs to evolve really rapidly and you need to have a really tight feedback loop.

• 12:51Speaker 01

  But when you think of the three nodes I've mentioned, rules engine, classifiers and humans, humans being really slow oftentimes and a little bit inconsistent, that feedback loop can only be so fast. And we never really felt like you could achieve a self healing system that could thrive in a dynamic environment. And I think fraud is the most dynamic environment because you always have adversaries. So Michael and I were always really, really, really stubborn about.

• 13:21Speaker 01

  Making the system have no nodes. We're inefficient, if that makes sense. And now you have AI agents that are able to sort of close the loop from a reliance and self-healing standpoint. They're able to materialize any features that a rules engine would be able to materialize. You don't need a classifier anymore because AI agents are able to read a set of standard operating procedure and reason over an image or reason over sort of unstructured data and know that this is possibly chargeback fraud. You don't need a specialized classifier for it. And you don't need human reasoning anymore. So you have this fully self-healing system,

• 14:04Speaker 01

  which at scale is really transformative and allows companies to be able to ship faster, open new product lines, because they don't have this sort of bottleneck.

• 14:12Speaker 00

  Do you have an example of something like that with one of your customers? Where the system was able to do something that just like no human team of fraud analysts could ever have been able to do?

• 14:22Speaker 01

  Yeah, one customer specifically. And I think that fraud pattern came to be during the elections. We had one customer that is processing a lot of content and they're also, they're Fortune 500. They're hosting large communities and they're also fairly politically exposed. And throughout the elections, because our AI agents had access to the context of entities in relation to other entities. So how does this user fit into all of the other users that we're looking at? We were able to detect really complex fraud rings of especially state-sponsored actors that were pushing one narrative over. And I don't think this would have been possible if you had one classifier in isolation

• 15:06Speaker 01

  that was looking at one piece of content after the other. But because AI agents are able to directly query our data stores, they're able to materialize features on the fly. And they're also able to use one step to reason over what should be the next step and the next tool call that they make. We were able to detect much more sophisticated fraud rings than you would have been able to do before.

• 15:29Speaker 00

  There's also like a pretty interesting implication of variance. Like you're actually able to like detect misinformation online and like improve the political.

• 15:39Speaker 00

  Discourse, what a cool impact to have on the world.

• 15:43Speaker 01

  Yeah, it's been a, it's been high responsibility. But no, it's been really interesting. I think some of the abuse vectors we've been able to detect have had really serious physical implications. So people that are making threats online of physical harm have a plan to do these things at scale.

• 16:03Speaker 00

  Wow, so you might have actually prevented physical violence from happening in the world by detecting it early.

• 16:09Speaker 01

  Yes, exactly. Yes. So at scale, some of these investigations can lead to finding things that are really scary. And at the end of the day, once it's detected and investigated by Varian, it's usually going to be in the hands of law enforcement. But seeing that impact at scale is really interesting.

• 16:26Speaker 00

  This sounds like a lot of software to build. How big is the team now?

• 16:30Speaker 01

  So we're 12. We have five software engineers. So we've been, we've remained very, very lean.

• 16:35Speaker 00

  Only five software engineers building all of this?

• 16:38Speaker 01

  Yes.

• 16:39Speaker 00

  Are you hiring more?

• 16:40Speaker 01

  We're hiring more. So we're hiring across the board. We're hiring for backend. We're hiring as well for frontend, which I think Michael and I hadn't realized was such an important part of the product. If I can give you a little bit more context, I think when Michael and I first started the company, we were really stubborn about building a full end-to-end decisioning layer. So we thought we needed to get really good at making really precise decisions. But at the end of the day, we could be treated like an API call. We were not right about that. What we found out is that because AI agents are able to take on the simplest part of the workflow, so they're able to triage 99% of cases.

• 17:22Speaker 01

  That 1% is usually going to be the most complex cases that need to be reviewed by a human. And you need a really good dashboard, you need a really good investigative visual tool to be able to make sense of those super complex use cases.

• 17:35Speaker 00

  What's it like working at Varian? What's cool about working there?

• 17:39Speaker 01

  It's a very strong ownership culture. We have five engineers and we're processing petabytes of data. We're making decisions in a fully automated manner for some of the largest companies in the world. So I think just for context, we have two ex-founders on the team. Everyone has a really strong ownership culture and really feels like they have agency over every single part of the company. So on a day-to-day basis, we're in person in San Francisco every day. We're very, very product-focused. Both Michael and I are engineers, of course. So it's a very, very high ownership, but also high collaboration workplace. And there's never really a time where Michael and I sort of dictate to the team what there is to build.

• 18:20Speaker 01

  It's really more gonna be, we give a problem to an engineer and then they just take it and run with it. And at the end of the day, it's been really fascinating because I can sort of proudly say that there's people on the team that understand certain areas of the business better than I do. For instance, Luke on the team was one of the first engineers at Meter, and he understands evals for large language models better than anyone else on the team. And even, I think, better than a lot of people in the industry. So we sort of have this culture where we get to learn a lot from our engineers. And because the team is so small, they get to be a really large part of the success of variants. And I think that's something that's been possible now that we have coding agents.

• 19:01Speaker 00

  Yeah, are you guys AI coding maximalists?

• 19:05Speaker 01

  I would say we pretty much are at this point. Everyone on the team is usually going to be almost like a manager of their own small team, which is really interesting. I would say we're five, but I think in terms of software output, we're probably closer to a 25-people team. So every engineer is going to have three monitors with their coding agents running.

• 19:28Speaker 00

  Okay.

• 19:29Speaker 01

  We still have, you know, good oversight. We still review all of the PRs. But I think in terms of output, everyone is a manager of a small team of AI agents, which is really interesting. And I think one other really interesting anecdote is that our customer success manager, who's entirely non-technical, but interfaces with enterprise customers on a day-to-day basis, now gets to take on feature requests, especially the simple ones. Directly give them to Cursor, a Cursor agent, and then directly be able to ship features in a fully autonomous manner, get back to the customer a few hours later and say, "Oh, it's shipped." And she didn't even need to speak to the engineering team.

• 20:09Speaker 00

  Well, that's awesome. Maybe let's change gears here and talk a bit about the origin story. How did you and Michael end up starting this company? How did you end up with this problem?

• 20:18Speaker 01

  So, Michael and I both met. We were coworkers at Apple. We were both engineers on the fraud engineering team. And I was a data engineer, Michael was a machine learning engineer. And it was really interesting because the team in and of itself was sort of the fraud engineering as a service team of Apple. We were providing our services to the iMessage team, the iCloud team. And we were this centralized fraud team. And Michael's machine learning decisions were then dispatched to the rest of the organization through my own streaming jobs. So we had a very symbiotic relationship from the get-go. We knew that we worked really well together. I remember telling Michael, "Oh, well, what if the right vehicle for this product was a company?"

• 21:02Speaker 01

  And I told Michael, "Oh, we should apply to my combinator." That was the origin story. I think it really started from the product. We really, really wanted to just see this product exist. And we wanted to see that problem that we were solving at Apple be solved in a much more efficient way, in a much more self-healing and resilient way.

• 21:25Speaker 00

  How did you crack it? How did you convince the first customer to take a big bet on you?

• 21:30Speaker 01

  I think your first customer really believes in the founders first. They believe in the founder's ability to be able to solve their problem. Because at the end of the day, when you start enterprise, you do have a version of your product, but it's going to evolve so much based on your first customer's requirements. So there was a belief and a trust in Michael and I that we understood their problem well enough to then translate that into a software platform. It really started with that. And then I think the second thing that was really important is that we needed to land on a problem space, which has evolved a lot, which was... On fire. It needed to be on fire because what we found is that if it wasn't on fire,

• 22:10Speaker 01

  then there was no reason to go and trust this really small startup that had no real proof points behind them.

• 22:19Speaker 00

  Who was the first customer and what was the burning pain point that got them to be willing to do this?

• 22:24Speaker 01

  Yeah, so our first customer was a company called IAC. They're a publicly traded company.

• 22:30Speaker 00

  IAC, folks might not know of IAC because sort of like a parent holding company, but I'll bet they knew a bunch of the IAC brands.

• 22:36Speaker 01

  Yes.

• 22:36Speaker 00

  I heard some of the IAC brands that everybody knows.

• 22:38Speaker 01

  Yes, so IAC brands, I mean, IAC has care.com and G, we were working with Ask Media Group, which had a very large amount of marketing content. And because IAC is a large publicly traded company, there was a lot of compliance requirements around what could go into their marketing content. So we basically used the platform that we had built to review content at scale to then review their own marketing content. And I think what was really interesting is that, one, that problem was entirely solved using human agents because those compliance guidelines are really hard to map to a traditional classifier. You can't give advice for legal defense, for instance. It's really hard to map to.

• 23:21Speaker 00

  Cry, writing a regular expression for that.

• 23:23Speaker 01

  Exactly. So it was semi impossible. So it was a very large team of human agents, part of a BPO outsourced that was doing this work. And that was basically hurting their growth. There was less marketing content that they could put out in the world because they were not, it's really hard to scale a team of human agents and human moderators. So they knew, sort of had an intuition that that could be done with large language models. But we were the first company to say, hey, we can actually do that with large language models. We were a small startup. I think that happened, maybe.

• 23:58Speaker 00

  This was at the very beginning because you guys actually started Variance pre ChatGPT, like just a little bit before ChatGPT, right?

• 24:06Speaker 01

  Yeah.

• 24:06Speaker 00

  And so you were, you were right at the very earliest waves of companies that were figuring out how to use LLMs to automate these previously unautomatable tasks.

• 24:15Speaker 01

  Yes, exactly. I think GPT-4 came out during the batch.

• 24:21Speaker 00

  Yeah.

• 24:22Speaker 01

  Which was really interesting. And as we were running this pilot for this first customer. Sort of OpenAI was coming out with new models in the middle of the pilot, which was changing one, our cost structure by a 10x factor, but also was changing our performance quite a lot. So it was really interesting to build in this world that was super dynamic.

• 24:42Speaker 00

  Okay, so the the the first big battle was like getting the first customer. Took eight months to land IAC. You really did it the hard way because you went enterprise from the from the very beginning. Have there been any other hard like challenges of building this company?

• 24:57Speaker 01

  I think starting a company tests you in a lot of different ways. And we have a really interesting story. You know, after IAC, we got to onboard a lot of great customers in the trust and safety space. Medium, of course, GoFundMe, Redbubble. And around July 2024 was one of the times where the the company was growing rapidly. We were onboarding more and more enterprise use cases. I think during that month, our revenue was doubling within the month and then doubling the month after. It was really exciting, very step function because it's enterprises. And we had just wrapped up one of the largest trust and safety conferences called Truscon in in San Francisco.

• 25:37Speaker 01

  And I think a couple, I want to say the day after, we had worked so hard for this conference. 12 hours a day, we were super tired. I was going back to the office on a Sunday afternoon. And I was on the bike lane and a truck hit me. That was a really, really crazy experience to to go through as a founder. I mean, the company was doing well, but at the end of the day, we were a 10 people team and the CEO just gets hit by a truck.

• 26:11Speaker 00

  How badly were you injured?

• 26:13Speaker 01

  So I broke my spine, broke my leg, and I was hospitalized for about 10 days. I couldn't walk for about 10 days. For a year and a half, as a founder, you're moving so fast. You're working every day. I had never, I don't think we ever took days off. Even if you do, you're you're still pretty much on. So for a year and a half, you're working super hard. And then all of a sudden, as a founder, you're in a bed and you can't move. Three or four days after all of that happened, Michael came to visit me in the hospital. And of course, Michael was super anxious, one for my health, but also trying to understand what that even meant, right? The CEO has a buzz factor of one.

• 26:52Speaker 00

  Yeah.

• 26:52Speaker 01

  We only have engineers and we have me that's running all the sales and the customer relationships.

• 26:56Speaker 00

  Yeah, because you were the only, it was all founder-led sales. You were the only person doing sales.

• 27:00Speaker 01

  Yes, and, and fully, the rest of the team was only engineers. And, and Michael came to visit me and he, he brought, I don't know, I vividly remember he brought this Norman Foster book, which was the architect of, of Apple Park, um, as a gift to me. And he was sort of sitting next to my hospital bed, holding the book. And we were both in silence because we didn't even know what to say, right? It was silence for, for a couple of minutes. And he laughed and said, oh, this is gonna make a really good scene in our IPO movie.

• 27:35Speaker 01

  I was like, yeah, it's a good way to view it. We laughed about it, but I think I was probably out of commission for about a week and then two or three weeks after that. And I think it, it, it put a lot of stress on, on the company. There were a moment, a few moments where Michael was wondering if this was the end. He would tell me and repeat to me the story of Steve Wozniak, who like went through the plane crash and then left Apple and then, um, went to go work at, or went back to Berkeley. So I think there was sort of a, a feeling that maybe this was gonna be the end of the company and maybe we just needed to sort of part ways. There was a really deep feeling that, um, it was not the end.

• 28:19Speaker 01

  It's an interesting challenge, so sort of like a hurdle you need to go over, but it just doesn't feel like the end at all. It feels like there's so much more to come. And I definitely felt that. I know Michael felt that and we got to, got to walk again. Now I can walk again and, and, and we got to learn that, uh... We definitely need to scale me. So that hopefully this doesn't happen again, but we definitely, yeah, need to scale me.

• 28:48Speaker 00

  One thing that strikes me about your story is

• 28:52Speaker 00

  the extent to which you guys have had a very strong opinion from the very beginning about what to build and who to build it for. Like a lot of founders come into Y C. They have some initial idea, but like it's just a hypothesis and then they like pivot through like many different ideas and like new models drop and A I changes and they like might change the thing that they're working on like several times to fit with whatever the like cool thing is. And you, you guys have kind of been the opposite of that. You came in like day zero with a very strong opinion of what to build. You'd seen the problem firsthand and then the whole company has just been like that initial hypothesis playing out. I guess, I don't know, is, is that perhaps part of why it didn't seem like it could be over yet? Because you like really had to see it through?

• 29:36Speaker 01

  Yes. And if we go back to why Michael and I started the company, Michael and I had a very specific pair of skill sets in fraud. And we understood what the industry looked like. We had a lot of issues with what the industry looked like and how these problems were solved at scale. But I think from the beginning, we always felt a really strong sense of duty to put our very specific and quite rare pair of skill sets to the good of the industry. It was almost like a sense of duty and to us, it was never really about starting a company for any problem sets. Which I think some, some founders are really great at doing that.

• 30:18Speaker 01

  Don't get me wrong, but we didn't want to just start a company for any problems. We wanted to solve that problem. And we knew the technology was going to evolve and, and we were so lucky, right? L M's got so good. Now we have agentic systems. We have agent harnesses that are able to fully solve this problem end to end. But we really wanted to solve this problem and this strong sense of duty, I think, is what kept Michael and I going throughout the years. And I also think that's something that resonates deeply with customers. So when they meet us, they sort of see these founders that. Are really deeply trying to solve the problem that they're seeing on a day-to-day basis. Once, because they've seen it before.

• 31:00Speaker 01

  But also, two, because it's something that is doable if you put enough care into building the right engineering system in the right ways.

• 31:10Speaker 00

  All right, I feel like that might be a great note to end on. Thank you so much, Karine.

• 31:13Speaker 01

  Thank you.