WEBVTT
00:00:01.703 --> 00:00:04.911
Welcome everyone to another episode of Dynamics Corner.
00:00:04.911 --> 00:00:08.368
Brad, buy or build.
00:00:08.368 --> 00:00:11.868
Build a table or buy a table.
00:00:11.868 --> 00:00:12.388
I don't know.
00:00:12.388 --> 00:00:13.644
I'm your co-host, chris.
00:00:14.701 --> 00:00:15.403
And this is Brad.
00:00:15.403 --> 00:00:18.913
This episode was recorded on August 27th 2025.
00:00:18.913 --> 00:00:20.324
Chris, chris, chris.
00:00:20.324 --> 00:00:36.551
Buy versus build that's a question that I hear often, and today we had the opportunity to talk about buying versus building as well, as a topic that everyone seems to be talking about these days is where is the position of AI in software development With us?
00:00:36.551 --> 00:00:38.720
Today, we had the opportunity to speak with Matt Tripp-Strippaloff.
00:00:38.720 --> 00:00:54.594
Good morning, sir.
00:00:54.594 --> 00:00:55.154
How are you doing?
00:00:55.154 --> 00:00:55.695
Doing well.
00:00:55.695 --> 00:00:56.835
Nice to see you, brad.
00:00:56.835 --> 00:00:58.957
Nice to see you as well.
00:00:58.957 --> 00:01:00.802
Nice to hear you too, by the way.
00:01:00.862 --> 00:01:03.969
Likewise, yeah, finally we'll hear each other now.
00:01:04.028 --> 00:01:11.533
Yes, yes, yes, sometimes we have those struggles and challenges, but, uh, we always make it through, which is good.
00:01:11.533 --> 00:01:19.599
Uh, you know, I have been talking about it on these episodes as we start about the you know my new fun thing that I'm doing.
00:01:19.599 --> 00:01:31.171
I'm doing a lot of vibe coding, okay, right, you know, you know it's good, bad or indifferent, but I'm able to sit down and I'm doing things that I never even thought I would be able to do.
00:01:31.171 --> 00:01:42.263
How well I'm doing them, I do not even know, but it's piqued my curiosity to where I'm creating some cool things, and I had mentioned in previous episodes I purchased a bunch of Raspberry Pis, oh yeah.
00:01:42.263 --> 00:01:51.689
And now I'm just writing a bunch of Raspberry Pis, oh yeah, and now I'm just writing a bunch of code and creating these little applications when you're vibing when you're vibing code, vibe coding, are you using this?
00:01:52.171 --> 00:01:54.533
I mean, are you doing it with a particular programming language?
00:01:54.533 --> 00:01:56.674
I know you had mentioned Python last time.
00:01:56.674 --> 00:02:00.197
Is there any other language in your vibe coding that works really well.
00:02:09.740 --> 00:02:10.524
Right now for the vibe coding aspect.
00:02:10.524 --> 00:02:10.866
I'm using python.
00:02:10.866 --> 00:02:15.223
I do have it create, not from the vibe coding point of view where I'm creating an application, but I've created some small things.
00:02:15.223 --> 00:02:17.789
Uh, you know, professionally I use it with al right.
00:02:17.789 --> 00:02:18.891
I don't call that vibe coding.
00:02:18.891 --> 00:02:26.102
I use github copilot agent to assist with coding, but I don't call that vibe coding because I'm still reviewing and processing.
00:02:26.102 --> 00:02:29.875
I knew nothing about python formally when I started this.
00:02:29.875 --> 00:02:32.864
I'm picking up and learning the syntax and structure.
00:02:32.864 --> 00:02:39.170
Don't know other libraries and stuff, uh, but I I'm using it to create powershell scripts to do some things that I need to do.
00:02:39.170 --> 00:02:44.383
And it was really actually pretty cool because even on the python I I was able to ingest APIs.
00:02:44.383 --> 00:02:59.556
I ended up creating a Docker container with MySQL, a Docker container with Apache and then created a vibe coding Python tool to process and read an API, process the data and insert it into MySQL.
00:03:00.497 --> 00:03:00.917
Fascinating.
00:03:00.917 --> 00:03:06.782
We were talking about this at my office yesterday.
00:03:06.782 --> 00:03:08.163
It's like one of our senior devs.
00:03:08.163 --> 00:03:13.689
He's been with us for about 16 years and he's probably pretty far along out of most of our devs.
00:03:13.689 --> 00:03:23.186
He's been using Cloud Code a lot and the way he described it he said the new programming language is English which is English.
00:03:23.407 --> 00:03:36.730
Thank you for saying that, because if you go back to a few episodes, I talked about that specific thing and and I do have a question I want to follow up on the vibe coding and that's what one of the hosts on the podcast had mentioned.
00:03:36.730 --> 00:03:38.163
This was several months ago.
00:03:38.163 --> 00:03:42.013
He said you know, within 10 years, what do you think will be the most?
00:03:42.013 --> 00:03:43.824
Or even five years, I forget right at this point.
00:03:43.824 --> 00:03:51.502
He said what do you think will be the most common programming language?
00:03:51.522 --> 00:04:18.600
And he answered the human language and it's almost becoming to that point where you can sit down and think of something and ask for it and again, there's different models, there's different tools but it will write the specifications for you, it will write the application for you, it will write the tests for you and you could just basically give it something and go to bed.
00:04:19.502 --> 00:04:47.112
I don't think we're far away at all from disposable applications, purpose-built, short lifespan things that we would never have done before in a traditional SDLC, because it's too much of an investment, takes too long to build these things, and now businesses are going to be spinning up applications that are purpose built and maybe they only need them for a few months, maybe they only need them for a specific purpose, and that purpose is time-based or time-sensitive and it doesn't have to hang around.
00:04:47.112 --> 00:04:47.894
It's crazy.
00:04:48.374 --> 00:04:49.961
Yes, oh, it is.
00:04:49.961 --> 00:04:56.553
And it leads to the topic of what I wanted to speak with you about, what we wanted to speak about when we were talking earlier.
00:04:56.553 --> 00:05:00.951
But first, if I ask you, what is your definition of vibe coding?
00:05:02.261 --> 00:05:19.153
Well, you know, I think of vibe coding in terms of like true vibe coding, I think is a terrible idea, and what I mean by that is my definition of vibe coding is you're vibing with the AI agent that's doing all of the coding.
00:05:19.153 --> 00:05:22.166
You know the tools that we're using.
00:05:22.166 --> 00:05:24.112
We can see the code that it's producing.
00:05:24.112 --> 00:05:29.250
We can course correct, we can rely on the agent to make modifications and updates.
00:05:29.250 --> 00:05:35.052
But I think true vibe coding, using some of these tools that are no code, you don't even see the code.
00:05:35.052 --> 00:05:36.565
It's just creating things for you.
00:05:36.565 --> 00:05:38.146
There's a lot of hype out there.
00:05:38.146 --> 00:05:47.713
I guess the way I would define true vibe coding is you're just vibing, using natural language to create things.
00:05:47.713 --> 00:05:50.687
I think it creates a lot of technical debt.
00:05:50.687 --> 00:06:03.973
I think that if you're not careful and you don't understand what these tools are doing, you can choose tools that are putting things into your code that maybe you wouldn't want there if you knew better.
00:06:03.973 --> 00:06:07.185
Got to watch out for cybersecurity risks.
00:06:07.185 --> 00:06:08.771
Slop squatting you know as a term.
00:06:08.920 --> 00:06:18.870
If you guys talked about slop squatting on any of your you have not no, so the the the slop squatting is, is starting to show up more and more.
00:06:18.870 --> 00:06:49.206
Basically, what's happening is bad actors are polluting the models with misinformation about frameworks or plugins, rather, that aren't real, but they get so much information out there that the vibe coding tools will will pick these things up, which has they're basically injecting bad code through slop squatting.
00:06:51.300 --> 00:06:55.672
So a bad actor is slop squatting, yeah, slop squatting, yeah.
00:06:55.672 --> 00:07:09.107
So a bad actor is injecting malicious code by training the models to create the malicious code, with the assumption that the individual using these tools doesn't understand what they're doing.
00:07:09.107 --> 00:07:11.932
I could see how that's very dangerous.
00:07:11.932 --> 00:07:15.788
And that brings us to this whole vibe coding talk.
00:07:15.788 --> 00:07:17.773
Again, it's vibe coding doing something at home.
00:07:17.860 --> 00:07:24.846
I'm having fun experimenting in my own isolated environment, which I don't even do, to be honest with you, it's not even on my home network network.
00:07:24.846 --> 00:07:38.983
I have a separate network that I use for vibe coding for that reason that you just mentioned, because I don't want anything to for lack of better terms pollute or do any, uh, harmful actions on my existing network.
00:07:38.983 --> 00:07:48.696
Uh, so, but again, at home it's it thing, but at work it's another thing, which comes to the whole question that we often speak about.
00:07:48.696 --> 00:08:08.564
Chris and I work, we assist with individuals enhancing or extending a business application which that business application has pre-existing well, not pre-existing has tools available that you could purchase, or you can have customizations developed for you which we can talk about.
00:08:08.564 --> 00:08:15.767
This whole AI agent thing which brings up the topic of is it better to buy or build applications?
00:08:15.767 --> 00:08:20.379
And with that, before we get into that if you would tell us a little bit about yourself.
00:08:20.680 --> 00:08:21.764
Sure, yeah, yeah.
00:08:21.764 --> 00:08:26.701
Well, I've been in this line of work for about gosh over 25 years.
00:08:26.701 --> 00:08:31.154
I started Redhawk Technologies, a software development company.
00:08:31.154 --> 00:08:42.057
We create custom business applications, middleware solutions that integrate with commercial software applications as well and mobile apps, you name it, and that's really our focus.
00:08:42.057 --> 00:08:43.962
We've been in business for a little over 17 years.
00:08:43.962 --> 00:08:49.426
Just made the Inc 5000,000 for the second year in a row, so out of the 5,000 fastest.
00:08:49.426 --> 00:08:50.168
Congrats.
00:08:50.168 --> 00:08:51.211
Thanks, man.
00:08:51.211 --> 00:08:56.530
Yeah, we ranked 1,062 on that list this year, congratulations.
00:08:56.571 --> 00:08:58.053
That's awesome, 3,000.
00:08:58.139 --> 00:08:59.586
Yeah we're really happy about that.
00:08:59.586 --> 00:09:03.764
But a big part of that success comes from our unique business model.
00:09:03.764 --> 00:09:12.514
We develop, support and maintain custom business applications under a managed service model, so it's like it's development and service, so for a fixed monthly fee schedule.
00:09:12.514 --> 00:09:14.336
We're basically a fractional DevOps team.
00:09:16.922 --> 00:09:18.224
We create support and maintain these things.
00:09:18.224 --> 00:09:20.989
That's interesting, it is a very cool model.
00:09:21.549 --> 00:09:23.894
Yeah, Now I don't know what I want.
00:09:23.894 --> 00:09:26.484
I don't know which we should talk about.
00:09:26.484 --> 00:09:31.427
Should we talk about vibe coding, AI agents, building versus buying, but the managed service model that you have.
00:09:31.427 --> 00:09:32.683
Maybe we'll blend them all together.
00:09:32.703 --> 00:09:33.606
We can blend them together.
00:09:33.606 --> 00:09:36.047
You know it's, it's yeah.
00:09:36.047 --> 00:09:46.014
Wherever you want to take the conversation, I will tell you that when we discuss new builds with customers, they have a vision for something that they want to create for their business.
00:09:46.014 --> 00:10:00.147
If it's clear to us that they haven't looked for commercial off-the-shelf solutions first and we know that there are solutions that might work for them, we would advise them to buy, not build, Even though that's not our business.
00:10:00.147 --> 00:10:08.794
We're not out here as a value-added reseller selling Microsoft products or Salesforce or tools like that.
00:10:08.794 --> 00:10:16.514
Sometimes we think it makes a lot more sense just to buy what's available off the shelf and customize suits your needs before you build something custom.
00:10:17.337 --> 00:10:17.659
For sure.
00:10:17.659 --> 00:10:24.714
So what considerations should someone take before they make that decision of buying versus building?
00:10:24.714 --> 00:10:28.789
And I see oftentimes go ahead?
00:10:28.789 --> 00:10:30.928
My mind will run on this one.
00:10:31.100 --> 00:10:40.572
Yeah, I think the first step is really determining the level of customization that might be required for something commercial to suit your specific business needs.
00:10:40.572 --> 00:10:49.481
The more customization you need, the more likely it is that you would build something custom.
00:10:49.481 --> 00:11:05.572
If you think that you can adapt your business to work with the off-the-shelf solution maybe it's a blend of those things you might modify some of the things that you do so you limit the amount of customization required in an ERP or CRM platform.
00:11:05.572 --> 00:11:07.788
Then you would lean toward off-the-shelf.
00:11:07.788 --> 00:11:09.466
That would be the way that I would look at it.
00:11:09.466 --> 00:11:18.714
So I think you have to have a pretty good understanding of the business needs before you start selecting the tech stacks and the commercial software solutions that you want to evaluate.
00:11:20.120 --> 00:11:22.909
And with that, what consideration now?
00:11:22.909 --> 00:11:41.613
We talked about the vibe coding and we speak about how easy and I use that word loosely in this context it is to create solutions and I'm seeing that more and more as well, where everyone thinks oh, my famous question, how hard can it be?
00:11:41.932 --> 00:11:42.934
How hard can it be?
00:11:42.934 --> 00:11:44.677
How hard can it be?
00:11:44.677 --> 00:11:45.759
How hard can it be?
00:11:45.759 --> 00:11:59.120
When I talk to customers and prospects and we're evaluating their requirements, we're talking things through.
00:11:59.120 --> 00:12:06.567
One of the things I try to determine is how many exceptions to their rules will they have?
00:12:06.567 --> 00:12:09.811
Businesses always have a yeah, but I needed to do this, except for in this scenario.
00:12:09.811 --> 00:12:22.726
And so if they have lots of exceptions, then there's going to be a lot of complexity, and I call them exceptional companies because they have all these exceptions to their own business rules.
00:12:22.726 --> 00:12:23.948
That'll drive up a level of complexity.
00:12:23.948 --> 00:12:40.774
Whether you're vibe coding or using AI as a code assistant to create something, or you're doing something, customizations with the commercial off-the-shelf ERP, the level of exceptions that they have will drive up the complexity, the effort, the time, ongoing maintenance, you name it.
00:12:40.774 --> 00:12:42.346
It gets more and more expensive.
00:12:42.346 --> 00:12:43.986
I don't care what approach you take.
00:12:43.986 --> 00:12:44.900
You name it, it gets more and more expensive.
00:12:44.900 --> 00:12:45.621
I don't care what approach you take.
00:12:45.621 --> 00:12:47.465
If you have an exception to every business rule.
00:12:47.465 --> 00:12:51.049
If you're an exceptional company, you're going to pay an exceptional fee for it.
00:12:52.331 --> 00:12:53.774
There's always an exception.
00:13:02.179 --> 00:13:09.125
That is a good way to phrase it, because a lot of businesses again, everyone wants to have a differentiator to make them better than their competitors and what it takes, what they think that differentiator is.
00:13:09.125 --> 00:13:13.962
But oftentimes that differentiator isn't as significant as they may think.
00:13:13.962 --> 00:13:23.727
So, like you had mentioned, it's the consideration of buying versus building and you mentioned it's time.
00:13:23.727 --> 00:13:26.094
If you're building something, it takes time.
00:13:26.094 --> 00:13:47.164
You also have the risk, again, assuming that the commercial product that you're looking to buy is properly developed, vetted and it's a functional application more error-prone, I would say because you also have to go through a good testing cycle and make sure that the application works to your needs.
00:13:47.725 --> 00:13:53.585
You have maintenance on that and, as you had mentioned, with all of that is a higher cost.
00:13:53.585 --> 00:14:01.345
Now that higher cost may be mitigated based upon the complexity of what you have because it generates revenue for you.
00:14:01.345 --> 00:14:05.933
But there's that technical debt that oftentimes they don't.
00:14:05.933 --> 00:14:15.511
Someone doesn't factor into the equation of now I need to move to a newer version of that application or technology's changed.
00:14:15.511 --> 00:14:19.203
You know, as you talked about, you can extend or customize commercial built software as well.
00:14:19.203 --> 00:14:22.291
Where does that technical debt fall into play?
00:14:22.331 --> 00:14:35.366
so this is where I can go down the road on this, I think, I think lot of that when we deal with those clients at least for me from my experience is usually it's short term, like we're trying to solve a problem now.
00:14:35.366 --> 00:14:48.542
So when they're looking for a solution, they're really trying to solve okay, we have this challenge that we're dealing with, but they don't really look at it from a long-term perspective, like you had said, brad, like the technical debt.
00:14:48.542 --> 00:14:54.033
What does it take now to maintain that and also build upon that?
00:14:54.033 --> 00:14:56.729
So a lot of times they just kind of like let's just solve a problem now.
00:14:56.729 --> 00:15:07.727
And many times the conversations I've had is yeah, it was right at that time, it was the right tool at that time, but then it's been two years now.
00:15:07.727 --> 00:15:09.164
It's no longer a fit for us.
00:15:09.164 --> 00:15:12.047
And I was like two years, that's a very short period.
00:15:12.047 --> 00:15:16.207
You're not getting your investment back.
00:15:16.207 --> 00:15:19.408
I guess I would say I don't know how common that is for you, matt.
00:15:20.760 --> 00:15:23.230
It's the whole reason we developed our business model.
00:15:23.230 --> 00:15:27.750
Honestly, those early conversations with clients we're talking to them.
00:15:27.750 --> 00:15:36.494
The first thing is we want to help them realize that they need to change their perspective on the solution that we're developing.
00:15:36.494 --> 00:15:37.575
That it's not a project.
00:15:37.575 --> 00:15:42.048
Oftentimes they think of it I have a project.
00:15:42.048 --> 00:15:45.750
I need to find the right vendor to execute that project.
00:15:46.399 --> 00:15:57.173
But if you have a project mindset, there's a beginning, middle and an end, and the reality is with software, whatever you put out there is now in an ecosystem that it doesn't control.
00:15:57.173 --> 00:15:59.802
There's all these factors.
00:15:59.802 --> 00:16:03.246
Think about it like if we think about it in organic terms.
00:16:03.246 --> 00:16:07.553
If we think about it in organic terms, it's in an environment.
00:16:07.553 --> 00:16:16.503
It's designed to thrive in that environment, but the environment is changing Operating systems, hardware, et cetera.
00:16:17.464 --> 00:16:25.931
To think about it in terms of an asset versus a project that's one of the things we try to help our customers recognize is that you now have another asset that is part of your business.
00:16:25.931 --> 00:16:39.044
You only made this investment because it's an asset, and an asset is creating value, whether it's streamlining workflows and reducing the amount of workforce that you need, so you can scale and you don't have to scale through people.
00:16:39.044 --> 00:16:42.629
That's a great reason to build something custom, but that's an asset.
00:16:42.629 --> 00:16:47.796
If you have a fleet of trucks and you're in the service industry, you're changing the oil.
00:16:47.796 --> 00:16:51.028
You know you're maintaining those assets.
00:16:51.028 --> 00:16:52.379
You think of those things as assets.
00:16:52.379 --> 00:17:05.846
So, as far as remediating technical debt, updating packages and frameworks, that's all part of what we're doing under our software development as a managed service, doing under our software development as a managed service.
00:17:05.846 --> 00:17:14.528
So we're responsible for helping that asset continue to thrive as the ecosystem around that asset is changing, so it could be other things changing.
00:17:14.528 --> 00:17:18.190
It could be that they're changing to a different ERP and the integration needs to be modified.
00:17:18.190 --> 00:17:29.468
The cool thing about what's happening with AI coding assistance now are all the MCP servers that are out there for these commercial platforms make it a whole lot easier to create a technical plan.
00:17:29.468 --> 00:17:48.755
In an AI-assisted tool like Cloud Code is a good example you connect in the MCP server for Azure, for example, and then you can basically create your plan, review the plan and then have it execute the plan to build out or modify an integration.
00:17:50.240 --> 00:18:01.788
A big part of our conversation is because we primarily focus on serving mid-market, and mid-market customers don't have DevOps teams in-house, so sometimes there's some education we have to talk about what a software bill of materials is.
00:18:01.788 --> 00:18:02.770
They're like well, what's that?
00:18:02.770 --> 00:18:07.811
Well, that's the list of all of the frameworks, components, libraries that we're using.
00:18:07.811 --> 00:18:14.051
They don't really care about how the sausage is made in the end, but they kind of need to.
00:18:14.051 --> 00:18:25.228
So we have to educate them a little bit about software bill of materials routines that we have as part of our service to scan that SBOM for common vulnerabilities and exposures that are emerging.
00:18:25.228 --> 00:18:38.134
Because if the bad actors are the only ones paying attention to vulnerabilities showing up in those libraries and you're not patching those things as a matter of routine, that asset's going to turn into a liability overnight.
00:18:44.701 --> 00:18:46.305
It's a great way to think of it.
00:18:46.305 --> 00:18:52.672
I'd like your analogy just to bring back to what you you started that topic on it's a project.
00:18:52.672 --> 00:18:54.316
I mean, it's not a project.
00:18:54.316 --> 00:19:07.212
You're purchasing an asset and then you're going to do maintenance on that asset, just as if you would do for as you had mentioned a fleet of trucks, whereas a lot of times individuals exactly like you say it's a project.
00:19:07.212 --> 00:19:12.906
They start the project, they work through and implement the project and now they're done with the project.
00:19:13.320 --> 00:19:20.911
Because we always say or I always say and I talk with others in the same field and I don't want to put words in Chris's mouth ERP implementations are never done.
00:19:20.911 --> 00:19:25.391
And it's not that they're never done because the implementation is poor.
00:19:25.391 --> 00:19:34.605
It's never done because you have to look at it and frame it as maintenance, as if it's on a truck, because you do need to replace the oil.
00:19:34.605 --> 00:19:43.452
And again, that could be equated to technology changing or even your internal requirements changing as the economic climate changes as well.
00:19:43.452 --> 00:20:07.065
So it's a great way to think of it and I can honestly say, in the couple of years that I've been doing this, it's the first time I heard someone say look at it as an asset versus a project, and you may absorb that implementation differently, because now I'm purchasing a fleet of trucks, I'm purchasing something to of trucks, I'm purchasing something to provide value.
00:20:07.065 --> 00:20:09.811
I'm kind of repeating what you say because it's really sinking into me.
00:20:09.811 --> 00:20:12.508
Yeah, I really like that too With me with me.
00:20:13.560 --> 00:20:16.066
I like that very, very much because you're right.
00:20:16.066 --> 00:20:31.406
A lot of people, a lot of businesses coming in especially small, medium-sized businesses coming in and getting an ERP system at least in our world here is that it's a solution that would solve all their problems and that's it right.
00:20:31.406 --> 00:20:37.240
But they don't realize that the that Brad mentioning it doesn't end.
00:20:37.240 --> 00:20:46.740
You continue to improve upon that and you change your business process and it becomes an asset to your business so that you can be more profitable, profitable, profitable and increase revenue.
00:20:46.740 --> 00:20:57.554
But they don't realize that it takes some work to do that, to maintain it just like an asset rather than just like, hey, I want to buy this and it's supposed to solve all my problems, make me more money, yeah.
00:20:57.554 --> 00:21:00.704
So they got to change that mindset, definitely.
00:21:00.704 --> 00:21:01.205
Yeah.
00:21:02.227 --> 00:21:03.288
Yeah, if they, if they don't.
00:21:03.288 --> 00:21:25.380
And I think it still happens a lot today where yes no-transcript.
00:21:25.380 --> 00:21:27.144
That's if you want to add features.
00:21:28.039 --> 00:21:29.545
The other two are really bad man.
00:21:29.565 --> 00:21:30.227
They're really bad.
00:21:30.227 --> 00:21:31.150
Right, something happened.
00:21:31.150 --> 00:21:34.105
It's a cybersecurity issue occurred and you can track it back to that.
00:21:34.105 --> 00:21:39.583
Now, liability no longer an asset, because nobody was maintaining it and it was you know.
00:21:39.583 --> 00:21:46.208
Some vulnerability came up and it was exploited by the bad actors your operating budget is licenses.
00:21:46.208 --> 00:21:47.050
Yeah.
00:21:48.305 --> 00:21:51.824
That's not enough, I don't know what you're talking about, but yes, you're right.
00:21:51.824 --> 00:21:54.961
This is a great viewpoint to have.
00:21:54.961 --> 00:22:04.740
As you had mentioned, oftentimes people don't budget for the maintenance on their system, whatever that system may be.
00:22:04.740 --> 00:22:08.771
They either purchase or develop or, as Chris, you've mentioned a lot of times, they'll budget.
00:22:08.771 --> 00:22:17.509
Okay, well, my annual license fee is X, so I'm going to pay that annual license fee, not the maintenance on that asset.
00:22:18.701 --> 00:22:30.285
They should have a budget for maintenance or new features right, like maybe implement a new feature which requires training and requires implementation and things like that.
00:22:30.285 --> 00:22:35.190
That would improve your business and that could also be enhancements too, that they should budget.
00:22:35.190 --> 00:22:39.890
But they don't think about that Like it's just license, that's it.
00:22:40.211 --> 00:22:42.145
Yeah, it's a good perspective.
00:22:42.145 --> 00:22:44.429
Yeah, In our model we're providing what we call EMS hours.
00:22:44.429 --> 00:22:45.097
It's just good perspective.
00:22:45.097 --> 00:22:46.098
Yeah, In our model we're providing what we call EMS hours.
00:22:46.098 --> 00:22:47.886
It's just enhancements, maintenance and support.
00:22:47.886 --> 00:22:54.880
So that's part of the blended services that we're providing under that fixed monthly fee schedule.
00:22:54.880 --> 00:22:56.968
So it's all part of it.
00:22:58.161 --> 00:23:02.810
So your implementation approach is software development as a service.
00:23:02.810 --> 00:23:07.480
Would they pay a monthly fee for software development?
00:23:07.480 --> 00:23:14.954
Is that through the entire project or is it once they have the asset developed?
00:23:14.954 --> 00:23:20.185
The ongoing maintenance on that is a software development as a service.
00:23:20.185 --> 00:23:20.987
I like this model.
00:23:20.987 --> 00:23:29.122
I hear of managed services more for system monitoring, system patching.
00:23:29.122 --> 00:23:34.452
When I say system, I'm not saying application system, I'm saying operating system.
00:23:34.452 --> 00:23:49.849
To put it to different terms, we have our network operating systems, we have our network hardware, we have our network performance monitoring, like a lot of that, network operations center type management services.
00:23:49.849 --> 00:23:53.385
This is the first time I'm hearing of software development as a service.
00:23:53.385 --> 00:23:54.949
I'm interested to hear about this.
00:23:55.450 --> 00:24:01.830
Yeah, so we have options that our clients can choose from in terms of how the contract is structured.
00:24:01.830 --> 00:24:28.025
If they have the capital and they want to use that capital for the initial build, we can set up the contract in a way that the first 12 months that even billing schedule, that fixed monthly fee schedule is addressing their investment required for that initial greenfield development effort, in combination with some budget for maintenance and support, because it's not going to take 12 months to build.
00:24:28.025 --> 00:24:31.382
Most things take six to nine months depending on level of complexity.
00:24:31.382 --> 00:24:46.574
So, um, we're still going to build it in that, in that window, like it were, as if it were time and materials project, but their fee schedule can be distributed out over that 12 months so they still have that fixed monthly fee schedule.
00:24:46.574 --> 00:24:54.647
If they want to preserve capital, then we will strike a deal over and generally our contracts are three to five years.
00:24:54.647 --> 00:25:04.192
We'll strike a contract with the customer that allows them to amortize the cost of that greenfield development with the bundled services over 36 months.