WEBVTT
00:00:01.280 --> 00:00:05.040
Welcome everyone to another episode of Dynamics Corner.
00:00:05.200 --> 00:00:09.919
This is a very exciting episode in how we use AI in our day-to-day lives.
00:00:10.080 --> 00:00:11.359
I'm your co-host, Chris.
00:00:11.599 --> 00:00:12.480
And this is Brad.
00:00:12.560 --> 00:00:16.079
This episode was recorded on December 12th, 2025.
00:00:16.320 --> 00:00:17.920
Chris, Chris, Chris.
00:00:18.559 --> 00:00:22.480
Almost at the year end, and we're finishing up strong with this year.
00:00:22.640 --> 00:00:32.000
And here we are again with another amazing episode talking about AI, software development, business use, and the future of business with AI.
00:00:32.159 --> 00:00:35.200
With us today, we have the opportunity to speak with Matt Striploff.
00:00:55.600 --> 00:00:57.119
Nice to uh see you again.
00:00:57.439 --> 00:01:04.879
It's uh it's uh it's been a while, and I feel like the world has changed in that short while.
00:01:05.200 --> 00:01:06.319
We talked about that last time.
00:01:06.480 --> 00:01:10.799
It's like you know, for a short period of time, a lot has changed.
00:01:11.120 --> 00:01:12.319
That's exactly what we said.
00:01:12.480 --> 00:01:19.840
Who knows where the world would be with this in a few short months, and here we are, a few short months later.
00:01:20.239 --> 00:01:22.000
The world is still here, yeah.
00:01:22.319 --> 00:01:25.840
But man, what a whirlwind it has been.
00:01:26.239 --> 00:01:28.799
And I saw something this morning too.
00:01:28.959 --> 00:01:34.079
I think it was what a year ago today that agents, the concept of agents was introduced, I believe.
00:01:34.400 --> 00:01:38.480
Yeah, it can't it seems like just yesterday.
00:01:38.799 --> 00:01:43.280
It does, but I I mean it's but it's look at everything that's happened since then.
00:01:43.359 --> 00:01:48.719
It does seem like just yesterday, but look at all the advances of uh in technology that have happened since then.
00:01:48.799 --> 00:01:57.439
So oh yeah, you know, and I I know I was excited about all the AI first SDLC modeling work we're doing at Red Hawk, and we talked about that.
00:01:57.519 --> 00:01:59.439
Um it's great to see you guys, by the way.
00:01:59.519 --> 00:02:01.599
I'm excited to be back on your podcast.
00:02:01.920 --> 00:02:03.040
We had a blast last time.
00:02:03.120 --> 00:02:08.879
So uh the progress we made is just it's uh it's insane.
00:02:09.120 --> 00:02:10.879
Like I'll give you an example.
00:02:11.120 --> 00:02:33.439
Um, since we're talking about agentic and agents, we have successfully developed, deployed into production, and now have automated agentic workflow that handles the software bill of materials, detects uh common vulnerabilities and exposures in those libraries and packages, and automates remediation all the way up to the pull request.
00:02:33.599 --> 00:02:33.919
Wow.
00:02:34.240 --> 00:02:38.000
But stuff like the software engineers, I describe that as doing the dishes.
00:02:38.159 --> 00:02:39.599
You know what software engineers want to do?
00:02:39.919 --> 00:02:42.080
They don't want to do the dishes, I don't want to do the dishes.
00:02:42.240 --> 00:02:42.960
You can do it.
00:02:43.280 --> 00:02:43.759
You know what I mean?
00:02:43.840 --> 00:02:44.560
So we've automated.
00:02:44.800 --> 00:02:45.599
You can prep the meal.
00:02:45.680 --> 00:02:46.879
Don't want to do dishes, man.
00:02:47.360 --> 00:02:48.319
I didn't want to prep the meal.
00:02:48.400 --> 00:02:49.680
I just want to show up and enjoy it.
00:02:49.759 --> 00:02:52.159
But hey, that's that's that's it.
00:02:52.240 --> 00:03:07.360
It's um uh before we get into that, because there's a lot, uh I don't even know where to begin with this because I end, you know, knowing what you guys do over at Red Hawk, and you know, from the conversation last time, I wanted to I wanted to get your take on a few things.
00:03:07.439 --> 00:03:10.000
But before we get in that, can you uh tell us a little bit about yourself?
00:03:10.319 --> 00:03:14.240
Yeah, Matt Strippelhoff, uh CEO, co-founder of Red Hawk Technologies.
00:03:14.479 --> 00:03:16.800
Uh, we are a software consultancy.
00:03:16.879 --> 00:03:22.240
We develop, support, maintain custom business applications, uh, which is that takes a variety of forms.
00:03:22.319 --> 00:03:27.039
It can be uh agentic workflows like middleware solutions that sit in between systems.
00:03:27.199 --> 00:03:32.719
We used to call that middleware, but now we're calling it agentic workflows because AI is a big part of that flow.
00:03:33.039 --> 00:03:37.199
Um But uh we also develop a lot of custom field service applications.
00:03:37.360 --> 00:03:41.360
They might be uh web portals, mobile applications, things of that nature.
00:03:41.680 --> 00:03:48.639
Our primary focus is serving uh fast growing or growth-oriented privately owned mid-market businesses.
00:03:48.719 --> 00:03:51.439
Um and what a great time to be doing it.
00:03:51.919 --> 00:03:57.599
Because a few months ago, guys, I was like, maybe a year ago, so what's a what's AI gonna do to my industry?
00:03:58.479 --> 00:03:59.120
Yeah.
00:04:00.000 --> 00:04:14.159
But uh a lot I am speechless with what AI is doing to the industry and some of the stuff that I have seen firsthand since our last conversation.
00:04:14.479 --> 00:04:23.519
It comes up to I had some text messages this morning with some peers and individuals, and my question to them was who writes code?
00:04:25.439 --> 00:04:42.240
You know, it's just like if you think about that, it's it's it's come to the point where uh the amount of code that you write, in my opinion, is what I wanted to see in your uh from your perspective, what you're doing within your organization and maybe some of the other peers that you may have.
00:04:42.319 --> 00:04:46.079
Yeah, I I see there's a shift from the development cycle.
00:04:46.160 --> 00:04:47.279
And again, it's not global.
00:04:47.439 --> 00:04:52.639
I mean, I I've talked to some developers who haven't even used it yet, and I've talked to some developers who use it all the time.
00:04:52.800 --> 00:05:02.639
So I'm not going to say that this is what everybody's doing, but there's a general, I think generally, if you haven't started using it yet, I'd be a little concerned.
00:05:02.720 --> 00:05:05.839
Uh, and if you uh all in, great.
00:05:06.079 --> 00:05:11.360
A lot of people are still in that journey of ramping up or in the what I call like sort of in the middle still, right?
00:05:11.439 --> 00:05:20.639
So you have the the extremes and then you have the uh I'm still dabbling with it, uh, you know, maybe a little bit more, a little bit more than the autocomplete, right?
00:05:20.800 --> 00:05:29.759
Because everybody has that you have that cycle of you start working with AI and it just becomes as uh somebody that we talked with our teeny siders said, it's like a fancy auto-complete, right?
00:05:29.920 --> 00:05:37.519
And then it and then you progress up to a little bit more, then you start working with agents and you know, talking to the agent, saying, Okay, do this.
00:05:37.680 --> 00:05:47.360
And then you start getting into this real workflow of no, then you start creating instruction files, uh, agent files, and then you have uh multiple agents running in the background.
00:05:47.439 --> 00:05:49.759
Uh so it's it's you get all the way up there.
00:05:50.079 --> 00:05:55.040
But uh to bring that back to the thought of it is how much coding?
00:05:55.199 --> 00:05:55.839
Oh, okay.
00:05:56.000 --> 00:05:56.720
This is where it was.
00:05:56.800 --> 00:05:58.079
How much coding do you see being done?
00:05:58.240 --> 00:06:04.000
And I wanted to um, you know, from the development point of view, that's being done by the developer versus the AI.
00:06:04.319 --> 00:06:11.439
And of that, how much of it is more a splight adjustment of code versus all out coding?
00:06:11.920 --> 00:06:17.839
So I'm gonna frame my response based on uh two different types of projects.
00:06:18.079 --> 00:06:31.439
You've got production large scale applications that you are you've got a product roadmap and you're kind of building things out and you're you're um evolving that into a solution.
00:06:32.480 --> 00:06:52.800
The the percentage of code being generated by AI is at this point kind of a kind of a guess on my part, but maybe 50-50, maybe you know, where the the the software engineers primarily focused on being the orchestrator and the architect and then providing the appropriate level of context in order to get the intended outcomes.
00:06:53.040 --> 00:06:55.519
That's really where they need to focus their expertise now.
00:06:56.480 --> 00:07:04.959
Um when we're doing net new builds, it's probably more 80-20 where the agent's doing 80% of the coding.
00:07:05.279 --> 00:07:19.199
And the work that they're being done is is uh for example, we have we have eight uh high fidelity proof of concept projects uh that we're executing right now that we will wrap up by the end of December.
00:07:20.480 --> 00:07:28.079
And the uh the suite of AI tools that we're using are allowing us to maybe we're only doing 20% of the coding on those.
00:07:28.720 --> 00:07:33.040
And all the front end is gonna be done, by the way, uh uh as far as these proof of concepts go.
00:07:33.439 --> 00:07:41.600
And then when it's time for the back end, when you start building out the context and and putting together your plans, you can use AI to help with the planning.
00:07:41.920 --> 00:07:52.319
And depending on the systems that you're gonna be integrating with, like Dynamics, CRM, etc., or maybe it's Azure AI, what and we've got a number of those types of projects going on.
00:07:52.720 --> 00:08:06.079
You're gonna you're going to include uh MCP servers in that mix, which provides that additional context that's necessary for the AI tools to do the plans.
00:08:06.240 --> 00:08:12.079
And the way tokenization's working now with these tools, they can handle a significant more amount of context.
00:08:12.240 --> 00:08:22.560
And that was really the issue with these tools early on, is they start to lose track because they can only handle so much through tokenization, so much they can only retain so much context at any given point in time.
00:08:22.720 --> 00:08:27.279
And you start to get further and further and further away from the original strategic objective.
00:08:27.680 --> 00:08:33.200
Well, now your detailed project requirements documentation is part of that context.
00:08:33.440 --> 00:08:38.240
Everything that you've done to that point is part of that context, and your MCP servers are part of that context.
00:08:38.399 --> 00:08:43.519
So we're seeing more and more and more of the actual syntax being written by AI.
00:08:44.000 --> 00:08:45.440
It's it's it's insane.
00:08:45.519 --> 00:08:49.200
And to hear what you had said is sort of what I wanted to talk about.
00:08:49.440 --> 00:08:51.519
You you you unpacked a lot in there.
00:08:51.600 --> 00:08:54.240
Uh you you mentioned a lot of them, we have to kind of unpack it.
00:08:54.399 --> 00:08:54.639
Okay.
00:08:54.879 --> 00:09:05.519
So, first, the now with the context, the tokenization, you know, you have a uh a larger uh number of tokens, right, that you have within your context.
00:09:06.000 --> 00:09:10.080
Now, I I've just finished reading the book Vibe Coding by Stephen Yee.
00:09:10.480 --> 00:09:12.240
And geez, I can't forget the other author.
00:09:12.320 --> 00:09:15.519
I don't even know if I said his last name properly, but that's what I do.
00:09:15.759 --> 00:09:20.639
And they they summed up what a token is perfectly, because that's the first question a lot of people have that may or may not understand it.
00:09:20.720 --> 00:09:23.600
And it's it's a token's not a word, a token's not a character.
00:09:23.679 --> 00:09:30.000
It's really how they break down words, and they said on average, you can figure it's like four characters is a token, I believe, right?
00:09:30.080 --> 00:09:35.919
So when you think in the counting of tokens in your context, it's a certain number of characters, basically.
00:09:36.080 --> 00:09:37.679
And then they piece those together.
00:09:37.840 --> 00:09:44.399
I don't know how it does all that stuff, but it pieces it together like magic and it spits stuff out for you.
00:09:44.559 --> 00:09:55.120
So now you can have a larger context, and this is where it'd be able to create those instruction files or to have a lot of that information already available for the model to use or your agent.
00:09:55.279 --> 00:09:56.159
I don't even know what to call it.
00:09:56.240 --> 00:10:00.960
I tell you, I feel like the people because I'm even now I found myself the other day saying, Thank you.
00:10:01.120 --> 00:10:02.080
That was good.
00:10:02.480 --> 00:10:04.240
Like, okay, why did I just write that?
00:10:05.519 --> 00:10:07.039
I literally wrote thank you.
00:10:07.120 --> 00:10:07.600
That was good.
00:10:07.679 --> 00:10:09.200
Now can we, you know, add this to it?
00:10:09.360 --> 00:10:14.000
It's just it becomes sort of natural with it.
00:10:14.240 --> 00:10:16.240
So that's changed a lot.
00:10:16.320 --> 00:10:23.679
We can talk about MCP service, but you started talking about something more about software engineers, and that's where I was sort of going with where they are in the in the roads.
00:10:23.840 --> 00:10:30.639
It's where do you see the role of, you know, I use the word developer generically here.
00:10:30.720 --> 00:10:42.159
You know, you have software engineers, you have different titles, but somebody who develops code primarily for a living, where do you see that career trajectory based upon what we know today?
00:10:42.320 --> 00:10:45.919
And we all know that tomorrow it'll be a whole new world again.
00:10:46.159 --> 00:11:04.240
So um I think those that adopt the tools, learn how to extract the most value from the tools, understand which tools are applicable based on where they are in that from concept all the way through to execution cycle, that SDLC cycle, will be successful.
00:11:04.320 --> 00:11:09.679
But they gotta be willing to lean in and blow up traditional thoughts around software development.
00:11:09.840 --> 00:11:11.759
You just have to get your hands dirty and get in there.
00:11:11.840 --> 00:11:21.840
Those who are gonna be successful are gonna take the time to learn how to bring these tools together to deliver really what their job is, is to solve problems for their customers.
00:11:21.919 --> 00:11:41.840
So if they can shift their mindset to the intended business outcome and just recognize that their value is not attached to how much syntax they write in their code, that's the first thing they have to do is just make that mental shift and start to recognize that really their contribution is the solution, not the how they get to the solution.
00:11:42.000 --> 00:11:47.519
So I think back when there's all kinds of other examples of advancements in technology, it's just happened much, much slower.
00:11:48.159 --> 00:11:53.120
Um and I think last time that we talked, Brad, we talked about a a nail gun for a carpenter.
00:11:53.200 --> 00:11:58.320
You know, uh you gotta start using the tools that are available to expedite uh throughput.
00:11:59.039 --> 00:12:04.159
Um at the same time, a nail gun in isn't gonna make you a carpenter.
00:12:04.240 --> 00:12:20.399
So you still have to have the skills and the knowledge and the understanding from an architectural standpoint, sustainability standpoint, what's the right way to approach uh crafting a solution for a customer uh or specific business outcome that's scalable and sustainable.
00:12:21.120 --> 00:12:31.039
So we hear a lot of buzz about vibe coding, and you see a lot of really aggressive marketing from tools like Label and Revelit, and they're saying, you don't need engineers, you know.
00:12:31.120 --> 00:12:33.759
I built an app that just like Spotify in 30 minutes.
00:12:35.840 --> 00:12:36.720
That's not what they built.
00:12:36.799 --> 00:12:47.120
They built a prototype that probably doesn't have the the the uh any of the architecture in place to actually be sustainable in a commercial environment.
00:12:49.120 --> 00:12:49.600
Yeah.
00:12:51.039 --> 00:13:02.000
So again, your point just to to pick up what I've heard is it's not the tool that you use, it's the product that you deliver that becomes important.
00:13:02.240 --> 00:13:17.360
So the role of a developer is shifting to you still need to understand the code, you still need to understand architecture and design, but you're just going to use different tools to deliver the solution.
00:13:17.679 --> 00:13:18.480
Yeah, yeah.
00:13:18.639 --> 00:13:24.240
And we've not successfully been able to just use purely vibe coding in any effort.
00:13:25.440 --> 00:13:28.720
Um, not not all the way through to production.
00:13:28.879 --> 00:13:35.759
So uh we're able to use it for rapid prototypes like high fidelity prototypes concepts.
00:13:35.919 --> 00:13:40.159
Yeah, but then even then it it gets a it can get squirrely pretty quick.
00:13:40.240 --> 00:13:47.120
Like you might only be a couple hours into something and you can't figure out why the calendar selection feature is wonky from a visual standpoint.
00:13:47.279 --> 00:13:50.720
You're gonna tell it over and this is a specific example I had last week, by the way.
00:13:50.960 --> 00:13:57.519
I'm trying to get the days of the week to line up over the columns of the of the weekdays, you know, just on a little calendar selection feature.
00:13:57.759 --> 00:14:05.360
Doesn't matter how many times I tried to get it to correct that formatting issue, and it would you'd see it write code, oh yeah, I understand.
00:14:05.600 --> 00:14:06.720
Very kind to me.
00:14:06.960 --> 00:14:08.639
You know, yeah, that makes a lot of sense.
00:14:08.720 --> 00:14:10.799
So it's very complimentary, you know, nice conversation.
00:14:11.360 --> 00:14:14.720
And it would write code and it would render and say I fixed it, and it didn't fix it.
00:14:15.279 --> 00:14:28.559
So um ultimately you may find yourself, and this is what our experience has been, is that you connect uh the source code repository and then you start shifting which tools you're using until uh you find the tools that are gonna give you the best output.
00:14:30.399 --> 00:14:32.639
And sometimes you're actually in the code.
00:14:34.000 --> 00:14:35.039
Writing it.
00:14:35.360 --> 00:14:36.559
That's that 20%, right?
00:14:36.720 --> 00:14:45.519
So yes, no, it's I I think it but what I go with that too is so it's it's becomes delivering the solution.
00:14:45.600 --> 00:14:46.960
You're talking about prototyping.
00:14:47.120 --> 00:14:47.519
Yeah.
00:14:47.840 --> 00:14:49.759
How do you see it?
00:14:49.840 --> 00:15:04.240
It's how do you see it changing in the landscape of business in the sense that you have software engineers if you're delivering software, but then you also may have some business users or or business mindsets that are working with this.
00:15:04.960 --> 00:15:07.600
Where do you draw the line?
00:15:07.919 --> 00:15:16.000
Because now theoretically, you can have some business users that don't understand code be able to create some of these prototypes, right?
00:15:16.159 --> 00:15:17.039
For the developer.
00:15:17.120 --> 00:15:23.440
So if you're working, say, you know, I'm sitting with a customer and we're talking about something quickly, and they say, Oh, I have this idea.
00:15:23.600 --> 00:15:31.120
You can basically type up that idea and then create a prototype for them to then deliver over to a software engineer to further refine.
00:15:32.159 --> 00:15:40.000
So is it are we getting to the point where we're drawing those individuals closer?
00:15:40.159 --> 00:15:40.320
Right.
00:15:40.480 --> 00:15:48.320
So before you used to have software engineers and you used to have business, I call them business users, but it's not even maybe, you know, business consultants.
00:15:48.720 --> 00:15:52.639
And they used to talk to the development group and say, here's what I need.
00:15:52.799 --> 00:15:55.039
Can you design, develop, give me a prototype for it?
00:15:55.120 --> 00:15:58.159
They'd have to talk to them, they'd wait a period of time.
00:15:58.480 --> 00:16:02.960
And now it's okay, I can come up with a prototype.
00:16:03.440 --> 00:16:07.120
As I'm sitting with the customer, it functionally works, right?
00:16:07.200 --> 00:16:09.440
I mean, it's again, everything's in scale.
00:16:09.519 --> 00:16:11.200
It depends on what you're writing and what you're doing.
00:16:11.279 --> 00:16:16.559
If you want to create, you know, a simple web page that you can enter some fields and save something, I'm sure AI can do most of it, right?
00:16:16.639 --> 00:16:18.480
Because I've been able to do some of that stuff quickly.
00:16:18.639 --> 00:16:26.720
If you want to do some other uh more advanced stuff, again, it's not when for the sake of this conversation, but you know, it's it's not a one-size-fits-all when we're talking about situations and scenarios.
00:16:26.799 --> 00:16:30.720
This is more some cases generalizations because there's always an edge case for everything.
00:16:30.960 --> 00:16:54.960
Um, but are we bringing those two worlds closer to where a software engineer, instead of being the person that was sitting in the back writing this code, not wanting to talk with anybody, has to become more business consulting aware to be able to talk with business users instead of needing someone to translate it in the middle.
00:16:55.120 --> 00:17:06.000
And the business user is becoming more familiar with technology and the tool because now they can talk to an agent almost like they spoke with a software engineer.
00:17:06.319 --> 00:17:06.559
Yes.
00:17:06.640 --> 00:17:24.480
And I I I what I would recommend to anybody in the audience that maybe is either in the process of getting an education and and investing in developing software development skills is uh it's as important, if not more important, going forward in this career path to become a business analyst.
00:17:26.640 --> 00:17:37.519
That's really because we we talked last time, uh Brad and Chris, I think we were talking about the the you know the future, the most popular uh software programming language is going to be whatever your natural language is.
00:17:38.559 --> 00:17:41.359
That's we're pretty much there in a lot of ways.
00:17:41.839 --> 00:17:47.359
So um connecting the subject matter expert, maybe it's the it's a senior leader.
00:17:47.440 --> 00:18:01.839
Like for example, I was I'm working with a CEO at a company uh currently, and in two weeks we turned around a prototype that will expedite their workflow so significantly, his mind was just blown.
00:18:02.319 --> 00:18:18.079
Um because his uh the way he describes what his business needs as a CEO is he's thinking strategic outcome uh growth without having to, you know, you gotta you want to outsize your growth compared to your operating expense to create that desired margin.
00:18:18.319 --> 00:18:21.119
CEOs and you know, business leaders are thinking along those lines.
00:18:21.200 --> 00:18:24.160
How do I scale in a way that's sustainable?
00:18:24.960 --> 00:18:32.799
And right now my team is doing a great job, but at this current scale, it's okay that they've got manual workloads and spreadsheets, right?
00:18:33.519 --> 00:18:39.759
But if you're about to go down the path of stacking on five, six companies a year through acquisitions, guess what's not sustainable?
00:18:40.720 --> 00:18:49.279
Living in spreadsheets because now you're gonna multiply the manual labor and efforts and the issues that come from copy paste errors, etc.
00:18:49.680 --> 00:18:50.960
Um, through that process.
00:18:51.200 --> 00:19:01.599
So this is a way for me to kind of come back to answering your question is it depends on um the leader in the organization and their role as to how they're gonna describe the business outcome they're trying to get to.
00:19:03.519 --> 00:19:14.799
And a really good strategically minded analyst is gonna be critical in developing custom software applications, somebody who can have that conversation with the CEO and say, okay, I understand that.
00:19:14.880 --> 00:19:30.000
Because if you're um in some cases, if you're down at a director level, uh maybe an operator level, somebody, somebody who is um adopted the standard operating procedures that are those manual workflows, it could be very well documented, by the way.
00:19:31.119 --> 00:19:38.640
And their personality profile, because you know, as a leader in my organization, we're very aware of personality profiles and where people might fit based on their natural inclinations.
00:19:38.799 --> 00:19:40.240
Like what do they like to do?
00:19:40.480 --> 00:19:42.240
Are they black and white rule followers?
00:19:42.319 --> 00:19:50.880
If if you and you want black and white rule followers who who are just gonna adhere to the SOP and they get really uncomfortable if they're asked to do anything outside of that routine.
00:19:51.519 --> 00:19:57.839
So if you're talking to somebody at that level and they're defining what they want in the software, you're gonna replicate the manual process.
00:20:00.319 --> 00:20:04.720
Eliminate error probably copy paste errors because you're going to do some level of integration.
00:20:05.359 --> 00:20:08.720
But is it really going to achieve what the CEO's strategic vision is?
00:20:08.880 --> 00:20:11.359
Like in the in this particular example for the CEO I'm working with.
00:20:13.200 --> 00:20:20.160
He has uh analysts that can only handle two projects uh per week maximum.
00:20:21.359 --> 00:20:34.720
And each project takes a significant amount of hours because of the level of research they have to do and and the process of which they develop uh the results and ultimately they're deliver deliverable for their customers.
00:20:35.759 --> 00:20:38.079
That's a major scaling issue for them.
00:20:38.640 --> 00:20:45.680
And his uh KPIs for success are gonna be I want them to be able to handle six or more uh projects per week.
00:20:47.839 --> 00:20:49.119
Without increasing the expense.
00:20:50.079 --> 00:21:03.519
Well, yeah, he's also able to articulate his cost per project, which um in conversation with him, and this is another way to think about how AI impacts software engineering with without going beyond just uh things like cursor, right?
00:21:04.000 --> 00:21:10.799
Uh is in the interview process with the CEO, I'm capturing all the conversation in transcripts.
00:21:12.400 --> 00:21:12.559
Yeah.
00:21:12.799 --> 00:21:21.200
Then I'm taking all that information and I'm bibing with an AI tool to create the detailed project requirements document, which I need as context.
00:21:22.640 --> 00:21:28.640
But I take I add another step in the process, which is where you get some really strategic outcomes, which is fascinating to me.
00:21:28.880 --> 00:21:41.759
So I take the PRD, I take all of the artifacts from the client, including their SOP documentation and sample outputs, and the transcripts for my conversation as to what's important to him, what is really the business goal.
00:21:41.920 --> 00:21:48.480
And I'm going beyond him describing features and functions, because we tend as human beings to start with the solution and not the problem.
00:21:49.359 --> 00:22:04.799
So if you can get somebody in that flow, whether it's a BA or a really strategic-minded software engineer, they need to work with the stakeholders to understand the business problem and desired outcome, and then shift the conversation back to features and functions.
00:22:04.880 --> 00:22:10.720
But let's use AI to recommend some features and functions based on all that context.
00:22:11.359 --> 00:22:23.200
Yeah, that's a great point that you uh you called out because um right now uh I've I've spoken to uh different individuals where they're using and to going back to Brad's question is will it blur the line?
00:22:23.279 --> 00:22:32.960
I think it's gonna bridge that line between a business analyst in your case and a developer where they have a better understanding because in between them would be an agent, right?
00:22:33.119 --> 00:22:36.400
Where an AI would help kind of help bridge that gap.
00:22:36.640 --> 00:22:54.799
In addition to that, you can take a functional design document, like as you had said, take all that content and put it in this functional design document where a business analyst can vibe code, I guess, to get the concept put in place and have AI help you build a good portion of that.
00:22:54.960 --> 00:23:05.039
And then when you want to move forward and say, hey, I think this is gonna meet our results, that's where it's helped it helps with the developer have a better understanding of the results that they're expecting.
00:23:05.119 --> 00:23:09.599
And so their focus would be how can I contribute to the result that they're expecting?
00:23:09.920 --> 00:23:12.720
Yeah, it gives everybody context as to why we're doing this.
00:23:13.039 --> 00:23:13.440
Exactly.
00:23:13.680 --> 00:23:14.400
Yeah, yes, yeah.
00:23:14.480 --> 00:23:16.079
And so the Precisely, yeah.
00:23:16.240 --> 00:23:27.519
Yeah, so so it one little example here to tighten this up a little bit for this example I'm sharing with you guys is I took all of that context and in this example I used a chat GPT account.
00:23:27.599 --> 00:23:33.440
Um no, actually I used Gemini, the most re Gemini 3.0 uh Redhawks account.
00:23:33.599 --> 00:23:36.000
I put the project requirements document.
00:23:36.160 --> 00:23:42.480
It was less functional, it was more project specific, which identified all of the types of users, features, functions that they needed.
00:23:42.559 --> 00:23:45.759
But I combined that with all the transcripts from interviewing the CEO.
00:23:47.680 --> 00:23:54.880
And then instead of saying, give me prompts I can use in my vibe coding tool to create the prototype, I added a step in the middle.
00:23:56.559 --> 00:24:04.559
And the step in the middle was I acknowledged that the tools that we're using are automatically gonna create a landing page after you log in.
00:24:05.519 --> 00:24:06.000
They just are.
00:24:06.079 --> 00:24:08.960
They have to just if you don't define it, it's just gonna make something up.
00:24:09.839 --> 00:24:11.759
The user logs in, this is what we're gonna show them.