The Future of FP&A with AI for Finance Professionals to Move Beyond Excel Analysis with Derek Baker
In this episode of FP&A Unlocked, Paul Barnhurst chats with Derek Baker, the Head of Strategic Finance at Circle, a growth-stage SaaS company. Derek shares insights from his experience in building strategic finance functions, scaling finance teams, and using AI to optimize financial reporting.
Derek Baker is the Head of Strategic Finance at Circle, a growth-stage SaaS company focused on building an all-in-one platform for online communities. He has built the Strategic Finance function from the ground up, covering areas like pricing, sales compensation, investor due diligence, and AI-powered financial reporting. Prior to Circle, Derek co-founded The FP&A Hub with Paul Barnhurst and Liran Edelist to support finance professionals. His career spans FP&A roles across SaaS, marketplace, and biotech startups.
Expect to Learn:
How AI is transforming financial reporting and analysis in FP&A.
The role of business partnering in aligning FP&A with strategic decisions.
Derek's transition from spreadsheets to AI-driven financial models.
How FP&A evolves as companies scale.
Here are a few relevant quotes from the episode:
“Spreadsheets are great for MVP models, but AI and data warehouses are the future for repeatable, scalable analysis.” – Derek Baker
“AI can manage context better than prompts, and this is what drives its power in finance.” – Derek Baker
Derek shares that the future of FP&A is all about embracing technology and innovation. He emphasizes that it's no longer just about spreadsheets and traditional methods; it’s about leveraging AI and data to drive smarter financial decisions. By focusing on both the strategic and technical sides of finance, professionals can better align with business goals and create more impactful outcomes.
Follow Derek:
LinkedIn: https://www.linkedin.com/in/derek-d-baker/
Website:https://community.thefpahub.com/home
Earn Your CPE Credit For CPE credit, please go to earmarkcpe.com, listen to the episode, download the app, answer a few questions, and earn your CPE certification. To earn education credits for the FPAC Certificate, take the quiz on earmark and contact Paul Barnhurst for further details.
In Today’s Episode
[00:00] – Trailer
[06:00] – What Does Great FP&A Look Like?
[12:00] – Scaling Finance Functions in Startups
[17:00] – The Role of AI in FP&A
[22:00] – Building an AI-Powered Financial Reporting System
[28:00] – Why Data Architecture is Key to AI Success
[33:00] – The Future of Financial Modeling with AI
[40:00] – Automating Monthly Finance Reports Using AI
[45:00] – Data Integration and Financial Modeling for Future Growth
[50:00] – Insights on Scaling FP&A Teams in Tech Startups
[53:00] – Final Thoughts & Key Takeaways
Full Show Transcript:
Host: Paul Barnhurst (00:00):
Welcome to another episode of FP&A Unlocked where finance meets strategy. I'm your host, Paul Barnhurst, the FP&A guy. Each week we bring you conversations and practical advice from thought leaders, industry experts, and practitioners who are reshaping the role of FP&A in today's business world. Together we'll uncover strategies and experiences that separate good FP&A from great FP&A we'll help you elevate your career and drive strategic impact. I'm thrilled to welcome our guests this week onto the show. Derek Baker, welcome.
Guest: Derek Baker (00:36):
Hey, thanks for having me.
Host: Paul Barnhurst (00:37):
A little background, I've known Derek now for what's been four, five years.
Guest: Derek Baker (00:41):
Six. It was back in 20.
Host: Paul Barnhurst (00:43):
Okay, I'm getting old. Thanks for reminding me. But I've known Derek for a long time. I've had him on FP&A Today in Financial Modelers' Corner, so I figured we should bring him on to FP&A Unlocked, and I'll give a little bit of his background here in a minute. But what I'm most excited about is we're going to get into some of the nitty-gritty of how he's using AI, where some of the challenges are, and how he thinks about it. I know he is doing some cool stuff and he spent a lot of time here. Alright, so Derek's background. Derek is the head of strategic finance at Circle, a growth-stage SaaS company, building the leading all-in-one platform for online communities. At Circle, Derek has built the strategic finance function from the ground up, tackling everything from pricing and packaging optimization to sales compensation design, investor due diligence, and implementing AI-powered financial reporting.
Before Circle, he was a customer of the product through the FP&A Hub, a community he co-founded with some moron, I mean, some guy named Paul Barnhurst and Dr. Rad Est. The community was designed to help finance and FP&A professionals learn, network, and grow together. Derek's career has spanned FP&A roles at startups ranging from SaaS to marketplace to biotech businesses. He lives in Utah, so he's my neighbor just down the road with his family, and he's passionate about solving hard problems at the intersection of finance and technology. So again, welcome, really excited, love the background.
Guest: Derek Baker (02:13):
Thanks. Happy to be here.
Host: Paul Barnhurst (02:15):
I hadn't read the intro yet and all of a sudden I saw my names. I had to have a little fun. So I like to start with this question just to see the different answers. It always amazes me. So we we're going to start here. Before we jump into ai, if I asked you to describe what great FP&A looks like, what would be your answer
Guest: Derek Baker (02:33):
Lately, I've been hiring lately, so I've been talking to candidates a lot about this and so lately I've been describing what we do is we are the bridge between executive strategy and the operations in the business. And at least that's how our role is. Maybe traditional fp a isn't always that bridge, but if it's done correctly through the fp a cycle, we're bridging the gap between where the executive leadership wants to take the business and where the people who are implementing that strategy are actually steering the business. And so through the fp a cycle through accountability and visibility into how the business is performing, we can really help to steer that trajectory of the business towards where executive leadership wants to go.
Host: Paul Barnhurst (03:13):
I really like that answer and it made me think of two things. I saw a visual that kind of gave the three areas of strategy. The senior leadership is the strategy formation, but you have a strategy planning and a strategy execution. Finance plays a key role in the planning, particularly in taking the strategy and relating it to finance and then also helping with that execution in that bridge to the business. And so I think we pay a key role like you mentioned in those areas if you're doing it right,
Guest: Derek Baker (03:42):
Agreed. It's a tricky problem because a lot of it is also translating operational data to financial outcomes and vice versa. When we're doing strategic planning, we're reverse engineering financial outcomes and understanding what we need to do operationally to create those. And I think that's where a lot of the analytical side of FP&A comes in is translating those two sides of the business.
Host: Paul Barnhurst (04:03):
Funny, I'm working on a course right now where there's a whole section on taking financial performance and figuring out operational drivers and performance metrics and a value driver tree and all those types of things. This, it's exactly what you're talking about, but trying to think of what are frameworks we can use to do that. It can be hard. Okay, I understand our revenues higher, but what's really the key drivers and which are the ones that the business can influence, which are the ones that we can actually track and how do I have those conversations with the business? And it always seems simple on paper, it's messy in reality. I want to ask one more question. I know you've mostly worked with startups and this is the first company where you've worked a little bigger. You started to see some of that growth. So how do you see FP&A changing? What are the changes you see as a company scales?
Guest: Derek Baker (04:50):
It's a great question and I'm figuring out as I go. This is the biggest company I've ever worked at besides an internship at a large construction company. And so I'm picking up as I go along. I think the biggest thing that is changing for us right now is the breadth of scope is just constantly expanding and it's become impossible for just one of us to be generalists and understand the entire business and go beyond the surface level of the business. We still have to understand how everything fits together and understand how the business works together, but to go deep on specific areas of the business is requiring more focus. I don't like to use the word specialisation. I still believe that we're all finance athletes and could flex across all areas of the business, but it's important to have focus analysts that are focused on certain areas of the business over others.
(05:38):
And so that's where we're at right now is starting to really define not necessarily business units, but focus areas for finance to bring the strategy as a whole. And the way that we're doing that is by thinking about how are we positioning the strategy that the executive leadership team has lined up? And when we try to adapt to that, and so right now we're focused on two different go-to-market motions. We have our PLG segment and our sales led segment. And so we're thinking a lot about building out more rigour through focus areas between those two different parts of our go-to-market strategy. And then of course we still have the GNA and the product and engineering side of things that becomes its own focus area, but it's a more broad, but it's a less intensive focus area than the go-to-market ones are
Host: Paul Barnhurst (06:23):
Two things I like that you said there. One, yes, not specialisation but focus areas. There's areas we have to go deep at different times in our business, but if you're going to be that athlete, you still have to understand the big picture. You got to be able to flex to different areas versus sometimes we see someone's specialisation, they're great at just that, but if you put 'em somewhere else it's like, oh boy. And so I think that's a good analogy there. I like that. And then you're dealing with all the challenges of scaling as you mentioned, the business units and just trying to figure it out. I love sharing a little bit of that. I think we could probably do a whole episode on that, how you think about structure, how you scale, the challenges you're facing. And I'm sure people would like it, but I know we want to get into AI and that you're doing a lot there and that's kind of the, not kind of, that's the word of the decade so far I would say.
Guest: Derek Baker (07:10):
And it seems to be
Host: Paul Barnhurst (07:12):
That and the hallucinations of this whole AI world. But before I get there, couple other questions I want to ask. You very much have leaned into tech startups, why?
Guest: Derek Baker (07:24):
Well, I think it's what originally interested me. I went to school in BYU in Utah and there are a lot of tech companies in Utah Valley, which is where the county that utah's in. And so a lot of the internship opportunities were tech startups and it was just what I was surrounded with. There's just a growing tech ecosystem here. So I think that's probably originally interested me is just that was where the opportunities were and I tended to love it and I was drawn to it. I think I probably could be very interested in other areas of finance. I used to think tech was the only industry for me, but as I've talked to more fp a professionals and other industries, there's a lot of complexity in other industries like manufacturing and pg, even e-commerce. I've talked to some e-commerce professionals and there's just a lot of supply chain logistics there that I think can be really interesting.
(08:09):
And so I'm not saying that tech is the best industry to do FPA in, but it's the one that I found myself in. I've gotten pretty in depth here and I just really like working on the bleeding edge of technology. I think especially now in the world of ai, there's a tonne of freedom and really also a really high expectation, which can be high pressure, but to be on the front end of these new innovations. And I find that personally really exciting. I am having a lot of fun right now experimenting and playing around with AI and starting to implement it in our daily workflow. And I think the tech industry in general is on the forefront. A lot of that because it's a technology at its core
Host: Paul Barnhurst (08:45):
Makes a lot of sense. And I would agree with you text leading the way in the sense of it's technology at its core ai you would expect them to lean in heavily. So let's jump into that. I want to spend some time there. So I know you've leaned heavily into gen ai kind of from the start, I know you've always enjoyed technology. So what really got you started? When was it, you said I should be leaning into this heavily, what was it that made you say this could make a big difference in my work? Yeah,
Guest: Derek Baker (09:10):
I think a couple months after chat TBT came out, I started using it to write code to automate reporting. And it was really bad. I was actually using it more of the tool to help me to learn syntax and how to write Python code. Almost never ran with what it gave me back in those days, but I used it mostly just to learn how to get out of spreadsheets. That's kind of been the theme of my career so far is if I don't have to do this in a spreadsheet, I won't because spreadsheets are not repeatable or automatable, at least not easily.
(09:44):
And also they don't transfer well to in this new world into ag agentic systems. And so I think that's where I started with AI, was using it to help me learn how to write code and automate small one-off processes in my daily workflow. And as time has gone on, it's just things have gotten better and better. Actually I realised something crazy yesterday that it's only been six months since Claude Skills was released. It feels like it's been two years since then, but it's only a six month old. And that was probably where things really started to change was this concept of skills that you can train Claude on a process and it can do it the same way every time. I had a set of instructions and context to give it more information. And so I'd say up until six months ago I was really just using the chat bots, Claude Chat, GBT and using it in a q and a type format, asking questions, getting answers and it got better and better throughout that time.
(10:37):
And then six months ago things started to really pivot when they can now learn and repeat processes and from that stamp from six months ago, things have just accelerated where they can now do things autonomously. And now my daily driver, I'm in cloud code way more than I'm in spreadsheets or in a code editor. I'm using cloud code to do analysis to, I use it more than I use the chat interface now. I use it just as my normal chat bot q and a style. And so I think that's my current journey. I'd say I'm only a few months in and learning a lot and what I'm doing today probably won't look anything like what I'm doing in a year from now, but having a lot of fun as the tools are being built, learning how to use them, implement in our workflow as it goes.
Host: Paul Barnhurst (11:17):
Thank you for sharing that journey. I appreciate that. A couple things I want to dig into. I'm sure one of 'em, you mentioned some people find controversial, but you mentioned spreadsheet, I think you said something effect of it, it's not good for storing data, interpreting, pulling out the data in this AI area. It's not repeatable. So what's led you to that conclusion and what role do you think the spreadsheet plays going forward as we see more and more ai?
Guest: Derek Baker (11:42):
It's a great question and I've thought about a lot and I don't know, I'll just say upfront, I don't know the answer to where it's going to be in six months or a year, but I can give a couple thoughts I have. The first is you kind of have to separate financial modelling and planning from analysis at this point. If you're doing analysis in Excel, even ad hoc analysis, you're going to get left behind really quickly. That's the first big insight that I've seen because AI is really good at writing code and doing analysis is just writing code, whether it's SQL or Python. So on analysis side, I don't think spreadsheets have a place anymore for analysis. And one of the big reasons for that in my thinking about spreadsheets is that a spreadsheets a really horrible data format.
(12:26):
It's too customizable. You can have a random number in cell a EC, a million and that will mess up your whole data structure whenever you try to do an analysis in Excel. And that's just kind of how we interact with it. We've gotten used to having like you have a table in this part of the sheet and the table in this part of the sheet and this part of the sheet. It's just a bad data format. And if you want to do analysis, the best way to do it is in my opinion, in a data warehouse you can build a lot of semantic knowledge. Now there are a lot of tools coming around with adding this semantic layer to your data warehouse and that's just adds context to AI that will query it more effectively. And so that's where we invests a lot. If we get asked to do an analysis ad hoc and we don't have the data in our warehouse, we default to building the integration or a data warehouse and get the data in our warehouse, we believe we'll use it in the future and more data is now compounding.
(13:20):
The more data you have in your warehouse, whether it's modelled, if that data's talking to each other through relational data modelling and then you can add semantic knowledge on top of it, there's going to be compounding value from doing analysis outside of spreadsheets. Now on the financial modelling side, I don't have a lot of answers here yet. We still do all of our financial modelling spreadsheets today and I've started to think a lot more about, well, I really like the concept of having AI doing analysis and also being able to interpret what the impact of its findings are on the future of our business. And the best way to do that is through a financial model. And this is for our business mostly around the revenue side of things. We don't have very complex cost modelling most of our expenses or headcount and hosting infrastructure costs and software.
(14:02):
It's not a complex cost-based cost structure. And on the revenue side, I've been starting to think a lot about can we take some of our revenue forecasting models and can we put them into a Python package and give a CLI tool to AI so that when it's doing an analysis on specific customer segment, it can say if we grow this segment 20%, what is the impact on our growth over the next six months or NRR over the next 12 months? That type of thing. And I think that could be really powerful and that's something we've just barely started scratching the surface on is we built our first cohort forecasting framework and we're implementing that in a Python package right now that cloud code can interact with. So I think that the long-term direction is we're going to start to see more and more offloading of components of the financial model to ai, but they still need to be deterministic.
(14:55):
And of course they're always going to be like the black box machine learning models. There's a good reason to have those for short-term predictive modelling, high accuracy type of thing. But for strategic modelling, trying to understand the business, I don't know if there's a better communication tool than a spreadsheet where an executive can get their hands in and they can easily manipulate an assumption. And sure you can build that in lovable or in lit or cloud code and build your own app, but then who maintains it? And I don't know if I want my team to be, I don't know if I want one finance engineering team that understands how that app works and the rest of the team and can't interact with it or can't add things to it. And so what I think I see on our team, and this is totally conjecture at this point, I don't really know, but I think our spreadsheet models are actually get simpler and simpler and simpler.
(15:42):
It's going to be about finding what are the few assumptions that really matter in the business and then using AI to inform those assumptions better. Rather than trying to model out every individual customer segment, every individual marketing channel, let's take all of that complexity and offload it to our a io s and AI agents and then use that to help us to do analysis to inform our assumptions better and then document those things which AI is also, I'll add really good at documenting decisions that you make and helping to have auditability on why you made this assumption versus a different one. And I think there's going to be a lot of value there. You take these revenue models and you start to have four or five of them at some point different methods of forecasting. Maybe you have a machine learning model that you don't really know why it gets you to answer.
(16:31):
It does, but it does. And it's like a time series model that's just trying to regress on what's going to be the most accurate short-term forecast. And then you have a very deterministic driver based model that's very similar to what we build in FPA today. And then maybe you have a cohort-based forecasting model that's a little bit different and more granular and you take those three models and you plot them against each other and you ask yourself, which one do we think is right? And if you understand the models and how they're built, you'll understand which ones have their strengths and weaknesses and you can start to make better judgement calls on why the assumption should be what it is in your main fans from all that you use to communicate to the board or to executive leadership. So I think that's where I see a lot of this going is they're going to be married together for the foreseeable future eventually. Who knows? Maybe coding gets so good that we've reached the singularity and we don't need to interact with any tools ever again and I don't know. But for the foreseeable future, I think it's both and spreadsheets get simpler and code becomes more of a surface area that we need to build on top of.
Host: Paul Barnhurst (17:31):
Yeah, I could definitely see that happening. I think there's some challenges in the training and the learning and asking everybody, but from just a logic of how things work. I can get behind a lot of what you're saying, right? We know AI is really good at analysis. If you could put the data in a data warehouse, you can have a look at millions of records, why would you go through Excel? Now there may be some ad hoc if you know you don't want it in your data warehouse, you can't get it there, okay, you're still going to be doing analysis in Excel. It's a long time until that goes away. But I totally understand the logic of what you're saying.
Guest: Derek Baker (18:01):
This is like today imminent that never do Excel analysis in Excel again, but we just did an ad hoc analysis. I can give a really good example. Last month our AI costs are ballooning, our claw open ai and it's actually a great thing. We're very excited about it. We were encouraging this a lot in our business, but we really wanted to understand by team. And so what we did was to start, we ripped down CSVs from all of our AI providers and we merged it in with our headcount data and to bring in the team dimensions and things like that. And we did all this in spreadsheets, but as we were doing it, we were like, we can never do this in spreadsheets again. It took one of our analysts eight hours to do it and clean it up and get it all correct. And so now we had a cloud code start building data integrations with these tools to hit their analytics API and grab this usage data and bring it back into our warehouse. And that's something we'll be building as fast as we possibly can. We know all this in the future. So I think there's always a role for spreadsheets as the MVP layer of analytics, but once you get past the MVP, it should be in a data warehouse as fast as possible. I think
Host: Paul Barnhurst (19:06):
That's a great example. Like I said for MVP, for wire framing almost so to speak, Excel can't be beat the flexibility modelling at the moment. Although we are seeing, I was talking to someone, they're creating a tool in their thesis and we'll get your thoughts on it, is it's hey, you speak natural language to what you want the model to do, it uses Python, and then the Python then translates it to the cells in Excel. So you get a formula built model, so you're going natural language, python, kind of the match versioning control and all this. They're building a tool, but you still get, because let's face it, it's really easy. It's nice to see it in Excel. It's a comfort you can make an argument of, Hey, when does that change? And is that just because of the way we were raised? But that's a whole separate discussion, but I thought it was an interesting thing. Thoughts on something like that.
Guest: Derek Baker (19:56):
It's interesting. Yeah, so Excel becomes the ui, but it has a backend essentially with Python and data warehouse. Yeah, I think that could be great. I think it's just you're one step away from building your own software though, and I don't know why you do that.
Host: Paul Barnhurst (20:12):
I know what you're saying. I think there's some shortcomings, but I was curious to get your thought.
Guest: Derek Baker (20:17):
I think these are all probably phases along a longer journey towards what the transfer modelling is. I think that could very well be a few years from now or maybe two years from now. I don't know at some point in the near future, near-ish future that we could be interacting with Excel in our data that way. But one of the things that really requires is your data modelling to be really good and in a place that it can interact with it. And that's the hardest part in any fp a role is the data comes. I think the statistic is like 80% of an analyst time is spent cleaning data and the rest of the 20% is actually analysing that data. That's the part that is going to be really difficult in making that reality come true.
Host: Paul Barnhurst (20:58):
I agree. No matter how you use the spreadsheet, how you use ai, and I think the spreadsheet for the foreseeable future if we a GI, all bets are off. I don't see the spreadsheet going away. I still see it being used, but there are definitely areas where AI may be better if you can have it in a data warehouse and just do all the analysis. I agree, why wouldn't you? But you can also do a lot of analysis, a lot of building, you can use AI in Excel and do it that way. And so it'll be interesting to see how different people bridge all that. But I think you hit on the core of all this. There's the data layer and I think ai, and I've said this before in some ways increases the need for technical and particularly around understanding data and data structure if you want to build things in ways that you can really get benefits, I think there's kind of two things you have to understand with AI right now.
(21:49):
We still hear a lot of learn how to prompt, okay, yeah, that's nice and prompts make a difference, but I think we're at the point where the more important things is understanding how to give it context through skills, through instruction sheets. That can be through a prompt, but often it's much more than that. I'd love your thoughts. I think it's that context, the instruction, the skills, and then your data are really the two key things and prompt is probably third to getting good outputs, good results to really starting to build repeatable workflows and processes. So I'll let you speak to that.
Guest: Derek Baker (22:21):
So managing the context that you can give to AI and not starting over from scratch every time. I think that's where we're talking about because one of the hard things and when you're just using a chat interface to try to automate tasks, it has memory, but it doesn't actually remember how it did something the last time that you asked it to. And so every time you ask it to, you give it a CSV and you say, do this analysis, you have to give all that context again. It's actually kind of exhausting if you've tried to do that. And the way that we're handling this is we're totally pilled, if you've heard that term, you can choose red pill or blue pill. It's chat GB tier clo. We're a hundred percent Claude over here and I think it's because they have the best architecture right now for managing context, the concept of skills and hooks and agents and how those interact with each other.
(23:08):
One of the key principles here is something called progressive disclosure, which I think is an actually really important concept to understand in FP&A for anyone that's getting into AI really is what I mean by that. The reason why that's an important concept is because when you give a task to Claude, it has a context window. You can only give so much information. You can't give it every report you've ever done or every notion doc in the whole business. It can't handle that much context. And so what you need to do is you need to have a really good organisation around how you give context to Claude. And the way that Claude handles this is through skills. And each skill has something called front matter where you give it a name and you give it a description and it ingests every skill into every session, and so it can quickly search and find the skills that it needs.
(23:53):
And once it finds the skills that it needs, it loads the entire skill document. And that's what makes Claude's skills framework so powerful and why things change so much in the last six months in my opinion, is that now there's a way to manage the context layer and how you give context to the AI agent itself. And so we have skills that we actually try to make them very modular and so skills can interact with each other. So our skills look like here is how you do revenue analysis in our business, this is a very defined, these are the two tables that you use in our data warehouse. This is how you query them. Here's some example queries. We don't actually put that on a markdown. We actually have a folder within the skill folder itself that's called scripts and we give it, yeah, I know
Host: Paul Barnhurst (24:34):
You can give it reference files or
Guest: Derek Baker (24:36):
In
Host: Paul Barnhurst (24:37):
Addition to the skill, exactly,
Guest: Derek Baker (24:39):
Refer
Host: Paul Barnhurst (24:39):
To those so pulls and when needed. It's better for context as well, how much it's using.
Guest: Derek Baker (24:44):
So in the Skill MD file, you explain what these queries are and when you use them and how you can change the granularity if you want to look at by day or month or week or whatever. And that's where I think a lot of power comes in these recurring processes. And so now once you define this once, it can do that the same way every single time. And so now when I ask cloud code, what is our NRR this month? I get the right answer 100% of the time because there is a SQL query that is saved in this skill for MRR analysis and it will go and find that and it will load it and it'll run it itself and then it'll just give me the answer and it's never wrong. I think that's what's really exciting about moving from a chat interface to cowork or clot code. You can use these skills to do them deterministically and I'll just say it takes time. I think that a lot of us knew we should be documenting what we do. Before AI happened, there just wasn't enough value to actually do it because it was for somebody else. You were going to hand off to whoever replaced you. And so it wasn't actually
Host: Paul Barnhurst (25:44):
For a business decision, it
Guest: Derek Baker (25:46):
Didn't help
Host: Paul Barnhurst (25:47):
Meet the
Guest: Derek Baker (25:48):
Need. All we're doing is now we have a good reason for every employee to be documenting how they do work. And the reason for that is because they can extend their leverage through AI and they can hand these things off. So the way that we take the approach is we didn't try to boil the ocean. We started with one very specific thing and then that was the first thing we did was R analysis. That's what we get questions about a lot. That's what we're looking at a lot. So we just start with one MR analysis and we actually, what we do is we have Claude interview us about our business and ask us questions, and then we go and we write the SQL queries and we give them back to Claude and it says, oh, let's go build a skill together. And then it goes and builds a skill.
(26:27):
And so Claude is working with us as our partner to help us build skills that can use in the future, which just speeds up the process. And it also helps with, there's a little bit of paralysis when you look at a blank markdown, you're like, I don't know what I'm supposed to write here. And honestly, I've never written a markdown file for ai. AI writes its own skills at this point, and I think that's, I read them, I make sure that there's good information in them, but I'm not going to start from scratch and write a skill file for Claude. So that's how we manage context. We're fully captive to Claude at this point. Eventually we hope to move to a more sophisticated agent harness where we can swap in and out models. And I think I've seen a lot of tools that are in development right now that will enable this.
(27:11):
One things that they all call out is Ramps Glass internal software, I dunno if you've heard of that, but they basically rebuilt Cloud cowork and for their organisation and they built it in a way that they can swap in and out models. They can share skills really easily. That's actually been one of the surprisingly hard things to do on my team is how do we share our skills with each other? We have a GitHub repo that we save all of our skills too, but it still is requires you to pull it down every time and merge it into your own cloud code and things like that. But when it's for your organisation, you can share these things. There's a lot of network effects when you see what other people do with AI and you start to get more ideas of your own. And I think that shareability and that teaching each other, it just speeds up the process of innovation here. So those are a few fairly unorganised thoughts on how we're managing context and AI and building with AI and FPA.
Host: Paul Barnhurst (28:04):
We've talked a lot about context and I think that's really helpful. I think that helps people understand skills. And one of the biggest things I've realised is you can have AI help you write all the skills. It may not be great to start with depending on how much detail you give it, but start somewhere. Everybody should be least experimenting. I've been surprised how easy it is. And if you're not using Claude, you can still use any tool to help you write an instruction sheet. And if you're working in Excel and you're using an AI agent, you could still have it go against that instruction sheet. Yes, it's not quite the same as a markdown file, but it's a lot better than trying to put it all in a prompt. So I've been testing that a little bit with chat GPT and copilot to see how good it can do with just an instruction sheet for different things. Some of the visuals I like to build in Excel and things like that. So
Guest: Derek Baker (28:52):
I want to mention something about prompting since you brought it up. I think early on in ai there was this whole concept of prompt engineering and that seemed very important. I don't find that to be very important at all these days. In fact, what I do is I think a lot less about how I'm telling Claude something and just try to give it as much context as I can. And it feels very weird at first, but I use something called Whisper Flow to talk to. Yeah,
Host: Paul Barnhurst (29:17):
I'm familiar with. I don't use it, but I'm familiar with it.
Guest: Derek Baker (29:20):
It's just voice to dictation. It's like use Siri talk text, whatever it is, talk to text. But that has been a big game changer and I just word vomit to Claude and the more context I give it, the better the outcome is. And it doesn't actually matter if I tell it you are a CFO of a tech company and all this jargon that used to everyone thinks is so important. It doesn't actually matter. It learns about you. It knows that you are in fp a. It's going to apply that fp a context by itself because it's gotten smart enough to do that at this point. And really all that matters is just giving as much context as you can. And so talk to text is something that helps me a lot with that.
Host: Paul Barnhurst (30:00):
I appreciate that and I definitely feel like early on prompting was huge. Context to me is more important now. But I want to talk about one other thing that I mentioned and just with all this ai, there's the data layer, data structure. We all hear garbage in, garbage out. We heard that long before ai and I think it still applies here. So what have you learned on the data side to get the most out of ai? Let's talk a little bit about that and your data journey.
Guest: Derek Baker (30:26):
I've always loved data. I think I probably could have pivoted my career at some point and gone to a data team if I had just hadn't started on an fp a team. So my journey in data has from the first time I got access to SQL or to a data warehouse and writing sql, I just loved it. For me, it's just such a more elegant way to do analysis than doing something in Excel. And don't get me wrong, I love spreadsheets. I mean, I know all the shortcuts. I love being in a spreadsheet as much as the next finance person, but I also have developed a love for writing code, SQL and Python code. And so I've been working on that for a long time. I am officially a nerd.
(31:11):
And I think one of the things that helps a lot was understanding the data life cycle. And I love talking to our data platform team. They're the ones that are architecting our data warehouse and understanding the systems design and the thinking around why do we have a bronze, silver, gold layer? It's called medallion architecture. Why do we do it that way? Understanding the system behind that has changed the way that I think about our own data structures in finance. Because if you, I'll liken this to a medallion architecture because it's what I just mentioned. For those uninitiated, a medallion architecture is just bronze equals raw data. Silver equals basically where you take that bronze data and you model a little bit, but it's still in the source format. And then the gold layers where you do your star schemas and your reporting, your reports that you send to a BI tool and things like that.
(32:02):
So in a finance data architecture, basically all we've ever done is work with bronze data where we go into our GL and we go into our Salesforce or our HubSpot CRM, and we just export CSVs directly how it comes, and we put that in Excel. And then we might use Power Query as something to create a silver layer where we clean up the data, we do some, we fill the Knolls, we merge a couple columns if they're duplicates, that type of thing. We create relationships, make sure that we have the same IDs between both systems, that type of thing. And then the analysis itself becomes the gold layer and understanding how we can take that same concept and put it into a SQL pipeline. It just changed how I think about how we take our own data in finance and we put it into a way that can be used by modern technologies and being queried by sql.
(32:51):
So I think that's how my journey has been, just learning how the data team does things, relating it to how we do it in finance and then copying them as much as I can. And I think this is something that, especially I have two people on my team now and one of them is a finance data analyst and one of 'em is an fp a analyst, and their roles are actually merging a lot. The fp a analyst is learning DBT and working in data warehouse and building our SQL pipelines. And the finance data analyst has already proficient in that area, but he's also learning the strategy side of things. And it's interesting to see these roles kind of merge just because of the tools that make it possible for us to do both sides of the work. We can now cover more than we could in the past. So that's what I've learned about data architecture and if we want to get into specific data structure as we can, we do that next. But from a high level, that's how I thought about how we implement data in fp a.
Host: Paul Barnhurst (33:43):
Before I get there, I just want to call something. I think you're in a great situation where it's apparent you're given a lot of trust to access and work with the data, right? Many companies, that's not the case data team and they'll give you what you want. And so I think that's where often power query, a lot of those things come in. Maybe they'll let you hook it up and you can do that. You're still going to see a lot of that. So I think it's great if you're able to do that and work with the team to do all that. Always. Anytime you could do something at the source, you can build the architecture, you can automate it, make it scalable, repeatable. That's the ideal. And so I love that you're sharing that, but just I'm sure there's some people listening going, my business will never let me touch any of that.
Guest: Derek Baker (34:27):
It is the nature of startups. I have a big blind spot that this is the largest company I've worked at circle across 50 million in revenue in December. And so I don't know what it's like to work at a billion dollar company and governance in different teams. How they manage that data layer is completely different. So you're totally right to call that out. I think what I would still recommend for any fp a professional, regardless of what size company you're at and what level of access you have to data, is to become friends with the data team, understand what they do, why they do it, and you'll just be a lot, you'll partner with them a lot better if you understand how they do their job, at least at a high level. You don't know how to write code, you don't how to write SQL or get into write the data pipelines yourself.
(35:08):
But if you can understand how to speak their language and ask them questions, how are you thinking about semantic modelling and how can we start to leverage that on our team? How can we use AI agents to access our data warehouse and give it enough context to query the data tables correctly and ask them questions like this? And you can start to guide how they're thinking about their strategy. And hopefully it can also in the reverse guide your strategy as well and how you implement tools on your team. So I think a tight partnership between data and fp a is critical.
Host: Paul Barnhurst (35:40):
A hundred percent agree. I'll share a little bit of my journey here. I think it informs this. I started out of grad school when I did my finance degree. I started on team, I was called a financial analyst, but it was the data team. I was writing SQL for a year and a half and building a lot of different reports. Some of it was an access, this is 2009 timeframe, so a long time ago, and it was invaluable. The data classes I took in grad school, I did a master of science and information management. Having that data understanding, knowing some basic SQL and then knowing how to do power query and understanding the idea of, okay, here I really should be building a lookup table versus writing this nasty old if statement. I learned the hard way. My boss was like, why are you doing this as super long?
(36:23):
Case statements? No, just figure out the logic and put it in the table. And I kind of pushed back at first and one of the best lessons I learned now looking back. So I'm a huge believer in understanding data. I think it's a core skill and it's becoming more of one in FP&A. Does that mean, like you said, you need to be able to write an expert in writing SQL or Python? No, I agree with you. You don't need to be that. You need to be good enough to have the conversations with the data team and to get the information you need to do the job you have. Because your job is not to be a coder, not to be a data analyst per se. It's to help the business make better decisions, which you need data to and for, right? So that's a little bit of my journey.
(37:02):
And I was fortunate, I was working for a big company where that was usually siloed, but I was in one side where when I moved over to FP&A, they left my access to the database and they continued to let me query stuff. My boss loved it. He's like, Hey, I need this airline data, right? Lemme go write the query. Here you go. And he'd never had that before. So I've had a very different perspective. Typically you don't have that at a Fortune 500 company. Probably shouldn't say that publicly. They're probably like, wait, how do we make that security mistake? But anyway, anything else? I don't know if we want to go detail in the data structure. I want to get into maybe some of the favourite things you're doing or what you're trying to do now with ai, but anything else around data prompting? Any other advice that you would offer on context? Anything we've talked about there before we get into some of the things you're doing?
Guest: Derek Baker (37:49):
Pretty much covered it all. Yeah, I don't think I have anything else to say there.
Host: Paul Barnhurst (37:53):
That's kind of what I felt like. I think it gives people some really good ideas. So what's the coolest thing you're working on? Let's start. Coolest thing you're working on with AI right now?
Guest: Derek Baker (38:03):
Yeah, we're calling it our A IOS. We haven't decided on a name yet, so I won't name it. We'll just call it a io s for now. By the way, I really don't like it when people name their AI agents human names. I just find it off-putting, it's weird like Lucy or something. I just find it weird. I like Atlas. He, Nick, here's a
Host: Paul Barnhurst (38:26):
Hot take for you. We interviewed a guy, he runs one of the biggest AI agent businesses that's growing very fast in the finance space. And he said, one day agents will vote, they will have the right to vote. I was like, where's that coming from? So there you go. Not only naming 'em, but giving them the right to vote.
Guest: Derek Baker (38:52):
That is a wild hot.
Host: Paul Barnhurst (38:54):
So that's the hottest take I think I've had on the podcast. That one will come out in a week or two here, so I'm really fascinated to see what people say with that one.
Guest: Derek Baker (39:02):
That's funny. So my favourite thing we're working on is building our A iOS. And for the last couple months what that's looked like has been really tightening our data architecture. We didn't have our GL data in our warehouse and we didn't have headcount data in our warehouse because these things contain sensitive information and we never felt the need to invest in trying to figure out how to protect that sensitive information. But now that with ai, we knew that would unlock a lot of capabilities for us. And so we decided to figure it out and we worked very close to our data team to figure it out. We're using encryption on the columns themselves and only finance has the decryption keys type of thing. That's how we're solving it, at least in our current state. So we've been really focusing on just building out all of our data source views and finance.
(39:49):
And one of the hardest ones actually is the financial model data. And we're building a system around that of bringing in all of our financial model metrics from our spreadsheet models and then creating a driver tree that's in a table format to interpret how these metrics relate to each other. So we can go in more depth on that Next question if you want to. The idea here is with all these data sources modelled talking to each other, they have relationships between each table. We can use AI to interact with that data and to do a lot of our monthly reporting. So our first big milestone is automating our monthly finance report from end-to-end, at least the initial seeding of the charts. And I would say we're probably like 60 to 70% of the way there right now. We still have more data work to do to make it a hundred percent, but it's already starting to speed up our building of the financial report.
(40:39):
And what's really exciting about this, I think that goes beyond the scope of FP&A is it creates a framework of understanding business performance and it can actually be the way that you orchestrate further agentic analysis. So what I mean by that is if we do our BVA analysis or just budget versus actuals and we see that we miss somewhere, what we'll do first is we'll trace it back to the most granular level of modelling that we do in our financial model. So for us, we forecast our new business on the sales side down at the quota level. So we can't actually go any further than just what's the aggregate quota of the sales team right now? What we can do from there is we can say, all right, we missed on our sales team missed quota, but let's go dig in and find which sales reps missed quota.
(41:27):
And once it finds which sales rep missed quota, it can go and dig in and say, why? Is it because their win rate dropped? Is it because calls booked dropped? And this isn't things that we do in our financial model, but it's things that is data that exists in our data warehouse and it can do basically flux analysis for a term that finance people are aware of to look at just historical trends and what changed over the last few months versus this month and why something has been happened the way it is. So I think that's what's really exciting is that we build this from an fp a perspective first, and it becomes a jumping off point of even deeper analysis to speed it up from there. So those are the things that I'm working on. I think about a lot with AI and I'm probably most excited about at this point.
Host: Paul Barnhurst (42:09):
That is cool. What I heard there when you said a iOS is I feel like you're building the data layer so you can have the intelligent AI really to be able to tie from finance back to what drove it, the operational metrics and make it much easier. So the business, so AI can answer the business questions of what I like to call the so what and now what versus just the what. Okay, so we had these three myths. It's because these dropped, here's some things we might be able to do about it. AI is good at looking at those numbers and providing some ideas or different things that you then interpret versus spending six hours pulling down spreadsheets and a day later, oh, I figured out it's Bob, Joe, and Pete and I picked up the phone. And I think it's related to this. That's an incredible value when you can reduce that time substantially, but not just reduce the time, you can help improve the decision. What's the one thing you couldn't go back to before Gen ai? If there's one thing that you could never give up that you now have, what would it be?
Guest: Derek Baker (43:13):
Probably writing documentation. I mean, I was never very good at it if I'm being honest. But now we're a lot better at it writing documentation because it's just part of our, we merge a pull request for our data warehouse, it's part of the checks. Did we document everything we did? And did you review it is also the second important step there. So I don't think I could ever go back to writing documentation by hand now that we have AI to do that stuff for us.
Host: Paul Barnhurst (43:39):
Yeah, it's definitely getting a lot easier. Alright, so a lot of people are trying to figure this out. Companies are all over the place from, we haven't started. Do we feel like we're getting huge value? You're a long ways into your journey, obviously. I don't think anyone's at the end point yet. You aren't. Nobody else is. But we have a lot of people listening that are trying to figure out how they really make sure they're preparing themselves for the workplace of the future. And I'd love some of your thoughts. If you were to give one or two tips to people to help prepare themselves to make them more value in this AI driven future we're looking at what would they be?
Guest: Derek Baker (44:15):
My advice is the same as what I would always tell people when they asked how do I learn how to build a financial model? It's do it for yourself first. My first financial models that I ever built were budgets for my own personal life and they're extremely nerdy now. I still budget and forecast and I have retirement planning out 40 years. So I think that's my main piece of advice is do it for yourself. I think that there's a lot of really fun AI projects that you can do personally. I'll share a couple of my favourite ones. So I have my own personal cloud account and I use cloud code. Something that's really helpful probably for your listeners is there's a framework called pi PAI. If you look up PAI GitHub, it's called Personal AI Infrastructure. It's basically just a set of skills that you can load onto cloud code and it will make your experience with cloud code a lot easier than starting from scratch.
(45:06):
So if you want to want to get started, that's probably how I'd recommend anyone to start. And so my favourite projects I've done are I'm into lifting weights. And so I've never found a app that I'm happy with because it doesn't allow you to extract your data and do analysis on it. And there are some, but what I did was I vibe coded a, I wouldn't call it an app. Well, all I did was I created a set of a database for working out. It's got tables for sets, exercises, workouts, it's just three tables and those all relate to each other. And so I built this on my own laptop and it's just a local database. You don't have to learn how to host or anything like that. There's just local databases called wdb or SQ Lite that you can go and start to build these without any technical experience and cloud code will build it all for you. And so I built this database and then I built a system of being able to text cloud code and say, I just completed bench 2 0 5 5 reps and it will go and log it in a database.
Host: Paul Barnhurst (46:04):
You use Whisper Flow to do that?
Guest: Derek Baker (46:06):
Sure, yeah, of course. Depends if I'm listening to music or not. Sometimes I don't like it to interrupt my music. That was a really fun project. I think that's a really great entry point into learning how to build a database. And if you want to write queries against that database, do it with cloud code and say, what's my progress been over the last three months of weightlifting? And it will show you a chart and show you what your estimated one rep max is and things like that. That's one of my favourite projects I've done and it's kind of nerdy, but I build these things on a weekend. Another one that is funny and also nerdy is my wife and I, the only time we ever argue is when we need to make a meal plan. And it's not because we can't decide on what to eat for the coming week or two, it's because neither of us know what to eat and so we don't know what to put on a meal plan.
(46:57):
And what we did was we built our own recipe manager app. We didn't actually build it, we found an open source one, it's called Mealy, and I installed Docker, I cloned the repo, and now it's hosted on, it's just hosted on our home network. We use tail scale to interact with it through our phones so we can track all of our recipes as our favourite recipes in there. And then using cloud code, you can take all those recipes and the ingredients and the recipe manager is really good. It has a really good data model. And so it creates a lot of metadata about recipes saying this is the primary protein, chicken or beef or whatever. It uses these ingredients like onions and garlic or maybe something more niche like tomato paste, for example. And it will intelligently find recipes and recommend things that go together because they use common ingredients.
(47:44):
So you're not buying a big can of tomato sauce and then throwing away three quarters of it because you use the rest of it. It's smart and can start to help you plan your meals better that way. And now our weekly workflow is we text our cloud code, our ai, we say, what should we eat this week? And it gives us options and we narrow it down and then it spits out a grocery list and we take that to the grocery store. So those are just a couple personal projects that I've worked on and I think anyone can get started with that at this point. Claude will just tell you how to do something like this. You give it something that's very abstract. I started with, I don't want a meal plan ever again. What are some ways that I can do this? And you just go through the conversation and it helps you make these architectural decisions and it does research for you. It goes and searches the web for things that already exist and then it'll build it on your machine for you. And I think those are really great ways to start to learn how you can use AI at work if you're not given the freedom to do that at work right now today.
Host: Paul Barnhurst (48:45):
Great advice. Thank you for that. So I want to move into our FP&A section looking for just some short answers here. I know we're a little long on time, so we'll run through these. What do you think the number one technical skill is today that FP&A professionals need to master?
Guest: Derek Baker (49:00):
I think systems design is where I am. And that sounds like probably people hear that and probably don't know what it means. And to me what that means is don't go learn. I wouldn't recommend going to learn Python today, for example. I would recommend understanding the data life cycle. How do you extract data? How do you load it into your warehouse? How do you transform it from there? And then there's now a new step, which is how do you give enough context around that data so that AI can interact with it. So I think thinking about systems design from a data standpoint and then the process standpoint, how those interact together I think is probably the technical skill that I think people need to start to master. How do you use technology to accomplish the work that we did in the past and what are the right tools and how you connect them together without a human is the technical skill I think is me the highest leverage over the next decade.
Host: Paul Barnhurst (49:53):
Thank you. You're not the first that's mentioned data. There's been a few, a little different angle, but I've heard that before. So not everybody's going to think you're weird, just most people. What about that softer human skill?
Guest: Derek Baker (50:05):
This is a good question as well because one of my thoughts that I've had about AI is it requires FPM professionals to be both more technical and more strategic. The median in technical skills and strategic thinking is quite replaceable by AI at this point. And so I think we need to get deeper at understanding how the business operates, which means you got to understand what actually makes a difference. We talked about this a few times about the podcast already, which is what levers can you actually pull and influence as a business? How do you actually influence them and who are the right people to do that? And I think that's where the strategic impact of fp a is really most important is to helping to create change without authority. We don't have any authority, but we can use the data that we have and our own frameworks for modelling the impact of decisions to help influence people to make decisions that will be best for the company over the long run. And so I think that soft skills are probably however wrapped up in one soft skill. It's business partnering I think for lack of a better term, but it's really understanding the business deeply, business acumen plus how to influence the people who are actually boots on the ground making decisions and shaping what the business is going to be in the next year. Few
Host: Paul Barnhurst (51:20):
Skills in there, but I get what you're saying, the influencing the business, partnering the strategy, all those things. So thank you for that. Alright, I'm going to ask one more on FP&A that I wanted to ask you and then we're going to move into just probably two questions on getting to know you. So I know you use Google Sheets. I mostly hold it against you, not completely, but one thing you like better about Google Sheets over Excel.
Guest: Derek Baker (51:43):
So I'm at Google Sheets Convert. My last company before Circle, I was diehard Excel. I pushed back on anyone that asks for Google Sheet and then I came to Circle and I saw the light and Google Sheets. The number one thing over Excel is multiplayer mode. The collaboration of Google Sheets is just far and away. It's just far beyond what Excel is. I really like the import range function, although I'm starting to hate it. Our models are getting complex enough that import range is really breaking down for us. We're moving to a new spreadsheet provider called Row Zero because of that
Host: Paul Barnhurst (52:17):
You are to go into Row Zero, I'm familiar
Guest: Derek Baker (52:19):
With
Host: Paul Barnhurst (52:19):
Quite a bit. We'll have to talk offline. I don't want to take up a lot of time on the podcast, but for anyone who's interested, row Zero is doing some unique things. You can find 'em online. So you and I are going to talk on that.
Guest: Derek Baker (52:30):
So the reason why I like Import range is because it's a really nice way to create modular financial models. So you can have, we model our community hub product separately from how we model our email hub product, which is like an email marketing tool in Excel, you have a hundred tabs to handle this type of complex modelling, but Google Sheets, what you do is you create a load sheet in a single workbook that you import into a consolidation workbook. And so you can do this in Excel, you can do it through stitching things together with Power Query or the worst sin of all Excel sins, which is linked workbooks, which hopefully no one on your podcast is using Linked Workbooks. But neither of those are a great experience. But in Google Sheets the import range function is dynamic as soon as you make a change, well theoretically, as soon as you make a change in the precedent model, it updates in the dependent model. And that's probably the thing that really sold me on Glue Sheets was that we could build these modular financial models using import range.
Host: Paul Barnhurst (53:35):
What it reminds me of, but they only work within the spreadsheet. You have the camera function where you can make a change somewhere and see it instantly in the camera screen in Excel, but that's only within a file. Very different from import range and that you're dealing with a different worksheet, but kind of that concept. But it's doing it across the sheets.
Guest: Derek Baker (53:50):
Yeah, yeah, exactly. I actually never heard of the camera function. That's really interesting. I don't know why you would use that. Instead of just you take
Host: Paul Barnhurst (53:56):
A snapshot of something somewhere else in your model and if you make any changes to it, you could see it in a different area. So if you had two windows open, you work with one, you could look over the other and see, you could see what had happened there and impacts, there's some places where it records different things in your model. So even if you make changes and you know it's going to impact that part of the model, even though you're working in a different area, you could see what happened there. Anyway, alright, we've needed enough on that Row. Zero Google Sheets, Excel, you're using 'em all. All right, two get to know You questions. What's your favourite musical album of all time? I know you like to listen when you work out.
Guest: Derek Baker (54:33):
I did see this and I forgot to, I know the album, I just don't remember the name. The second,
Host: Paul Barnhurst (54:39):
I don't know that that counts. Can you really claim that you know your favourite album when you don't even know its name? This is disappointing Derek.
Guest: Derek Baker (54:47):
It is disappointing. Okay. I'm a big country music fan. I grew up in Houston, Texas. Actually in the process of moving back there, which Paul May not even know, but I love Luke Combs. He's one of my favourite country singers and every song on the album, father and Sons is just so good. And I think it's because I'm a dad. I became a dad at the same time that album came out and it was just like I related a lot to it and it's still one of my favourite albums I listen to all time. Alright,
Host: Paul Barnhurst (55:12):
Last question. I know you like to travel, you love credit card points. Favourite credit card?
Guest: Derek Baker (55:17):
My favourite credit card is the one that fits with what I want to do.
Host: Paul Barnhurst (55:21):
You have a whole database that you vibe coded to track all your points?
Guest: Derek Baker (55:24):
I do, as you know, and I have skills in Claude, my personal Claude to go and find the best credit card offers and it's automatic. They don't apply for me. I don't give it my social security number or anything.
Host: Paul Barnhurst (55:38):
You don't let cowork apply for credit cards for you? You have a limit?
Guest: Derek Baker (55:42):
I do have a limit, but yeah, my favourite credit card is whichever one gives me the most points and the points that are valuable for what I'm trying to do. So I don't have one specific credit card.
Host: Paul Barnhurst (55:52):
Love it. Alright, well if someone wants to learn more about you or get in touch, what's the best way for them to do that? Yeah,
Guest: Derek Baker (55:58):
You can reach out to me on LinkedIn. I check that at least a few times a week and I'm always good about responding. So unless you're a software vendor, then I probably won't respond to you. But feel free to reach out, always happy to chat and talk shop.
Host: Paul Barnhurst (56:11):
All right. Well, thank you so much for joining me, Derek. Enjoyed the conversation and thanks for being on the show. That's it for today's episode of FP&A Unlocked. If you enjoy FP&A unlocked, please take a moment to leave a five-star rating and review. It's the best way to support the FP&A guy and help more FP&A professionals discover the show. Remember, you can earn CPE credit for this episode by visiting earmarkcpe.com. Downloading the app and completing the quiz. If you need continuing education credits for the FPAC certification, complete the quiz and reach out to me directly. Thanks for listening. I'm Paul Barnhurst, the FP&A guy, and I'll see you next time.