S2 Favorite: Scaling Fintech & Financial Data Infrastructure, with Ryan Graciano of Credit Karma
Early on in his life, Ryan Graciano aspired to be many things - law, writing... and eventually coding, of course. Fun fact, he is an accomplished dog trainer. focusing on animal behavior modification - and more recently, has gotten into powerlifting. Despite his love of analog activities, he got started coding right after college, and tried to avoid joining IBM... yet, still did, through an acquisition. After a few years of growth, he met a group of entrepreneurs who had an idea to provide credit scores to millions of users... for free. This idea would eventually become Credit Karma.
Today's Sponsors:
ClipGain.io (https://clipgain.io)
Links
Leave us a review on Apple Podcasts!
Amazing tools we use:
- If you want the best publishing platform for your podcast, with amazing support & people - use Transistor.fm.
- Want to record your remote interviews with class? Then, you need to use Squadcast.
- Code Story uses the 1-click product ClipGain, sign up now to get 3hrs of podcast processing time FREE!
Credits: Code Story is hosted and produced by Noah Labhart, Co-produced and edited by Bradley Denham. Be sure to subscribe on Apple Podcasts, Spotify, Pocket Casts, Google Play, Breaker, YouTube, or the podcasting app of your choice.
Current Sponsors:
Checkout our Stacklist! https://stacks.codestory.co/
Hosted by Noah Labhart | Technical Founder & Startup Mentor.
Our Sponsors:
* Check out Perplexity and use my code CODESTORY for a great deal: https://www.perplexity.ai
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
[SPEAKER_00]: Code Story is Mixed in Mastered in One Click with Clip Game. [SPEAKER_00]: Make your podcast sound loud, clear, and clean, and only one click with ClipGain.io.
[SPEAKER_01]: You work at the bugs, you know, the, I think a failure mode is you kind of roll out the MVP to everybody and you expect it to work and then it can give the whole initiative a bad rap, because then you have business leaders and product managers saying like, hey, I just want to make this change and now I'm in a 60 day service cycle and, you know, blew up in my engineers, I'll hate, you know, you don't want to avoid that kind of stuff.
[SPEAKER_01]: My name's Ryan Grasiano, I'm CTO and co-founder at Cretacarma.
[SPEAKER_00]: This is Code Story, a podcast bringing you interviews with tech visionaries who share in the critical moments of what it takes to change an industry and build and lead a team that has your back.
[SPEAKER_00]: I'm your host, Noel Abhart, and today, how Ryan Graciano built the technology behind billions of credit scores delivered to the masses, all this and more, on code story.
[SPEAKER_00]: Early on in his life, Ryan Graciano aspired to be many things, a lawyer, a writer, and eventually a coder, of course. [SPEAKER_00]: Fun fact, he is an accomplished dog trainer, focusing on animal behavior modification, and more recently has gotten into powerlifting. [SPEAKER_00]: Despite his love of analog activities, he got started coding right after college. [SPEAKER_00]: And tried to avoid joining IBM, yet still did through an acquisition. [SPEAKER_00]: After a few years of growth, he met a group of entrepreneurs who had an idea to provide credit scores to millions of users.
[SPEAKER_00]: for free. [SPEAKER_00]: This idea would eventually become credit karma.
[SPEAKER_01]: We started credit karma in 2007, but the story really begins when I graduated college. [SPEAKER_01]: I was looking at all these big companies like IBM and Microsoft and I met this really impassioned technology leader from a small company and he convinced me that joining a 60 person company, it would be bigger impact and we're exciting and better culture. [SPEAKER_01]: And so, you know, I totally bought into all that and it was true for about six weeks until IBM bought us. [SPEAKER_01]: And then I joined the 300,000 person company anyway.
[SPEAKER_01]: And it actually was a good experience because I learned a lot of things that I would never have learned otherwise. [SPEAKER_01]: I saw what it was like to be on that side of an acquisition. [SPEAKER_01]: I saw the difference between [SPEAKER_01]: small company in big company culture, you know, I got a lot of process experience I wouldn't have seen, so I turned out to be really great. [SPEAKER_01]: You know, after a few years there, I was feeling like I wanted that big impact, small culture job again.
[SPEAKER_01]: Now, a very close friend of mine, his name's Greg. [SPEAKER_01]: He's our Chief Marketing Officer here at Credit Karma now, but back then, he worked with our CEO
[SPEAKER_01]: And so Craig, my friend, says, hey, you should join our five-person company. [SPEAKER_01]: You could lead technology. [SPEAKER_01]: And I thought, you know, that's, does sound like, you know, big impact, although I'm not so sure about surgeon and marketing. [SPEAKER_01]: And he told me to talk to Ken, his friend, who is the CEO. [SPEAKER_01]: And so I talked to Ken and Ken, says, you know, I have a way better idea than this. [SPEAKER_01]: And so I'm working on this idea. [SPEAKER_01]: I think we're going to call a credit karma.
[SPEAKER_01]: And he just kind of pitched me on the whole concept right there. [SPEAKER_01]: And then that's uh, I thought it was a great idea. [SPEAKER_01]: And I was excited about the opportunity. [SPEAKER_01]: And so, you know, that's how it started. [SPEAKER_00]: For the people that don't know what credit karma is, give me a brief overview about what credit karma does. [SPEAKER_01]: Well, we're best known for giving out billions of credit scores to over our 100 million consumers. [SPEAKER_01]: We actually do a lot more than that now.
[SPEAKER_01]: So we do taxes for a much of the country. [SPEAKER_01]: We do, we help you buy a car, we help you buy a house, we can help you refinance your debt. [SPEAKER_01]: We're kind of everything finance and way. [SPEAKER_01]: We've added savings accounts. [SPEAKER_01]: And so what we want to do is automate a very complicated financial landscape for the average person.
[SPEAKER_00]: So you talked about the early days a minute ago. [SPEAKER_00]: Tell me about the MVP. [SPEAKER_00]: Tell me how you approached building the MVP as the technology leader of the team. [SPEAKER_01]: the technology choosing process, so that's startup. [SPEAKER_01]: That is, it's religious almost, isn't it? [SPEAKER_01]: I, you know, so I had debates and discussions with friends about it. [SPEAKER_01]: I had some things going in that I really thought were important. [SPEAKER_01]: So one, I was kind of coming out of the server side.com era, and I had a little bit of like pattern PTSD.
[SPEAKER_01]: You know, these newer, more flexible languages could be exciting. [SPEAKER_01]: What I was concerned about with something like Ruby on Rails was the wrap back then was that this thing doesn't scale all that easily. [SPEAKER_01]: And so I found one man banned in 2007. [SPEAKER_01]: I'm not thinking like, hey, I want to blaze new territory here. [SPEAKER_01]: I'm thinking, I want to something try something true. [SPEAKER_01]: I want to be able to fall playbook and I want to get this business problem done.
[SPEAKER_01]: And so that was like number one. [SPEAKER_01]: I was like, hey, I want to, I want to path to scaling this thing that I understand easily. [SPEAKER_01]: Number two, I was thinking, well, I would really love something to be as stateless as possible, because so many problems in software are caused by mismanagement of state. [SPEAKER_01]: And functional programming has been around for years and years and years and years but back then it wasn't so hot as it is today. [SPEAKER_01]: I think if it was, I probably would have gone that route, but it wasn't on my radar.
[SPEAKER_01]: But I was thinking, hey, I want the context to be recreated on every request. [SPEAKER_01]: And I want to eliminate a lot of these kind of like concurrency performance issues that I spent a lot of time debugging and Java land back then. [SPEAKER_01]: I landed in an interesting place. [SPEAKER_01]: The cross section of those things. [SPEAKER_01]: I went with lamp, which was like a very common, you know, you choose lamp very commonly back then. [SPEAKER_01]: But some of the rationale was very tried and true, like very easy scale.
[SPEAKER_01]: It pretty obvious playbook. [SPEAKER_01]: PHP recreates the context in every request. [SPEAKER_01]: Now you have to kind of, [SPEAKER_01]: and for some framework level stuff to make sure that people aren't like abusing the global address space and those types of things, but with good hygiene, strong frameworks, you know, you can take off a lot of those sharp edges, [SPEAKER_01]: You know, it really worked. [SPEAKER_01]: I mean, we had very few scale issues that was never a big deal, not for a long, long time.
[SPEAKER_01]: And that platform served as well for years. [SPEAKER_01]: Of course, now we've, you know, we've changed things, but the first, you know, eight, nine years or so, we're very well served by that stack. [SPEAKER_00]: So as you were building that, you picked a tried and true platform or technology you used. [SPEAKER_00]: What sort of decisions and trade-offs did you have to make in the early days and how did you cope with those? [SPEAKER_01]: Well, I didn't want to take on that as insecurity.
[SPEAKER_01]: So I spent a ton of time on security, just kneeling down, very opinionated, frameworks around how data is handled and did base management and a lot of aspects of the session management, clean stuff. [SPEAKER_01]: just a lot of time, hard even to describe how much of my waking thoughts went into that, but you know, it was a time. [SPEAKER_01]: And then there's sort of these, uh, which features are going to survive conversation. [SPEAKER_01]: That's not obvious. [SPEAKER_01]: You know, back then, 2007, if you wanted to get funded in 2007, you would say that your thing is social.
[SPEAKER_01]: So basically, use the magic word. [SPEAKER_01]: So we had all these social features, right, sharing in comments and bulletin boards and voting. [SPEAKER_01]: And we thought that these are going to be that really hot, viral things that we're going to have to scale. [SPEAKER_01]: So I put some effort into prematurely scaling those things, which was completely wasted, total waste of time. [SPEAKER_01]: Because those aren't the things at all. [SPEAKER_01]: It's totally different things that ended up needing to be scaled.
[SPEAKER_01]: But there was a lot of back and forth on, yeah, which features are even going to live. [SPEAKER_01]: So that I tried to be as judicious about that as I could. [SPEAKER_01]: But I can't say we made the right calls everywhere. [SPEAKER_01]: Some things just had to be written.
[SPEAKER_00]: This episode is brought to you by Rims, the Risk Management Society. [SPEAKER_00]: Rims is the preeminent organization dedicated to the profession of risk management. [SPEAKER_00]: The York brings networking, professional development and education opportunities to its members of more than 10,000 people across 60 countries. [SPEAKER_00]: Their main goals are to equip risk professionals to succeed in a changing environment, enhance their engagement within the community and expand their influence worldwide.
[SPEAKER_00]: The RIMS 2020 Annual Conference and Exhibition is your place for the best in education, networking, and solutions to build stronger, more resilient risk programs. [SPEAKER_00]: nowhere else in the world will risk professionals have access to three things. [SPEAKER_00]: Every major insurer, broker, and the latest solution providers in the space, 180 education sessions that address the biggest risks and challenges facing organizations today. [SPEAKER_00]: and risk management peers who are not only succeeding despite market conditions but are ready to share their stories.
[SPEAKER_00]: For nearly 60 years, rims has delivered the latest in greatest strategies and resources that allow our attendees to grow, innovate and succeed in any business. [SPEAKER_00]: Join them May 3rd through 6 in Denver, Colorado, for the ultimate risk management experience.
[SPEAKER_00]: So you mentioned that the original product lasted for eight or nine years, which is a pretty good amount of time. [SPEAKER_00]: Staking with that eight or nine year product, how did you progress and mature credit karma? [SPEAKER_01]: The timing of our founding is really important in that discussion. [SPEAKER_01]: So we started in 2007, which is like everything in the world is great and everything's going to be up in the right forever, which is how everyone feels at the top, you know, what could go wrong?
[SPEAKER_01]: And then 2008 came and our business model, right, is we essentially make money when the customer saves money. [SPEAKER_01]: So if our members get a better deal on the loan, you know, we get a finder's fee for that loan. [SPEAKER_01]: If banks are folding and not lending, that model doesn't work that well.
[SPEAKER_01]: In 2008, you know, when we're, we just built the product, it's got a lot of traction, product market fit is really strong, people love it, feedback is really good, and then this whole externality happens, and so revenue just is like not possible. [SPEAKER_01]: And so we have to kind of rethink how this product is going to develop. [SPEAKER_01]: Because our vision is, you know, we want to be able to kind of automate your finances, [SPEAKER_01]: and we're gonna need all these banking relationships and bank integrations.
[SPEAKER_01]: We'll obviously, there's some kind of near term compromise that's gonna have to be made there. [SPEAKER_01]: And so what we did was we started, we did some advertising type stuff, we sold cell phones on the site for a while, which sound really disconnected, but actually they check your, when you sign up for a cell phone plan, they're checking your credit to make sure that you can do the, you know, pay the phone. [SPEAKER_01]: So we did a lot of that type of stuff and we started actually doing things like white labeling our products.
[SPEAKER_01]: So I had to develop white label version of our products that we progressed. [SPEAKER_01]: And there was a lot of stuff just done to survive. [SPEAKER_01]: You know, the live through that 2008 to 2010 timeframe when, you know, nobody's going to give money to a financial
[SPEAKER_01]: So there was a lot of that and then we were trying to really advance the market here. [SPEAKER_01]: So back then it was impossible to even get just a free credit score. [SPEAKER_01]: we wanted monitoring, we wanted multiple scores, we wanted reports, we wanted to make this digestible for you, we wanted to actually predict what would happen and tell you how to dodge bullets that hadn't been fired at you yet. [SPEAKER_01]: And we wanted you to be able to, hey, not just like view your data about act on it, like correct errors.
[SPEAKER_01]: And so we were over that period of time working, you know, with our the credit bureaus to try to paint a vision of what this really could be [SPEAKER_01]: And how over time it's going to be helpful for the credit bureau to have a better relationship with the, you know, with the American public and for, you know, we could be kind of a facilitator there, we could help and help all sides improve this, you know, this condition and it's a slow process, you know, you have to be very patient, but you know, it worked out.
[SPEAKER_00]: My next question is around how you built your roadmap. [SPEAKER_00]: I can kind of siphon some of that from your response. [SPEAKER_00]: Some of it was about the 2008 incident around survival, white labeling, the product. [SPEAKER_00]: But was there ever a point, a specific point, where it changed from survival mode to progressing the industry? [SPEAKER_01]: Yeah, so I've kind of always thought about this as a generalizable, [SPEAKER_01]: problem. [SPEAKER_01]: So when I think about building road maps, there's a certain amount of just short game, near-term activities, that I'm doing, that I kind of know we're going to create an impact.
[SPEAKER_01]: You know, they're going to help me see the next month, the next two months, get me through the quarter, and then I have a set of big bets. [SPEAKER_01]: And different teams, depending on where you are in your cycle, we'll say, like, it's 20% big bets, and some will be, like, well, it's 20% short bets, because we're very early in our progression. [SPEAKER_01]: I think a lot of the discussion all throughout has been, you know, it's always a mix of the two, but what's the appropriate mix?
[SPEAKER_01]: And how big are those big bets? [SPEAKER_01]: And what is your kind of strategic roadmap look like? [SPEAKER_01]: And how do the big bets plan to the strategy? [SPEAKER_01]: And so there's, you know, we've always had a way of juggling that and that's evolved, you know, over time, as the business becomes more mature, you have way more capacity for everything. [SPEAKER_01]: But here, the short-term bats, you might have more like a 70% short just because, you know, you got to kind of see the company continue to grow in a predictable way.
[SPEAKER_01]: But then you really want to be, [SPEAKER_01]: investing a lot in the future. [SPEAKER_01]: You want to make sure that your vision succeeds plays out. [SPEAKER_01]: You want more than one big bet. [SPEAKER_01]: And so you've got to be thinking about what's the probability of success on those big items and what happens. [SPEAKER_01]: If none of them play out, what happens if one plays out and like kind of 2010, 2012 time frame when we really started to see
[SPEAKER_01]: A ton of success and things really started to pick up, banking started to come back. [SPEAKER_01]: We were starting to plan a lot of seeds for the future. [SPEAKER_01]: Cause we're like, hey, now that it's kind of raining everywhere, you know, let's plan a bunch of seeds and see what grows. [SPEAKER_01]: But that, yeah, that mix is always shifted.
[SPEAKER_00]: So how did you go about building your team? [SPEAKER_00]: Specifically the engineering team. [SPEAKER_00]: How did you structure it around product development? [SPEAKER_00]: And what did you look for in those people that indicated they were the winning horses? [SPEAKER_01]: In the early days, I handpicked, I'm believe it or not. [SPEAKER_01]: So I got on Craigslist, actually. [SPEAKER_01]: So that's actually what I did. [SPEAKER_01]: So that's showing my age, but 2007, people in the Bay Area were on Craigslist.
[SPEAKER_01]: And engineers would actually post a resume on Craigslist, which is also kind of hard to believe now. [SPEAKER_01]: It doesn't seem like it. [SPEAKER_01]: But, and so I would kind of go through those, and I would just find stuff that spoke to me, sometimes it would be a side project, sometimes it would be specific experience. [SPEAKER_01]: I have like a lot of systems and operating experience in my own background and security experience. [SPEAKER_01]: And if I kind of glean that, you know, something very difficult there had been done that would be useful to us, I would reach out to that person about that thing.
[SPEAKER_01]: And when you have that kind of really targeted contact like that, your response rage is way higher, right? [SPEAKER_01]: Because people were like, wow, this person really knows what I do and why my profile is interesting. [SPEAKER_01]: And so hand picking while a lot of work, the hit rate was amazing.
[SPEAKER_01]: Not sustainable forever. [SPEAKER_01]: but a very good way to get started. [SPEAKER_01]: That's how I built the initial team. [SPEAKER_01]: And they stuck around for a long, long time. [SPEAKER_01]: I mean, one of my first three or four hires is still here. [SPEAKER_01]: He just passed his 10-year mark.
[SPEAKER_00]: You mentioned earlier a bit about scalability around the 8-9-year mark you switched the platform up a bit. [SPEAKER_00]: So I want to touch on that. [SPEAKER_00]: How did you make that shift towards a more scalable platform? [SPEAKER_00]: You know, everyone has their opinion around monoliths and microservices these days. [SPEAKER_00]: But I want to know your opinion. [SPEAKER_00]: So how did you approach that problem? [SPEAKER_01]: Let's see, the first really major shift we went was towards scaling out the data.
[SPEAKER_01]: So more sophisticated database sharding, all that kind of stuff. [SPEAKER_01]: So we could really just sort of scale infinitely. [SPEAKER_01]: And that was pretty early because the scale of our data got pretty big, pretty fast. [SPEAKER_01]: Then software scaling, we had a framework that broke things up in a pretty reasonable logical fashion, but it was still one code base, it's still one application. [SPEAKER_01]: No matter how good a job you do, modularizing, you're going to get some interconnected code.
[SPEAKER_01]: You're going to get some dependencies and then over time without enforcing the boundary, you get a lot of problems. [SPEAKER_01]: So we move towards a more service-oriented approach,
[SPEAKER_01]: The devil's in the details, you know, what granularity of service do you go for? [SPEAKER_01]: You know, do you do like a you go full on microservice or do you have kind of like these, you know, giant, you know, monolithic services and or everything in between and how opinionated is your framework and what kind of, you know, what's your stack and how, you know, our homogenous or heterogeneous and we wanted to land the principles and it really to well-defined way. [SPEAKER_01]: And so the first year of this journey, we were prototyping, you know, our first couple of services that we thought would be good examples for everything else, and we were testing out our hypotheses.
[SPEAKER_01]: In the first set of technologies we used, we didn't, we actually didn't like, and we just chucked out. [SPEAKER_01]: I think back then we were, we had a pretty rest oriented approach that didn't really end up panning out. [SPEAKER_01]: We were using Skala, which we did end up likeings, we kept that. [SPEAKER_01]: And then some of the guidelines and things, we thought would play out, well, it didn't really play out that well in practice. [SPEAKER_01]: And so there was some, there's a learning, kind of like a year of learning.
[SPEAKER_01]: And at the same time, we were hiring. [SPEAKER_01]: So that's the next thing. [SPEAKER_01]: You want people who've seen this movie. [SPEAKER_01]: You don't want to go through a three-year transformation and be like, oh, no, but it's ever done in this year before. [SPEAKER_01]: So we were picking up a lot of talent from companies that had done this. [SPEAKER_01]: We in particular picked up a bunch of folks from Twitter, and that was helpful because they had gone through a similar transformation actually not that long ago.
[SPEAKER_01]: So we got people who'd actually done that and seen some of the same problems. [SPEAKER_01]: In the next year, we really kind of defined what we want it. [SPEAKER_01]: We had it written down. [SPEAKER_01]: So it's like, hey, we're going to be extremely homogeneous. [SPEAKER_01]: We're going to be very specific about what technologies you can use at which layers. [SPEAKER_01]: And the reason is that, for us, [SPEAKER_01]: security is number one and a homogeneous environment is a very good way to include all of the controls and build those in all the way across the stack and you know there is some amount of loss of flexibility there that can be that can be challenging but there's a lot of upside in maintainability, reliability, you're tooling gets so much better because your tooling can just focus on you know this one stack and it just gets better and better deployment gets better
[SPEAKER_01]: that played out really well for us. [SPEAKER_01]: Then we said like, hey, and this kind of year two, we want to go from basically one or two services to like, you know, 20. [SPEAKER_01]: So let's get the platform team good at this. [SPEAKER_01]: That was the first thought. [SPEAKER_01]: And we worked out a lot of kinks, but we're working them out within the platform group. [SPEAKER_01]: So the platform group, you know, kind of has like a bat, you know, everyone's got
[SPEAKER_01]: In the next year, we're like, okay, now it's time for all the application teams to adopt. [SPEAKER_01]: And so the goal that year was every app team will build at least one service and move monolithic capability out into that service. [SPEAKER_01]: And by the end of the year, at the end of the out year, we had everyone in the company trained and had gone through the process. [SPEAKER_01]: And we really knew what the kinks were. [SPEAKER_01]: There's a lot of it is technology, but a lot of it is process.
[SPEAKER_01]: How do you actually get these things out there? [SPEAKER_01]: And how do you do security and quality and how do you manage when things go down and who's on call and all that kind of stuff? [SPEAKER_01]: And then in the final year, year four, we said, okay, now we're not just gonna be building services and getting good at this, we are gonna get it this. [SPEAKER_01]: Now we're gonna kill the monolith, and we're gonna try to move as much out as we possibly can, which is a whole other topic, but that was basically a year long sprint to do as much as we could.
[SPEAKER_00]: You mentioned something that peaked my interest there. [SPEAKER_00]: You started out making sure the team got good at this, meaning good at executing the process, building the services, et cetera. [SPEAKER_00]: How did you accomplish that? [SPEAKER_00]: How did you make sure they got good at it? [SPEAKER_00]: So process, I think, is a lot like building a product. [SPEAKER_01]: You come up with an initial version. [SPEAKER_01]: You come up with an MVP. [SPEAKER_01]: The MVP is not that good, but it may be accomplished as the basic thing you're trying to set out to do.
[SPEAKER_01]: You need feedback. [SPEAKER_01]: You need some kind of feedback loop. [SPEAKER_01]: So who's your customer? [SPEAKER_01]: We set up the customers to be really internal, like internal to the platform team at first, so the feedback loop would be very tight. [SPEAKER_01]: and then you're faireting out the bugs. [SPEAKER_01]: And so, you know, kind of like our first service deployment process, you know, and those early days was like, it's like 60 days to get here, your service into production, because so many things are manual, so many people are involved.
[SPEAKER_01]: But the very first time we measured it, which is like in that first year, we're like, okay, we need to get this down to a week to be viable. [SPEAKER_01]: And so, [SPEAKER_01]: You know, you set that goal and in a quarter, you know, the whole team is like every time they go through this manual thing they're figuring out how to automate and so then we got good at it and that we just built these processes that way and then we started to go out to everybody else we could say like hey we now have like [SPEAKER_01]: a two to three-day kind of deployment timeline for your service and everything's kind of on rails that reviews are easy to set up in the office hours work and the technology we've worked out in the most of the Kingston.
[SPEAKER_01]: You work at the bugs, I think a failure mode is you kind of roll out the MVP to everybody and you expect it to work. [SPEAKER_01]: And then it can give the whole initiative a bad rap as then you have business leaders and product managers saying, like, hey, I just want to make this change. [SPEAKER_01]: And I'm like, 60 days service is cycle. [SPEAKER_01]: And blue up in my engineers, I'll hate it. [SPEAKER_01]: You don't want to avoid that kind of stuff. [SPEAKER_00]: So as you step out onto the balcony, and you look across all that you have built at Credit Karma, what do you most proud of?
[SPEAKER_01]: The thing I'm probably the most proud of is the team. [SPEAKER_01]: There's this kind of like emergent behavior thing. [SPEAKER_01]: In the early days, you sort of know what everybody's working on. [SPEAKER_01]: And in your head, you can kind of picture how stuff's gonna go. [SPEAKER_01]: And you have this like just the sense of control. [SPEAKER_01]: And as you kind of like progress, you lose that sense of control and you have to learn to trust. [SPEAKER_01]: And I think what I'm most proud of now is that just the teams surprise me in such a positive way so often, you know, it just feels good to have created something so much bigger than yourself and to see, you know, how talented the people are and how creative they are.
[SPEAKER_01]: And that's just really cool, you know, to like look out there and think that, you know, it all started with, you know, us three people.
[SPEAKER_01]: So let's flip the script a little bit. [SPEAKER_00]: Tell me about a mistake you made and how you and your team responded to it. [SPEAKER_01]: I'll give you kind of a funny one, I guess, or some people think it's funny. [SPEAKER_01]: So if you have, you know, a long run up to being big, you have time to experiment with a bunch of different stuff. [SPEAKER_01]: So for a while, you know, I was doing all kinds of stuff. [SPEAKER_01]: to think about different ways to manage people and different ways to run the company.
[SPEAKER_01]: You know, I think you see a lot of little companies do that there's like a blog post about how they're doing this like whatever radical thing that they're doing. [SPEAKER_01]: And we were, we had read a bunch of research. [SPEAKER_01]: I can't remember what got us excited about it. [SPEAKER_01]: We decided, like, hey, what if we actually didn't really have like engineering managers? [SPEAKER_01]: per se we had like a system of coaches and the coaches we're taking like all the best elements of management there you know kind of guiding you in your career and encouraging you and pointing out you know where you need to improve and what things are going wrong you know without all like the micro management problems you know telling you what to do right they're not here to tell you what to do they're here to help you and guide you on your path
[SPEAKER_01]: getting the investment, the coaches were invested in the people, but not that invested in the outcome, right? [SPEAKER_01]: Or even that connected to the outcome? [SPEAKER_01]: Because if the coaches and feel accountable for what's happening, they don't really pay that much attention to the ultimate inequality of the product that's being developed or the software that we're producing. [SPEAKER_01]: And so we just had a lot of issues where coaches are kind of like, [SPEAKER_01]: being very encouraging and telling someone something is great and you know we're also seeing that this area is kind of a disaster and nobody is super accountable for it or group whole groups like just don't work that well together and who's really accountable for that you know we had we had a four instance for that stuff we had like actual coaches and whatnot but [SPEAKER_01]: just the efficiency of that compared to the more traditional management structure was not great.
[SPEAKER_01]: But I'm happy we tried it. [SPEAKER_01]: I mean, it was interesting to see, you know, some of those things play out. [SPEAKER_01]: And everyone was actually, we were always very transparent like, hey, you know, this is something we want to try and [SPEAKER_01]: We hope it'll be great, but maybe it won't be, and if it's not, we'll mix things up, and people are actually really good, sports about it all, and people who are, I think I'd fun with it, and everyone gave it their best shot, and when stuff didn't work out, we just said, all right, we're switching it up, you know, as no big deal.
[SPEAKER_00]: So I'm an active credit karma user, so I'm excited about this next question. [SPEAKER_00]: What does the future look like for credit karma the product and the team? [SPEAKER_01]: I want to lean a lot more into personalization, so the product that we have is very capable of hyper-personalizing what it shows you, but we just recently put a lot of the technology pieces in place to really leverage that potential, and so now the path where we're headed down is, hey, everything that we should tell you.
[SPEAKER_01]: you know, some engine should really have thought through what outcomes are in there for you and what is likely to resonate with you kind of at this point in your financial journey and so the going from kind of thinking this kind of like global maxima type approach where like AB tests one experience versus another experience [SPEAKER_01]: towards, hey, there's an engine behind all of this that's powering hyper personalized experience, and then people getting kind of out of the mode of I'm creating this feature that's going to reach a hundred million people towards, you know, hey, maybe my future only reaches two million people, but those two million people really need it.
[SPEAKER_01]: and then having a product that's smart enough to put it in front of the right people at the right time, you know, those two million people really appreciate that. [SPEAKER_01]: And if you build 50 of those features, you know, now you have a really great product, but it's still reaching 100 million people, but in a much, a much more interesting way. [SPEAKER_01]: And so we've spent a lot of time around here thinking about, [SPEAKER_01]: What is that product look like? [SPEAKER_01]: How does it work?
[SPEAKER_01]: There's a lot of internal process stuff. [SPEAKER_01]: You know, how do you build those experiences and, you know, how do you make sure that they're doing what they're supposed to be doing and what decides and what does that algorithm even look like to, you know, measure, you know, how effective. [SPEAKER_01]: Um, this, you know, this experience is for this person, you know, there's a really hard questions. [SPEAKER_01]: Um, we have a lot of smart people here thinking about those things.
[SPEAKER_01]: A lot of PhDs thinking about objective functions. [SPEAKER_01]: Uh, so I'm excited because we're actually, um, you know, really this year. [SPEAKER_01]: We're shipping a lot of the fruits of that. [SPEAKER_01]: And I'm really interested to see, you know, how people start interacting. [SPEAKER_00]: For you, Ryan, who influences the way you work? [SPEAKER_00]: Name an architect or CEO, CTO, tech person, non-tech person, it could be anyone. [SPEAKER_00]: Who do you look up to and why?
[SPEAKER_01]: I draw inspiration from a lot of places, I guess. [SPEAKER_01]: I have friends in similar but different roles everywhere, cause I think. [SPEAKER_01]: you know, the specific like CTO. [SPEAKER_01]: It's, it's similar, but it's really different depending on where you are. [SPEAKER_01]: So it's just kind of interesting to get other people's take on, you know, what's life like for them, and what's, what's important where they are and, you know, how do they kind of marry, you know, business and culture and technology, and, you know, [SPEAKER_01]: So there's always kind of like inspiration to be taken from the experience of others.
[SPEAKER_01]: As a younger programmer, I was really inspired by like the John Carmax of the world. [SPEAKER_01]: You know, these like superstar people that felt like they could invent anything, you know, trailblazing whole new industries. [SPEAKER_01]: And what I think is kind of interesting about that, and maybe can be a little unique. [SPEAKER_01]: to engineering and sports is that when you have these people who are these like larger than life, incredibly good at this thing, it can almost be demoralizing.
[SPEAKER_01]: You're like, wow, I can't jump as high as that person. [SPEAKER_01]: I'll never code like this guy does. [SPEAKER_01]: You can get really focused on that and kind of forget that actually in practice, so much of it is about how do you work together and [SPEAKER_01]: You know, how do you marry these ideas with, you know, the business and, you know, there's so much in software beyond leak code. [SPEAKER_01]: And so I'm a perfectly fine leak cutter, you know, I'm good at that stuff, but if it's like your only barometer, it's not a good barometer, you know, it's because real the real world is a lot messier than that and we all have something unique to bring to bear.
[SPEAKER_01]: And so, you know, what I try to get inspiration from people who kind of do stuff well differently, you know, what makes them work. [SPEAKER_00]: So, if you could go back to the beginning in the early days of credit karma, what would you do differently, or what would you consider taking a different approach on? [SPEAKER_01]: Probably a lot of things in hindsight. [SPEAKER_01]: There's definitely a lot of things that we could scale differently, technology choices that we could have made.
[SPEAKER_01]: differently. [SPEAKER_01]: We were, we're at this really awkward spot. [SPEAKER_01]: We were like right before cloud, which was so tough. [SPEAKER_01]: And sometimes I wonder, like, what if I just kind of just push this in there and try to get the banks and the credit bureaus to bite? [SPEAKER_01]: You know, would it? [SPEAKER_01]: Would that have been better? [SPEAKER_01]: Or would it have been just a disaster? [SPEAKER_01]: Because I would have failed every, you know, compliance checkpoint that I ever have for five years until everyone realizes this is a good idea.
[SPEAKER_01]: I thought about that a lot, the data stuff you always think about, like there's just always in hindsight a better way to have done the data, you know, because data gravity is such a thing. [SPEAKER_01]: You know, when you realize later on that you have a different use case or a different way in which you, you know, want to leverage that. [SPEAKER_01]: And when you move into service territory, [SPEAKER_01]: all that stuff changes. [SPEAKER_01]: So once we kind of moved into microservices, we had to kind of rethink data and we're migrating data from kind of one store to the other to work in this new space.
[SPEAKER_01]: And I think that I really played that out in my head. [SPEAKER_01]: I could have tried to do more of that upfront. [SPEAKER_01]: I definitely would have disallowed joins. [SPEAKER_01]: I would have banned joins. [SPEAKER_01]: Yes, uh, you know, just number one. [SPEAKER_01]: I'm so sorry, everybody. [SPEAKER_01]: I just I liked joining. [SPEAKER_01]: I can't I don't know. [SPEAKER_01]: I don't have an excuse. [SPEAKER_01]: I just it's very expedient. [SPEAKER_00]: So you're getting on a plane and you're sitting next to someone who just built the next big thing.
[SPEAKER_00]: They're a tech founder. [SPEAKER_00]: They just shipped their code. [SPEAKER_00]: They're excited to show it to you and show it to the world. [SPEAKER_00]: What advice do you give them being further down this road? [SPEAKER_00]: What do you tell them? [SPEAKER_01]: advice I give most people is just stay focused on the member problem or the business problem in this case. [SPEAKER_01]: I talk to younger cTOs who are kind of like newer at their startup or whatever all the time and you know happy to give them advice on like technology decisions and you know all that kind of stuff.
[SPEAKER_01]: Usually, my advice to them is like, what's the best thing for you next year? [SPEAKER_01]: If you're not even like, series A yet or if you're just kind of like, in series A, you're really just trying to get to the next letter. [SPEAKER_01]: And you gotta keep it going up into the right. [SPEAKER_01]: And, you know, if you're talking about, like, repladforming or how, you know, 70% of your team is working on this big technology things to avoid some problem four years in the future. [SPEAKER_00]: Usually I'm like, is that really the right thing to do?
[SPEAKER_01]: Or is it better to just have a problem later and have already succeeded? [SPEAKER_01]: And now you have enough people to fix that problem. [SPEAKER_01]: I do realize, you know, it's very hard later when you actually have those people. [SPEAKER_01]: And you have that problem to have the discipline to go do it. [SPEAKER_01]: We would try to foreshadow that stuff for, you know, the executive team and say, like, we're moving to cloud. [SPEAKER_01]: It's going to happen. [SPEAKER_01]: We're going to, you know, break everything out into services.
[SPEAKER_01]: It's going to happen. [SPEAKER_01]: It's going to be expensive. [SPEAKER_01]: And the more you can force you out of that stuff, you can actually win it's time, do it. [SPEAKER_01]: But doing it prematurely is usually a huge mistake. [SPEAKER_01]: You're much more likely to be killed because your business didn't work than because you had like one too many foul wells.
[SPEAKER_00]: Well that's great advice. [SPEAKER_00]: Well Ryan, thank you for being on code story. [SPEAKER_00]: Thank you for your time and telling the creation story of credit karma. [SPEAKER_01]: Yeah, it was a pleasure. [SPEAKER_01]: Thanks for having me [SPEAKER_00]: and this concludes another chapter of Code Story.
[SPEAKER_00]: Code Story is hosted and produced by Noah Labpart. [SPEAKER_00]: Season two episodes are co-produced and edited by Bradley Dinnom. [SPEAKER_00]: Be sure to subscribe on Apple Podcasts, Spotify or the podcasting app at your choice. [SPEAKER_00]: Support the show on patreon.com slash code story for just five to 10 bucks a month. [SPEAKER_00]: And when you get a chance, leave us a review. [SPEAKER_00]: Both things help us out tremendously. [SPEAKER_00]: and takes again for listening.
Podbean