Leaders In Payments
Leaders In Payments
The Signal: Embedded Finance - Building the Infrastructure Layer with Jaris Founder & CEO Chris Aristides | Episode 470
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
In this first episode of a new series on the Leaders in Payments podcast, host Greg Myers sits down with Chris Aristides, Founder and CEO of Jaris, to explore what it truly takes for payments companies and ISOs to remain competitive as the market shifts toward owned, embedded finance experiences.
Chris brings an unconventional background to the payments world, having spent 22 years in the hedge fund industry as an analyst and portfolio manager before making the move into building a company. The conversation begins with the origin story of Jaris, which set out to bring a Square Capital-style lending product to the broader payments market. Rather than following the typical merchant cash advance route, Chris made the deliberate choice to build on a bank-backed model with a modern tech stack, prioritising regulatory alignment and a foundation flexible enough to eventually expand into multi-product banking services.
A significant portion of the discussion centers on the complexity of working with legacy payment processors. Unlike vertical SaaS platforms, which offer high conversion and seamless integration, the legacy world is fragmented, running on outdated infrastructure with no easy outlet to plug into. Jaris has spent years building around this challenge, developing its own cloud-based core and processor-agnostic settlement infrastructure to bridge that gap.
Chris also addresses the broader vision, making the case that lending alone is insufficient and that engaging the full merchant base requires a suite of products including instant payouts and commercial banking. He closes by framing Jaris not as a disruptor, but as a complement to the existing infrastructure, doing the hard work the industry has long needed done.
Setting The Stakes In Fintech
SPEAKER_01Welcome to the Signal, powered by the Leaders in Payments Podcast, where we are cutting through the noise to reveal what truly matters in payments and fintech. Hello, everyone, and welcome to the Leaders in Payments Podcast. I'm your host, Greg Myers, and today's special guest is Chris Aristides, the founder and CEO of Jarriss. So, Chris, thank you for being here and welcome to the show.
SPEAKER_00Yeah, thanks for having me.
Why Build Square Capital For Others
SPEAKER_01So today we're launching a new series with Jarriss, and it's all about what it really takes for payments companies and ISOs to stay competitive as the market shifts towards owned payment experiences, where winners look more like Square and Stripe because they've built the infrastructure that makes embedded finance possible. We'll unpack the technology, the business model, and the strategic choices behind that shift, and what it means for anyone trying to modernize and scale in today's payments landscape. In episode one, we start with the origin story, why Chris set out to build square capital for everyone else, and why JARIS chose a bank-backed modern tech stack approach instead of a typical MCA model. From there, we get into the big realization. For many processors, it's a massive TAM, but it's also fragmented, legacy, and there's no outlet to plug into, especially in multiprocessor environments. We'll wrap up with a teaser of where JARIS is going next, shifting from lending into the foundation that enables embedded finance, which we'll cover in detail in episode two. So before we get into the meat of this episode, Chris, if you don't mind, tell us about yourself and your background.
SPEAKER_00Yeah, sure. Thank you for that intro, Bray. My background generally is in investment management. So I spent 22 years primarily in the hedge fund business as an analyst and a portfolio manager, always covering technology and innovation. I did it on both sides of the market, meaning betting on and betting against companies, so to speak, in the world of the hedge funds, so to speak. And um, you know, through that that time period, I learned a ton. The business changed. And at some point, when you watch a lot of the guys in Silicon Valley build companies, you become a little bit envious of wanting to become an operator, which is which is one of the reasons I'm I'm here doing what we're doing now. Been married for 27 years, have a couple kids, and still pretty active. But but building the company is a lot of fun.
SPEAKER_01All right. Well, let's talk about the company. So tell us a little bit about what Jairus does.
Founder’s Path From Hedge Funds
Defining JARIS And The Pivot
SPEAKER_00Yeah, let me describe the company in to in the direction of where we're going and where we are today rather than where we started. We consider ourselves vertical software company for payments as well as a full stack embedded finance company. And just to unpack that a little bit, not to go into too much detail, but we've spent so much time in the industry working with payment companies that we decided, like a lot of the solutions you bring to market for embedded finance and for banking, they're applicable, obviously, since it's a banking product, so to speak. And so that became the verticalization aspect of how do we meet partners and customers where they're at? How do they operate? What can we do to help them out? At the same time, just helping them with those problems and becoming a cost center is not exactly where we want to go. We want to produce a profit center for these guys and for their constituents as well, which means let's drive multi-product outcomes, lending into payouts, banking services, things that the folks you mentioned in the beginning, the squares and stripes of the world, have pushed pretty hard on. So that's the way I would describe us, and we are continuing down that path fairly aggressively. We made that decision to pivot the business or at least pivot the go-to-market about two years ago, and a lot of that's uh coming to the end, and we're getting a lot of these customers live as we speak.
SPEAKER_01Okay, and we will definitely get into that. So before we get there though, let's start with the genesis of the company. So, what problems were you looking to solve in the market originally?
The Small Business Lending Gap
SPEAKER_00I mean, originally there's a couple of problems. One of them was just the small business lending gap. If you recall global financial crisis happens, not to spend too much time on it, but the Basel framework and the risk-weighted asset framework come out, and essentially banks just say, I'm not going to lend into the space anymore. The gap widens rather than collapses for funding need. And at the same time, you've seen the squares of the world pop up with an integrated banking product that's super easy to use. And so that gap needed to like fill in for the non-squares of the world. And I think you did a good job of saying like we were a square capital for everybody else. But we took a very integrated approach to that because of the conversion metrics you see out of the best in-class guys. So the original idea was let's just build that as a horizontal product because it actually entails a lot of domain knowledge. It should need a lot of scale to be a real business, and it's got some serious technical challenges. So that's how we started the business.
SPEAKER_01Okay. And the concept of embedded lending for SaaS and payment companies, it's been around for some time, but you guys took a different approach than the traditional MCA program. So tell us about that and why you went that route.
Choosing Bank-Backed Over MCA
SPEAKER_00Yeah, I think you know, it's funny because everyone wants to walk around and say, I want to prove product market fit. I don't know that you have to prove product market fit when you just look at what the competitive landscape is doing. I mean, Squares Volume's been massive. We don't know what Stripes is. I assume it's going to be pretty solid. PayPal's and others at the time were disclosed to a point where every now and then someone would ask me, Well, how do you know my merchants need capital? It's like, well, the entire small business world needs capital. It's a well-documented problem. And there's a pretty good playbook on how to do it. So the approach, instead of saying, I'm going to go prove product market fit and go with an MCA product and an ACH withholding product, became, let's not do that. Let's go best in class. So let's start on a bank program because with a flex loan on a bank program or installment loan or what have you, you provide a lot of necessary comforts to your platforms and customers, right? Because you're operating inside of that bank regulation, which means underwriting and servicing are all very tightly aligned with the regulations. So that was definitely the reason we went there. I think the second reason is you know, once you start building down a certain path, changing is quite difficult. And I think from the beginning, I always knew at some point we want to go into more than just loan products because my view of the world is banking is a bundled business, and lending's a great business, and so is deposit banking, but they're also related. So let's build on the bank and then we can horizontally scale over time into new products.
Early Bank And Tech Lessons
SPEAKER_01Okay. And you built a bank-backed lending program. We mentioned that at the beginning on a modern tech stack. So who were your early partners and what did you learn from those experiences?
Vertical SaaS Wins And Limits
SPEAKER_00You know, we had some great early partners, and I think the fintech issues are fairly well documented. You know, our first bank was Blue Ridge, and we continue to work with one of the technology providers on Blue Ridge as of right now. We're in the process of making a handful of changes there. But that early infrastructure was pretty nascent, and we all had to work together on that from a regulatory perspective, from a software perspective. You know, what did I learn? I think I learned the same thing a lot of others learned that when your bank catches a cold, you get the flu. You want to put some protections in there. And I think as great as the modern tech stacks are, we're going to be beholden to their roadmaps and their compliance and the banks that they work with. So since then, we've made a number of changes around that and added a handful of other banks and will continue to do that at a fairly slow and deliberate pace, just because it's it's quite a bit of work to bring up a new bank. I think on the customer side, we learned a ton too. Actually, our first partner wasn't Belgium, it was Worldline and very different regulatory environments across Europe at a country by country level. And I think that's where probably we we saw our first difficulties when you look at how legacy payments work versus some of the more vertical SaaS-oriented folks. Then on the actual places where we really started to see velocity, it was in that vertical SaaS model, so to speak, where you get a high level of engagement. But we learned a ton through these initial periods about everything. And in Belgium, we learned about servicing, right? Because we would end up having to go and do some of the ugly things you had to do in lending that was highly applicable here, maybe slightly different legal structures, but learning about our banking infrastructure and how to operate it, learning our servicing and underwriting, and then applying it in vertical SaaS to begin with, and now, of course, moving into the legacy payments world for uh solving a different problem. That's essentially what we did in those early years.
SPEAKER_01Okay. And it seems like working with more of the legacy payment processors, as you mentioned, adds a lot of complexity versus the newer vertical SaaS platforms. So why didn't you just focus on the vertical SaaS? Why even target the payment processors?
Driving Engagement Through ISOs
SPEAKER_00Yeah, everyone's kind of wired a little different. I'm kind of wired towards that type of complexity. I like it. I feel like it's a problem for me to solve from uh you know personal perspective. You're absolutely right. I mean, the vertical SaaS guys convert so well. And you know, some of the conversion we've seen is toast and above from a lending perspective in the vertical SaaS market. However, I am not so sure that's all the companies need. And when you look at that from a business model perspective, there's a couple of particular issues. One of them is even when you do a spectacular job in lending, you're not touching that much of the customer base. It's actually pretty interesting. One of our competitors had some data that was posted recently and it showed conversion on vertical SaaS versus conversion on ISO, so to speak. And it's 13 times greater on vertical SaaS. I can say we've seen the same thing. I also think we've tried to figure out what the problem with that is because all the monies in all the dollars processed are in the legacy model relative to the vertical SaaS model. So, you know, there's a couple of things here. Single product in vertical SaaS is a smaller business than multi-product across the board. And if you can add that vertical software to it component and be an integral part of the business and support the company from an operational perspective and position yourself for multi-product to support their business, I think that's generally where we want to go. I know it's way more complicated. The point you made earlier on what did you learn in the early days? We learned a lot. So we've gone back and built around this idea of saying, you know, we want to go and help and support that legacy model because there's a lot that that entails, whether it's a lot of the compliance tooling, some of the transaction monitoring, some of the instructional funding components, and then adding embedded finance. And then that means is it one product, is it just lending, or is it lending, is it instant payouts, is it the potential for commercial bank accounts embedded in the platform? And I think we've gone that other direction, and we made that hard turn about two years ago. So it's a much bigger market, it's a a much more complex market, but hopefully we'll be rewarded accordingly, and hopefully our customers will be too.
SPEAKER_01So going off script a little bit here, but it it kind of made me think of this. How much of the difference between the conversions of the vertical SaaS and the and the processors or the uh the ISOs, if you want to call it that, is it related to having the data? What is it that drives a higher rate?
There’s No Outlet To Plug Into
SPEAKER_00I mean, it's a great question. So I'm I'm excited to see some of our own data over the next six months because we've been working towards this point for quite a while. But I think engagement and personalization will have to definitely be there. And when I look at the legacy market, that's not like you just download an app for the legacy market. It just doesn't exist. So engagement is actually the ISO engaging. And the relationships they built with their customers are spectacular. We we hosted a handful in our office a few months ago to just listen to the stories and hear how they operate. So providing those guys with tools and providing them with engagement tools for their customers and then directly to their customers if desired in their brand becomes the engagement point. So I like the off-script question because really, when you kind of dialed in, our job is to support some super ISOs, so to speak. And I don't know if that's the right language I should be using because everyone uses something slightly different, but I want to support them in supporting their ISOs, and I want to support the ISOs in supporting their merchants. It's a little bit different than the way I think I think Jim from Payrock was on your show and described how his customer is the ISO, but we're trying to build that glue that binds these things together to drive that engagement. So if we have to do white label work that transfers through to the ISO so their brand gets to the customer, because that's who they know, we're happy to do it. So we're pushing through on that type of work. So it shows up in that ISO brand within. So it's really, it's a very uh symbiotic and complementary relationship. We can't go straight to ISO. We can't, we can go straight to Subaru ISO, but putting them together is actually the real value add because you have that full stack approach that solves those problems from instructional funding to onboarding to branding to data path. To your point, that's a very complex process to go through. But it's kind of nice to be on the other side of this and and looking at, I'm now looking for the proof points coming out of the other end of it.
SPEAKER_01Right, right. Well, as we've both talked about, there's a very large TAM at the processors, and that's a huge opportunity. But the challenge is there's no outlet to plug into, as we kind of mentioned earlier. So can you kind of expand on that?
Abstracting Settlement And Data
SPEAKER_00You know, one of the key assumptions, and I I heard a competitor of mine describe it this way a few years ago, was like, hey, you just show up, you plug into the processor. It's like, well, wait a minute, to the point you made, there's no outlet. You plug into a processor. I'm gonna be totally dating myself, but it's almost like trying to operate a VCR with an owner's manual in the in the late 80s. Did you trust it would work? They're all different. You know, what was the outcome gonna be? So now you're in this situation where you're dealing with someone that's aggregated multiple ISOs and has a direct and an indirect business and they have multiple processors, and how are we gonna give them uniformity? And then they've made a lot of acquisitions. So now they've got n number of CRMs, dashboards, multiple contracts for those guys. And so that became the idea of is there a better way to do this? And I think that's where we became kind of interested in well, wait a minute, we can do processor agnostic instructional funding, we can abstract that from processing and support that group and enable embedded finance. And so there's no outlet becomes there's no outlet for what, data, or no outlet for instruction and money movement. So we worked on money movement, and that meant getting an RTN, standing up our own core, and going through quite a bit over the last couple of years. And I think the data path is something we've just learned over time through being forced to integrate with a lot of the legacy guys, or or as Jim would call them, the super tankers, right? Let's go and fill in the gap on the technology stack to help, you know, keep those guys going and to keep those that are using them going, because now we can hopefully try to be fairly seamless in blending that back end and allowing people to offer uniform services across multiple platforms. I know that's just a lot what you just talked about, but yeah.
SPEAKER_01That's a lot there for sure. But you know, uh, and I think this is kind of a follow-on question, is that there's so much fragmentation, right? And these companies that you're talking about are often running on legacy technology. So, how do you how do you do this at scale? How do you tap into this process or market at scale?
Multi‑Product Reach Beyond Loans
Breaking Old Barriers With Software
SPEAKER_00So the the data pieces is one thing, which we kind of touched on, and and most of them have pretty consistent formats. So I think we're very comfortable with how to ingest process that data for our own use and for their use. And then I think the more difficult thing becomes how do you go and abstract settlement? That's not simple, right? You need to build your own rules engine, needs to be on a proper core. So I if I kind of look back at what we've done, we went to our sponsor bank and said, this is what we want to do, this is what we want to build based off of from a core perspective. So we didn't build a homegrown core. What we actually did is we bought a cloud-based core that would work across multiple banks. So we could be multi-RTN, which I think is important because you know we all had we've all seen what happens if one bank gets in trouble or something goes wrong there for whatever reason, or even if there's just a change in leadership and a change of art. So we want to be multi-bank. So starting out with individual RTNs and a cloud core, and then building our services around that became the next step. So at this point, I think we could expand our capabilities fairly shortly. But that kind of became the idea. And I think if you peel back some of the innovations in the legacy guys, where someone's taken an existing process and said, hey, we're going to add instructional funding, the process they did it with is probably fairly similar to what we've done. Ours is just outside of a single processor. So we don't really care if you're on Pfizer or on WorldPay, or I suppose it's global in WorldPay now, or but on a system level, we don't really care what system you're on. We can handle that for you, is the direction we went in. So you can leave your processing where it is and still at a merchant level start to use our instructional funding and settlement on the back end. Doesn't mean you have to put all your features in there, but if you wanted to just do split settlement, for example, you can do that. You can leave risk at your processor. I think most people will probably pick that because it's the easiest thing to do and it doesn't disrupt the risk team and doesn't force them to get involved. But over time, we'll probably develop some more of those, some more of those tools for that particular group as well.
SPEAKER_01All right. Well, we're gonna cover more of this in episode two, but give us a teaser on the vision for the company. What's it look like moving forward?
Lessons, Mistakes, And Direction
SPEAKER_00Yeah, I mean, I think it's to develop, it's it's to continue to push down those paths, right, of software development and then financial services, those two things in the with the ideology being on supporting the payments industry. I don't think it necessarily has to be legacy. I think it it just happens to suit itself for that, where we're at today, because we've got a lot of competitive components and we've got other things like that you can work with, but we've been pretty laser focused on this segment of the market and will continue to be here. I think the idea is how do you go and and collapse a lot of these barriers that were built years and years ago? I mean, I'm sure you've read documents that that are probably based on something that's 30, 40, 50 years old, and it still has that language in there. Why does that language need to exist? Why does that process need to exist? It's not like the more modern folks adopted legacy language and process. They did the exact opposite. So I think for us, it's to take those pieces of legacy that we find that are unnecessary, where we think we can solve it in a neutral way, break those things down, and then enable modernization for the existing volume. That's really where I would argue we want to be. And if we can do that across that group, I think, I think we'll be pretty excited about it. And hopefully our partners will be as well.
SPEAKER_01So do you think that all the early days and and some of the things that you did back then, if you hadn't done those, you'd be where you are today?
Embedded Finance As The Next Wave
SPEAKER_00You know, hurting yourself is a good thing. You do you figure out how not to hurt yourself again. So I mean, at least if you're if you're thinking about it that way. Yeah, I I mean, I can guarantee you we made a lot of mistakes. I'm sure I did too. I know I did, especially when you're a former PM. I think you know your loss rate is going to be pretty high. I was a slugging percentage guy, so I was probably 52, 48 with a high slugging percentage. So I know what it's like to make mistakes. But those mistakes I think we learned from, which I think is is the key part of this. Every time something went in the wrong direction, it was a point of evaluation in the grand scheme of what are we trying to ultimately do here. I think without stubbing our toes and making those mistakes, I don't think we'd be positioning ourselves the way we are now. And quite frankly, I'm I'm excited about it because I don't know a lot of people, if anyone, doing it the same way with the same type of idea. I do see things that are what I would consider substitutes rather than competitive. And substitutes can be competitive, and I'm not going to discount that. But I think the approach of saying, how do I help support an industry with software to enable embedded finance is not something I've seen. I've seen a lot of do you want my loan product? Do you want my bank account product? And I can't call it a bank account because it's an FBO account or whatever it's going to be. Do you want my onboarding? But how do you put those things together to actually collapse this problem and turn it into a solution is not something I see a lot. So I don't think we would have come up with that type of an idea without just going through the pain and watching how people actually work because you know there's some process in there that needs improvement, and we've tried to take a pretty open-minded approach to solving that.
SPEAKER_01Yeah. And I think your your timing is interesting too, at least from my perspective. But as we talk about embedding things, embedded finance is now the more hot topic, at least, you know, from the people that I talk to. It's about, okay, we've gotten good at payments. And I've even seen the death of PayFAC. I don't know if you've seen that, but people are talking about that, right? So it's we're we've moved beyond that. And I think even like the ISOs and the agents, they have to have more solutions to sell, right? Selling payments today alone is hard. And what you're building is not just lending, right? So I think it's it's an interesting time to be doing what you're doing because I think it aligns with where the market's moving.
Key Takeaway And Closing
SPEAKER_00Yeah, I I think, I mean, obviously we agree, but I think you you hit on something which I think is a key point. I think multi-product has to be there. Engagement and multi-product are the things we're really in the process of rolling out. Going back to it, if you touched three to five percent of your customer base with a loan, what about the other 95 to 98% that we need to get after or 97%? I'm sorry. There's a lot to do there. And so having high yield savings of some capacity can touch someone that doesn't necessarily need financing. So you've got someone that desperately needs financing, somebody with large balances that has a successful business, both need liquidity. So I think the idea of trying to span that with loans, faster settlements, and commercial banking products is really where we're trying to go. Because if you're gonna do this, why are we picking 3 to 5% of the customer base to go after? I know everyone walks in with the data and says, hey, if 99% of your customers took this, you guys, they would all be borrowing this much. You would be killing it and all of that stuff. But the reality is like you've seen it with public data. That just doesn't happen. There's a few metrics that are floating out there that are worth noting. I think one of the Wall Street analysts has posted Clover converting 30 basis points of volume into loans. I can tell you the legacy guys are down in the six to 10 area, which is super low. You've got toast at 80 and you've got Square at 290. Like, why are we hanging out in one direction? Like, what has Square done so well? They've done multi-product, they've done great user experience. So I'd rather be pushing in that direction. So I think you're right. And one of the first questions I ask people when they say, hey, can you run a loan portfolio for us? I generally start out with, like, are you sure that's the first product you want? Because once you make that decision with that vendor, you may have painted yourself into a corner. And what about the other 95 plus percent of your customers? So it's generally a bit educational to go through that. And even for me, when we started in lending, I wasn't quite sure what the what would be considered success. At one point, I thought it was one thing, and it's it's clearly outgrown that. But how do you adopt a solution that works for 100% of the customer base and drives that retention? I think that's a different question. And that's where we've been pointed. So I agree with you. I think this is the next thing, and I think it's got to be done right. I think taking the baby step of saying I'm going to do one of these three products and they're not going to work together, that becomes extraordinarily difficult. And I think that not only from an operating perspective, but from the user's perspective, like who am I dealing with now? You've got a processor, you've got an ISO, you've got a super ISO, and now you've got a third-party lender and a third-party bank account or whatever it's going to be called. That's a lot of documentation to go through and not understand.
SPEAKER_01Yeah, totally agree. Well, this has been a great first episode. I'm looking forward to the next one. But before we wrap up, what would be the one key insight you'd like the listeners to take away from this episode?
SPEAKER_00That's a good question. And I'm I'm not even sure how to answer it, but I think the the one key would be we are absolutely complementary to the existing infrastructure and the existing business models. Our job's not to disrupt them, it's to preserve those and hopefully do the work that other people didn't want to do because it's a bit of a different domain, right? Lending and banking is a different domain than payment processing. Definitely related, but different. And so if we can apply those skills to support the industry in that way, I think we'd be very excited for everyone to understand that that's the direction we're trying to go in. And that's where that vertical software component comes in, right? That we're trying to understand the industry and meet it where it's at rather than change it.
SPEAKER_01Well, Chris, this has been a great episode. Thank you for being on the show. I'm looking forward to the next episode. So I know your time is valuable, so I really appreciate you being here today. Yeah, thank you so much for having me. And to all your listeners out there, I thank you for your time as well. And until the next story,