Episode 339: In the Dynamics Corner Chair: The Importance of Understanding the Why Behind the Implementation

WEBVTT

00:00:00.321 --> 00:00:07.471
Welcome everyone to another episode of Dynamics Corner, the podcast where we dive deep into all things Microsoft Dynamics.

00:00:07.471 --> 00:00:11.820
Whether you're a seasoned expert or just starting your journey into the world of Dynamics 365.

00:00:11.820 --> 00:00:20.371
This is your place to get insights, learn new tricks and why preparation is crucial before starting Business Central Implementation.

00:00:20.371 --> 00:00:22.266
I'm your co-host, chris.

00:00:22.940 --> 00:00:23.702
And this is Brad.

00:00:23.702 --> 00:00:28.213
This episode was recorded on September 5th 2024.

00:00:28.213 --> 00:00:35.664
Chris, chris, chris, you know, preparation it's important.

00:00:35.664 --> 00:00:45.901
Oftentimes we have a conversation about a lot of technical aspects of Business Central from the architecture, from development, from reporting, various different areas.

00:00:45.901 --> 00:00:52.828
Today, we had the opportunity to talk about something that's also important and that's implementing Business Central.

00:00:52.828 --> 00:01:14.454
With us today, we had the opportunity to speak with Patrick Johnson of LMBC.

00:01:14.454 --> 00:01:21.120
We don't have a fancy clicker, so we just clap hands and say take two, there you go.

00:01:21.120 --> 00:01:23.367
Do you know what I forgot about too, chris?

00:01:23.367 --> 00:01:24.644
I forgot that we had a soundboard.

00:01:26.308 --> 00:01:31.989
Yeah, maybe we start using that in the future.

00:01:31.989 --> 00:01:32.652
Maybe I'll bring it back.

00:01:33.001 --> 00:01:38.150
Maybe I'll bring it back and see, but it's less distracting without it because I don't play with it as much.

00:01:38.150 --> 00:01:40.305
Patrick, how are you doing this evening?

00:01:40.725 --> 00:01:40.887
Doing.

00:01:40.887 --> 00:01:41.870
All right, how are you guys doing?

00:01:43.141 --> 00:01:51.570
Doing well, doing well, coming up towards the end of the week, uh conference season conference season's coming in days of knowledge next week.

00:01:51.570 --> 00:01:55.084
Yeah, yes, yes, days of knowledge in atlanta.

00:01:55.084 --> 00:02:00.334
Then we'll be heading to community summit in san antonio.

00:02:00.334 --> 00:02:04.593
I don't know why they call it conference season, because I think there's only two of them doing it.

00:02:05.796 --> 00:02:14.108
I'm not going to, yeah there's some conferences in between, usually around towards the end of summer, fall, and then you got spring for next year.

00:02:14.759 --> 00:02:22.151
Yes, spring with directions, Doug, bc, tech Days, the whole Dynamic Minds, the whole slew of them.

00:02:22.151 --> 00:02:24.942
I think the spring is conference season because either that or I just don't pay them.

00:02:24.942 --> 00:02:25.706
I think the spring is conference season because either that.

00:02:25.627 --> 00:02:26.179
I just don't pay attention.

00:02:26.179 --> 00:02:27.305
I think we just have two every year.

00:02:27.305 --> 00:02:41.884
I think summer is just the get stuff done part of the year, and then spring and fall are, you know, travel and speak and meet with everybody and see everybody, and then you know you have essentially five months to get stuff done, with no conferences.

00:02:43.530 --> 00:02:46.284
Ah, five months, is that what it is?

00:02:47.048 --> 00:02:47.669
Something like that.

00:02:49.102 --> 00:02:50.527
We just work for five months a year.

00:02:50.527 --> 00:02:57.145
No, it's just when that 60-hour commitment doesn't have speaking commitments associated with it.

00:02:57.185 --> 00:02:57.385
right?

00:02:57.385 --> 00:02:59.824
Yeah, for sure, I'm just teasing.

00:03:00.681 --> 00:03:01.903
Well, there's webinars there's everything.

00:03:01.944 --> 00:03:07.510
But I have a lot of things I wanted to talk to you about this evening.

00:03:07.510 --> 00:03:14.213
I've been looking forward to the conversation, to get your take on a number of points for the topic that we've chosen.

00:03:14.213 --> 00:03:16.748
Before we jump into it, though, would you tell everyone a little bit about yourself?

00:03:17.100 --> 00:03:19.329
Yeah, so my name is Patrick Johnson.

00:03:19.329 --> 00:03:25.413
I am the Business Central Practice Manager at LBMC Technologies in Nashville, tennessee.

00:03:25.413 --> 00:03:45.931
I'm based out of Atlanta, georgia, been in the space for about 21 years, been an end user developer, project manager, obviously, consultant and now running a practice at LBMC, specialized mostly in manufacturing and distribution myself.

00:03:45.931 --> 00:03:55.187
But I have a pretty heavy background in finance as well, so I don't know if that qualifies as me to be expert in anything, but I can at least talk about everything a little bit.

00:03:56.480 --> 00:03:58.328
Well, you've been in the space for 21 years.

00:03:58.328 --> 00:04:00.407
If you've been in the space for 21 years.

00:04:00.407 --> 00:04:02.206
You come from the days where you had to do everything.

00:04:02.206 --> 00:04:03.625
I didn't know that you were a developer.

00:04:03.625 --> 00:04:05.318
Oh yeah, chris was a developer too.

00:04:05.318 --> 00:04:06.002
You come from the days where you had to do everything.

00:04:06.002 --> 00:04:06.518
I didn't know that you were a developer.

00:04:06.487 --> 00:04:07.024
Oh yeah, Chris was a developer too, you know?

00:04:07.024 --> 00:04:07.471
Oh gosh, yeah, I gave that up.

00:04:07.471 --> 00:04:14.688
Yeah, same right, I gave that up, man, there's too much things to do, you know.

00:04:14.688 --> 00:04:19.692
But you know, Patrick, it sounds better when you say you've been doing it for over two decades, Right?

00:04:22.040 --> 00:04:33.485
Early 2000s early 2000s, big old nav 3.0 days back in the day, wow, wow, nav 3.0.

00:04:33.485 --> 00:04:33.966
I remember the day well.

00:04:33.966 --> 00:04:36.432
Um and practice manager of lbm, lbmc say I have a tough time.

00:04:36.432 --> 00:04:40.466
It's the age, chris, I'm telling you I'm having a tough time getting together.

00:04:40.687 --> 00:05:01.463
I read an article and you know how, when you read things, I'm starting to get my aarp stuff in the mail and then and then I was online the other day and this was complete, because I don't look any of this information up, nor have I read or talked with anybody about anything of this topic recently.

00:05:01.463 --> 00:05:09.021
But I started seeing ads for like the top five words that people mispronounce when they have dementia.

00:05:09.021 --> 00:05:10.043
You know when?

00:05:10.043 --> 00:05:14.130
What are the early signs of dementia, and it's it.

00:05:14.130 --> 00:05:15.901
It just got me thinking.

00:05:15.901 --> 00:05:18.288
I said, wow, am I really, you know, getting to the age?

00:05:18.288 --> 00:05:20.562
I know it can happen at any age, but is this?

00:05:20.562 --> 00:05:21.764
Is my computer trying?

00:05:21.785 --> 00:05:22.545
to tell me something.

00:05:22.545 --> 00:05:25.793
You said mispronunciation of certain words.

00:05:25.793 --> 00:05:30.091
I mean you're Northeastern, so that's every word, every other word at least right.

00:05:31.622 --> 00:05:33.432
It depends on who you're talking with.

00:05:34.021 --> 00:05:54.973
Other Northeasterners will argue that we say things properly and the rest of the country doesn't, but Patrick, working over there in the space for over two decades, as Chris had mentioned to us one of the things, and you're working with them as a practice manager over there.

00:05:55.079 --> 00:06:00.473
One of the things working with the BC implementations is, you know, the BC product is taking off.

00:06:00.473 --> 00:06:13.829
I think a couple months ago or a month or so ago, microsoft published that there were over 40,000 implementations or users, I forget exactly the verbiage of it A lot, a lot of implementations at Business Central and it's still growing.

00:06:13.829 --> 00:06:25.552
We often have a lot of conversations about the technical aspect of an implementation, the features, the functionality, development, extensions, performance, a lot of things like that.

00:06:25.552 --> 00:06:41.386
Another topic that I think is important, that I'd like to start seeing some more attention paid to or topics on, is this whole implementation plan or implementation projects.

00:06:41.386 --> 00:06:59.927
It's somebody may sign up for the application, they have a partner and they start working through this process and from both sides, what can someone expect as they go through this journey of implementing Business Central and how do they ensure that they do it properly?

00:07:00.887 --> 00:07:05.386
Yeah, you know that's kind of a loaded question because there are a lot of factors to it.

00:07:05.386 --> 00:07:10.348
Um, you know a lot of it kind of has to do with their maturity in the erp space.

00:07:10.348 --> 00:07:16.451
Um, you know some of that speaks to what erp are you coming to business central from?

00:07:16.451 --> 00:07:23.367
Um you know we see a lot of people, um, particularly recently, coming from great plains and solomon.

00:07:23.367 --> 00:07:33.452
Um see a lot of QBO migrations to BC and each one of them kind of has its own little unique thing about it.

00:07:33.452 --> 00:07:42.514
But I think you know the thing that I see that's common across all of these implementations is process and people.

00:07:42.733 --> 00:07:48.646
Right Like you can have some huge changes in your organization when you look at some of the feature sets that BC kind of just has out of the box.

00:07:48.646 --> 00:08:08.672
A lot of these people are coming from either like, very constrained ERP spaces or very module-based ERPs where BC is more of a hey, you get a full-scale ERP around your business and it's more about shaping your business around what you can do in BC.

00:08:08.672 --> 00:08:20.959
One of the things we find a lot is people only use a portion of the ERP and it's because there's such a huge change curve and it's just because you have all of these features and assets at your fingertips.

00:08:20.959 --> 00:08:25.122
Not to mention you have your biannual upgrades and updates from Microsoft, with Wave 1 and Wave 2 falling in the spring and the fall fingertips.

00:08:25.122 --> 00:08:35.562
Not to mention you have your biannual upgrades and updates from Microsoft, with wave one and wave two falling in the spring and the fall, and I think it's that change curve of moving to the SaaS that is a common thing that a lot of these people are seeing is.

00:08:35.643 --> 00:08:36.885
It's just a huge shift.

00:08:36.885 --> 00:08:47.352
One of the other things I think is maybe no longer having direct access to SQL databases is kind of a big thing.

00:08:47.352 --> 00:08:52.171
That we talk about a lot Doesn't mean that you know they necessarily can't get to their data anymore.

00:08:52.171 --> 00:08:53.284
It's just a little different, right.

00:08:53.284 --> 00:08:58.639
Not a lot of people doing select all from table where statements.

00:08:58.639 --> 00:09:13.788
Right, we're talking like APIs, web services, you know, xml ports to be able to push data in and out of the system, and I mean this all kind of speaks to the modernization of ERP in the SaaS environment in the BC space.

00:09:18.566 --> 00:09:18.988
So it is.

00:09:18.988 --> 00:09:25.720
I mean you mentioned it's sometimes a change adoption to moving to a new ERP application.

00:09:25.720 --> 00:09:30.328
In the case of Business Central in particular, you're referencing Business Central Online.

00:09:30.328 --> 00:09:34.490
With Business Central on-premises we can have another discussion.

00:09:34.490 --> 00:09:52.075
But as they're going through an implementation, I'm more looking to maybe talk about project scoping, whether it's from the partner point of view, from the customer point of view, to kind of to get an understanding of the journey that they're going to go through during the implementation.

00:09:52.821 --> 00:09:57.932
It completely understood that not one size fits all when it comes to ERP implementation.

00:09:57.932 --> 00:10:18.472
I think you mentioned it and it's a valid point that the business center application encompasses an entire business support with all the different areas and modules, and so it can support many different types of businesses as well, and not every business will use every single feature, nor will they use each feature in the same manner.

00:10:18.472 --> 00:10:33.711
But in essence, if someone's going through the journey from the partner's point of view, a partner will have to work with the customer to come up with an implementation plan to scope out the project, and then the customer will have to go through that exercise with a partner.

00:10:33.711 --> 00:10:38.350
And how should one approach that?

00:10:38.350 --> 00:10:43.865
What should one expect and how does one come up with a project scope or an implementation plan?

00:10:43.885 --> 00:10:56.172
Yeah, you know, from our perspective on the partner side, we're honestly really concerned about what your pain points are today and being able to resolve those, or at least look forward to how we could resolve those in the ERP.

00:10:56.172 --> 00:11:03.693
So, coming to the table with the discussion before you ever even like make the decision around an ERP with the hey, we would really like to do this better.

00:11:03.693 --> 00:11:07.518
Make the decision around an ERP with the hey, we would really like to do this better.

00:11:07.518 --> 00:11:13.735
One of the other things that we see a lot are people who say something like we really want to do this kind of a big leap within our technology stack, right.

00:11:13.735 --> 00:11:15.607
Like we want to go completely paperless, right.

00:11:15.607 --> 00:11:23.971
So coming to the table with those kind of understandings and communicating effectively with the partner is really helpful so that we can help scope that around the platform, right.

00:11:25.940 --> 00:11:52.716
Because I don't think going into the implementation just saying like, oh yeah, we're gonna do sales and we're gonna do purchasing and procurement and oh yeah, you need mrp coming to the table and saying things more like hey, we want to streamline our sales process so that it either has less steps or that our sales team has better visibility across the organization, um, or maybe, like your closed process is really complicated and you have issues maybe getting your books closed at the end of each month.

00:11:52.860 --> 00:11:58.312
Okay, well, explain the things that are painful for you today and maybe how you would like to do it moving forward.

00:11:58.312 --> 00:12:27.327
Maybe don't have it all vetted out and figured out, but at least be able to communicate those things so that the partner has things that they could help you do within the application or even maybe in some of the tertiary things, like the ISV network, custom development, and build out that scope before you ever hit the ground running, because that investment and understanding what you want to do moving forward will pay dividends so that you're not constantly having change requests and, like you, just have a moving target as you implement.

00:12:27.327 --> 00:12:30.350
But that initial planning to help build the scope is really helpful.

00:12:31.720 --> 00:12:33.668
Yeah, I think you hit a very good key point there.

00:12:33.668 --> 00:12:41.934
A lot of planning needs to happen, you know, before you even you know break ground in Business Central.

00:12:41.934 --> 00:12:43.004
A lot of people don't.

00:12:43.004 --> 00:12:58.389
I feel like a lot of users that starts their journey in Business Central, they tend to forget some of that planning and it typically hits them right in the middle of implementation or right even closer when you start doing user acceptance testing.

00:12:58.389 --> 00:13:09.831
From your perspective, patrick, being in the space for about two decades or over two decades, I guess you mentioned about user adoption.

00:13:09.831 --> 00:13:23.725
I wanted to hear your experience Maybe you may have some statistics behind it where a client that you have taken to Business Central they came from a different ERP system, not necessarily Nav.

00:13:23.960 --> 00:13:25.692
I find people coming from Nav to Business Central and it's a little different ERP system, not necessarily NAV.

00:13:25.692 --> 00:13:29.576
I find people coming from NAV to Business Central and it's a little bit easier in terms of adoption.

00:13:29.576 --> 00:13:35.548
But what about the other ones that did not come from NAV or GP?

00:13:35.548 --> 00:13:37.491
How was that experience for you?

00:13:37.491 --> 00:13:46.375
Is it easier for them to adopt because they're coming to something new, so they don't have bad habits, or is it more difficult?

00:13:48.360 --> 00:13:52.629
Again, every scenario is going to be different, right, because every client environment and all the people are going to be different.

00:13:52.629 --> 00:14:18.768
But I would say I've definitely seen people struggle a little bit with the amount of technology and automation and tool sets that you get when you move from something that maybe is more of a bookkeeping tool, like quickbooks online, to business central, and they've struggled a little bit with that technology shift of all of a sudden oh well, I need to put a purchase, like a formalized purchase order, in right, or if I want to do a drop ship, right like now.

00:14:18.768 --> 00:14:30.669
The system has a process and tools built around that that maybe previously they did, maybe via email or on paper, or maybe it was like a knowledge silo where it's the you know, I don't know brad knows how to do it.

00:14:30.669 --> 00:14:32.163
Just go ask him right.

00:14:32.163 --> 00:14:37.542
And now all of a sudden, that's very systematic and the platform actually enforces rules around it.

00:14:38.124 --> 00:14:53.024
Um, you know, I I would say to your point yeah, a lot, of, a lot of our microsoft-centric erps you know, some of the legacy ones on prem are going to have an easier time because you have, like, common nomenclature, right, sales order is a sales order, purchase order is a purchase order.

00:14:53.024 --> 00:15:07.688
Some of your processes are almost going to be a one-to-one right, because BC is the culmination of Microsoft's experience over the last, you know, 30-something years in the ERP space, so most of the things are going to feel familiar.

00:15:07.688 --> 00:15:16.010
The interface, though, seems to be a little bit of a conversation every time we move somebody off of an on-prem or maybe an older ERP.

00:15:16.010 --> 00:15:38.048
The interface is very modern in comparison to, maybe, nav 3.0, where we were dealing with essentially a structured Excel format, or maybe some even older systems, like we see some people coming off AS400, right, they've been on the ERP for 25 years, 30 years, and they're looking at SAS and they're like, oh, we're just going to jump into Business Central.

00:15:38.048 --> 00:15:41.529
That interface can be a big shift for people.

00:15:43.322 --> 00:15:53.332
Just to jump back to a point that Chris had made, that you had mentioned that you found it easier for individuals to move from nav to business central.

00:15:53.332 --> 00:16:08.322
What I find often is it's sometimes more difficult because they have they have preconceived expectations that the system or the ERP software would be the same In essence.

00:16:08.322 --> 00:16:13.052
It may be different because of all the new features and functionality, or they've had modifications.

00:16:13.702 --> 00:16:15.413
I could go on a tangent on all this stuff right here.

00:16:15.453 --> 00:16:21.852
That habit's carried over, but I found in my experience, and I know the biggest one was the jump from the vision to the roll-tailed client.

00:16:21.852 --> 00:16:24.452
Everyone got frustrated because you went from the classic client again so talking from the decades to the roll-tailored client.

00:16:24.452 --> 00:16:37.720
Everyone got frustrated because you went from the classic client again so talking from the decades old here over to the roll-tailored client and there was a different look and feel and they always expected it to be the same and then move over to Business Central and introduce the full web client.

00:16:37.720 --> 00:16:48.787
If anybody hadn't used it in the later versions of Dynamics Nav, they had a little difficulty in adopting the use of it because they wanted it to be the same.

00:16:48.787 --> 00:17:03.107
And I think in Patrick's point of the maturity of the business operations, operational maturity sometimes can help guide that as well too.

00:17:03.107 --> 00:17:07.403
But that's what I see often, is that well, we used to do it this and dynamics.

00:17:07.423 --> 00:17:07.925
Now.

00:17:07.925 --> 00:17:08.606
We used to do it.

00:17:08.606 --> 00:17:09.529
That is so funny.

00:17:09.529 --> 00:17:19.445
That is so funny, brad, when you mentioned from classic to rtc, how you went from forced forms to pages right, so you can have like separate pages or windows.

00:17:19.445 --> 00:17:24.221
And in the early versions of business central you were just stuck in the browser.

00:17:24.221 --> 00:17:27.127
You couldn't even pop it out at that time.

00:17:27.127 --> 00:17:33.848
So a lot of people complained about that too, and so that was.

00:17:33.888 --> 00:17:35.336
It's funny to come in full circle.

00:17:35.336 --> 00:17:39.907
So to go back to again, to go through an implementation, I'll take it back.

00:17:39.907 --> 00:17:40.872
You know we can pick one.

00:17:40.872 --> 00:17:41.535
I mean there's two.

00:17:41.660 --> 00:18:04.575
There's new implementations, where you're going to do an implementation from somebody coming from another application, or you can also talk about a re-implementation or, depending upon the version, a migration to Business Central implementation because somebody that has been using it.

00:18:04.615 --> 00:18:10.038
If they're in the typical upgrade flow, then their migration should be relatively straightforward at a point.

00:18:10.038 --> 00:18:16.711
But somebody's migration from an earlier version should be, should be, should be, should be.

00:18:16.711 --> 00:18:43.727
Again, I say that with the should be just knowing that many new features and additional functionality is added to the software each release and someone may have an extension or may have another modification, or may not even you know they may be able to capitalize on that new feature by reducing technical debt from an existing extension or increasing their operational efficiency.

00:18:43.727 --> 00:18:47.814
So that's a whole other topic on how to stay current with the software and the changes.

00:18:47.814 --> 00:18:52.192
But how do you scope out an implementation?

00:18:52.192 --> 00:19:04.279
How do you determine what it will take to get it done and what needs to get it done and with that how much it should cost, right?

00:19:04.279 --> 00:19:10.740
So, if you're going to scope out an implementation, I want to implement a business central software, see this is Famous question.

00:19:10.819 --> 00:19:11.826
Yeah, how much is it going to cost?

00:19:11.826 --> 00:19:12.450
Famous question.

00:19:14.124 --> 00:19:23.423
So pretend I'm a customer, right, and I'll say the two questions how much will it cost and how long will it take, yeah, and just get it done.

00:19:24.047 --> 00:19:29.230
Yeah, sure, you know a lot of that kind of boils down to the what do you want to do, right?

00:19:29.230 --> 00:19:35.613
I'm a big proponent of the crawl, walk run premise when it comes to new implementation or migration to ERP.

00:19:35.613 --> 00:19:42.969
Business Central can be a lot for newer users and I don't think you necessarily have to jump in first.

00:19:42.969 --> 00:19:47.888
And you know, I was kind of mentioning that pain point list or those feature sets that you're looking for.

00:19:47.888 --> 00:19:49.752
You don't have to do all of those day one.

00:19:49.752 --> 00:19:58.151
So I think you know, from my perspective, having done this quite a few times, would be the what is what is key to your business operations?

00:19:58.151 --> 00:20:07.685
Right, because I want to make sure that I don't interrupt your way of doing business or at least your ability to generate revenue as a customer, right, your way of doing business, or at least your ability to generate revenue as a customer, right?

00:20:07.685 --> 00:20:13.887
Um, so first it's to it's to kind of get that minimum threshold list of what do you need to do to be able to run your business well, right?

00:20:13.887 --> 00:20:17.820
Um, sometimes that's just doing a one-to-one feature set, right?

00:20:17.820 --> 00:20:19.846
Like I need to be able to enter sales orders, okay, great.

00:20:19.846 --> 00:20:26.162
Like check, right, but you might also communicate something like I don't have an ap department, so I need automated ap.

00:20:26.162 --> 00:20:33.785
Um, so that that kind of conversation really has to happen first, which is, you know what are the key portions of your business.

00:20:33.785 --> 00:20:39.892
That need to happen day one so that I can help you kind of figure out, at least from a scope perspective.

00:20:39.892 --> 00:20:42.401
You know, okay, well, there are some dependencies here.

00:20:42.401 --> 00:20:47.832
Right, to be able to do automated ap we got to core AP right, need to be able to put in purchase orders.

00:20:47.832 --> 00:20:49.684
I need to be able to process vendor balances.

00:20:49.684 --> 00:20:57.002
And if you, if you don't have all of those things, I've got to go into place and say, okay, great, now we have a premise of what you want to do.

00:20:57.002 --> 00:20:58.704
Let's deep dive into how do we get you there.

00:21:00.326 --> 00:21:10.497
And I always try to break it into three different phases, which is communicate where you are today, right, because I need to know what you're doing today effectively to be able to say what do you want to do going forward.

00:21:10.497 --> 00:21:16.613
Then, if you have a good idea of what you wanted to go in forward, I can help you work on the how do I get you there.

00:21:16.613 --> 00:21:19.950
And so, as I'm doing that, I'm taking a couple things into account.

00:21:19.950 --> 00:21:21.424
Right, it's your data right?

00:21:21.424 --> 00:21:22.288
How clean is your data?

00:21:22.288 --> 00:21:29.366
How much data do you have right now today, how much of it needs to come over to the ERP?

00:21:29.366 --> 00:21:42.323
And then, how mature is your process and the people within that process?

00:21:42.323 --> 00:21:46.535
All of those are kind of key factors to what I call complexity factors, to coming up with a number Right.

00:21:46.655 --> 00:21:48.180
And we work in an industry where time is money right.

00:21:48.180 --> 00:21:59.040
So as I come up with those hours, I'm trying to figure out how much do I have to guide you through the process, how much is more of just data migration or training, and how much is oh gosh.

00:21:59.040 --> 00:22:02.351
Now I've really got to get into the weeds and teach your users how to do this.

00:22:02.351 --> 00:22:03.804
Or maybe you have a premise right.

00:22:03.804 --> 00:22:05.289
Maybe you already know how to do planning.

00:22:05.861 --> 00:22:27.945
All I have to do is teach you how to use the system, more so than having to teach you how to do the whole platform and the process Right, because when you communicate something like I want to be able to do automated AP, but you were essentially doing it via email last year that's a bigger ask on my part, so I've got to start adding hours to that to be able to think through configuration.

00:22:27.945 --> 00:22:48.942
You know the custom development that needs to happen data migration, data cleansing during migration if we need to be a party to that and then training right, we call it user acceptance testing and then ongoing training, and each one of those is kind of a factor when it comes to coming up with that number, I don't know.

00:22:48.942 --> 00:23:01.595
12 months and half a million dollars, chris, that's how much every project costs, and then you know and then sometimes I'm going to blow it out of the water and come in way under budget.

00:23:03.301 --> 00:23:05.451
No, no, I know it's not easy.

00:23:05.980 --> 00:23:19.428
And I know it's not easy from a partner point of view, coming up with a proper estimate of effort to complete an implementation because there are some complexities, as you determined, and it's also difficult from the customer point of view.

00:23:19.428 --> 00:23:24.545
But I think you hit on a couple of key points of you.

00:23:24.545 --> 00:23:52.574
Know I go back to, you know I don't know, chris operational organization maturity, how you can phrase it, how much, how much they know of what they need to become more efficient and how that fits within Business Central, and also how many processes or practices that they want to get to they fully understand and that they may be doing now you mentioned, yeah, so just to touch base a little bit on that, it is very difficult.

00:23:52.594 --> 00:23:52.773
I mean.

00:23:52.773 --> 00:23:54.625
I think we've all been in that shoes.

00:23:54.625 --> 00:23:58.501
We're asked like how long, how long is it going to take and what is it going to cost?

00:23:58.501 --> 00:24:06.432
You know there are ways you can kind of narrow that implementation cost.

00:24:06.432 --> 00:24:09.701
I guess the effort that's going to take A lot of that.

00:24:09.740 --> 00:24:16.273
People forget, like we mentioned earlier about the planning components how much can a client take on some of those tasks?

00:24:16.273 --> 00:24:34.114
It actually it's better for them to take on those tasks not only from a financial aspect but also during the adoption process, because now they're involved, right, they're invested not only from the monetary perspective but also the process and taking that ownership.

00:24:34.114 --> 00:24:45.674
I find in my experience the user adoption increases when they're involved at the very beginning, even before they are shown.

00:24:45.674 --> 00:24:49.288
Business Central, as simple as you know clean up your data, right.

00:24:49.288 --> 00:24:50.285
That's something that they can do.

00:24:50.285 --> 00:24:54.211
Not necessarily you know they know the data more than I know their data.

00:24:54.211 --> 00:25:10.287
I can tell you where I can put it based on your definition of those of the data, but that right there alone, small stuff like that can save a ton of hours of having to clean it up and then going a lot of back and forth and stuff, hundreds of hours in data cleansing.

00:25:10.426 --> 00:25:17.710
Yeah, because if I do it wrong twice, right, you know if your data was wrong, it's not like I'm just going to eat that hour.

00:25:17.710 --> 00:25:22.143
Right, you know the other part of that too.

00:25:22.143 --> 00:25:30.738
There's got to be some onus on the partner to put some on this on the client too, right, I mean, there's a reason they call us a partner and not an implementer, right?

00:25:30.738 --> 00:25:38.252
Yes, we might be implementation specialists, but we're not here to just kind of cookie cutter, plug and play these ERPs into every instance.

00:25:38.252 --> 00:26:00.991
Right, we've got to work with the clients so that they understand how the system works, how it's configured, why we made a specific choice around the configuration, or an ISV, or maybe, like, we configured something a very specific way so that they're a party to those decisions, so that you know, should their company mature or even grow in the future, they understand, like, why did we make this decision at this point in time?

00:26:01.520 --> 00:26:02.843
What could have been a different decision?

00:26:02.843 --> 00:26:03.944
Or where do we maybe look at?

00:26:03.944 --> 00:26:06.369
You know, six months a year, five years from now?

00:26:06.369 --> 00:26:17.192
And if they understand how the ERP was at least configured or why, I mean, they don't have to know all of the intricacies of, like the back end of BC, but at least the why of did we pick this and what would have been the other route.

00:26:17.192 --> 00:26:29.161
You know, as they scale, you know, and that's on the partner too, to kind of keep up with that and communicate as the company grows like, hey, maybe we should do a phase two and do another sprint on like warehousing right, it's one of the big ones we see.

00:26:29.161 --> 00:26:32.007
Right, don't jump in feet first to warehousing automation.

00:26:32.007 --> 00:26:34.861
Maybe, like just be able to get bins out there, right?

00:26:35.863 --> 00:26:40.568
um, it is true, I like the way you phrase it, partner.

00:26:41.109 --> 00:26:50.646
Uh, oftentimes I I think it's important to realize the relationship has responsibilities and ownership From the customer point of view.

00:26:50.728 --> 00:26:56.166
At the end, they're the ones that own the implementation in a sense, because it's their business.

00:26:56.949 --> 00:27:03.259
Again, an ERP application it doesn't matter which one that you're using is, in essence, the heart or the lifeblood of an organization and it's important, from my opinion, that anyone who's implementing that has a good matter.

00:27:03.240 --> 00:27:05.679
Which one that you're using is, in essence, the heart or the lifeblood of an organization.

00:27:05.679 --> 00:27:17.509
And it's important, from my opinion, that anyone who's implementing that has a good understanding and ownership of it and they understand, like you said, they don't necessarily have to understand technically everything about it, but at least understand what it's doing for them.

00:27:17.509 --> 00:27:37.253
And the decision was made to go there and to just throw it over to someone and say here you may have implementation specialists on staff which are there to, but it's still not your responsibility to you know, make everything perfect, because you know part of the scoping or part of the cost or the part of the duration.

00:27:37.253 --> 00:27:47.855
It can be mitigated by how much the customer or the user of the application will do versus what the responsibilities of the partner.

00:27:47.855 --> 00:28:06.278
So it is ensuring to have that shared partnership where, at the end, the customer that's using it owns it and has some responsibility for it, along with the partner, to make sure that they have a successful implementation partner to make sure that they have a successful implementation.

00:28:09.920 --> 00:28:47.727
You know, and to that point you know, we find particularly our clients that are very hands-on with their implementation have fewer support requests on average, right, they have three less per every hundred or, I'm sorry, three less for every 10 support requests every month than somebody who was essentially a I don't know, just help me get it done right so they actually have a cost reduction for that capital investment in the engagement in their implementation and that actually we found over time that as they have more exposure and experience within the ERP, those support requests actually decrease longer and longer over time because in a lot of ways those people become subject matter experts themselves in the ERP as they've been ingrained in it.

00:28:47.727 --> 00:29:12.272
I mean, they touch it every day, right, but if they weren't involved from day one and essentially they were sat down at a desk and said like, hey, click the header and start entering customer information day one, then they're not going to necessarily understand how all that works and over time they're going to accumulate a bunch of support requests and ultimately cost.

00:29:13.674 --> 00:29:16.176
Yeah, it's with anything.

00:29:16.176 --> 00:29:21.660
You get the most out of it if you are close to it.

00:29:21.660 --> 00:29:36.449
In a sense and it's not everybody you could have a few internal, as you mentioned, subject matter experts or people who have that talent on staff that can help manage the use of it once it is implemented.

00:29:36.449 --> 00:29:50.201
Because with the changes of technology, with the changes of business in the world, you know, having the flexibility to adopt new features, functionality and change business processes is important.

00:29:50.201 --> 00:30:11.007
So having individuals on staff that can I call it on staff, but having those individuals, individual, talented professionals, working within an organization to help guide and drive, that is beneficial and they can also oversee the various aspects of the implementation as well.

00:30:11.007 --> 00:30:14.806
But let's jump back to the scoping and the implementation process.

00:30:14.806 --> 00:30:24.067
So you talked about sort of a discovery process to determine their pain points as well as what their needs are as far as business processes are concerned.

00:30:24.067 --> 00:30:33.243
And with that, what is your take on a good way to go through that exercise or what someone could expect to go through that exercise?

00:30:33.284 --> 00:30:51.655
Yeah, oh man, I'm going to take it like full, full circle Before I actually begin a discovery with a client, we can go a rectangle, if you want, sure, right parallelogram, tetrahedron um, I'm running out of oh, we can go with octagon, hexagon, I'm running out of shapes that I know the name of um.

00:30:51.976 --> 00:30:55.662
I know triangle um, but you know we have.

00:30:55.662 --> 00:31:10.102
We actually require our clients to establish those SMEs day one before you even begin discovery If they are going throughout their organization and figuring out who are the people who understand their job right and how are they keeping the business alive.

00:31:10.102 --> 00:31:13.925
So they might be managers.

00:31:13.925 --> 00:31:19.403
We actually find, of all things, managers are not the best SMEs because they don't always know how to do the job right.

00:31:21.007 --> 00:31:22.829
I agree with you there a hundred percent.

00:31:23.015 --> 00:31:32.443
Yeah, so we actually make them take the scope of their ERP and break it into sections and provide an SME for the discovery before we ever start Right.

00:31:32.443 --> 00:31:40.515
And you know, generally we try to establish somebody at the end user that that's going to manage it from a high level, so that we have a single point of contact.

00:31:40.515 --> 00:31:52.258
But I need to know who I need to talk to, so that when I get in there and I need to know exactly how you do your job, that I'm talking to somebody that knows how it is and not somebody who's just going to be like I don't know, let me go ask my people or I don't know.

00:31:52.258 --> 00:31:53.643
Like we'll figure it out as we go.

00:31:53.643 --> 00:32:02.912
Like at that point I literally kind of stopped the discovery and like, no, we need to establish this day one.

00:32:02.833 --> 00:32:03.638
We can't figure that out as we implement.

00:32:03.638 --> 00:32:06.579
I mean, there are instances where you can quote, unquote, figure it out while you implement, but you really have to define those things up front.

00:32:06.579 --> 00:32:12.236
And then they help define the scope too, because they're the ones that are actually communicating what needs to be done day to day.

00:32:12.236 --> 00:32:17.940
And as we do that, we actually do a very targeted discovery.

00:32:17.940 --> 00:32:38.212
We actually won't implement without doing a very engaged discovery with clients and it's just because, at the end of the day, clients are going to pay for it regardless and sometimes you can fret over cost of discovery, but it's an equity investment in the long-term success of the implementation.

00:32:41.877 --> 00:32:51.951
So no, I do agree, because sometimes, again, not all business is equal, not all setups are equal.

00:32:51.951 --> 00:32:57.106
Sometimes managers or business leaders think things are being done a certain way.

00:32:57.106 --> 00:33:03.878
Managers or business leaders think things are being done a certain way and then, when you had mentioned, just like Chris had mentioned, sometimes those doing the task can tell you a little bit more of what they're doing.

00:33:03.878 --> 00:33:19.494
But now, as you're going through this process and I'm going to take it to throw some questions at you here, just taking it, so you go through the process, chris, this is also for you as well, because this is one of those things you had mentioned early on development, right?

00:33:19.494 --> 00:33:31.227
So development to me is sort of an extension or a change in the existing process and how you come up with that development is going through someone's requirements, correct?

00:33:31.928 --> 00:33:34.683
Oh yeah, I never start with what are we going to design?

00:33:34.855 --> 00:33:36.442
It's the what's the pain point.

00:33:36.515 --> 00:33:42.606
And then we kind of design around that, right, you have to scope the the business need first, right.

00:33:43.028 --> 00:33:47.003
Um, and we actually generally try not to put a technical person in that discussion.

00:33:47.003 --> 00:34:04.451
We actually try to get a business expert, like an accountant or a kaizen engineer or um, you know, in some cases just somebody who's been a warehousing employee to communicate with the end user so that they can speak that language and discuss like, hey, what do you want functionally?

00:34:04.451 --> 00:34:04.853
Right.

00:34:04.853 --> 00:34:17.067
And then, by proxy, that person generally has a more technical background and then can work with our development team to kind of build that scope, right, it's the hey, in some cases this is just a page customization, right?

00:34:17.067 --> 00:34:27.769
Or maybe we need to build a form and then in other ways, you know, you kind of have to revise how BC is configured altogether by building extensions with procedures or you know.

00:34:27.769 --> 00:34:40.923
So, as you're doing that, I think it starts with the discussion of the business need, right, and it starts with the users being able to speak in a language that they're used to and not trying to describe it in a hyper-technical term.

00:34:42.967 --> 00:34:49.360
Okay, so with that, my mind is blazing on this topic.

00:34:49.360 --> 00:34:59.867
And well, it's because when you're going through an implementation we understand in the business requirements, someone will explain to you a business requirement.

00:34:59.867 --> 00:35:04.306
How can you validate that it's an actual business requirement?

00:35:04.306 --> 00:35:07.063
These are questions that I have and I've been having these.

00:35:07.063 --> 00:35:10.985
I go through phases and this is one of my latest phases.

00:35:12.056 --> 00:35:17.407
Everyone knows I do a lot of development and I honestly push back on more development.

00:35:17.407 --> 00:35:19.018
I don't want to say push back on more development than I do, but I push back on a lot of development and I honestly push back on more development.

00:35:19.018 --> 00:35:27.543
I don't want to say push back on more development than I do, but I push back on a lot of development because I'll say, business central can do this, Does this adequate for them?

00:35:27.543 --> 00:35:30.413
So why do we have to do a change for this?

00:35:30.413 --> 00:35:33.119
So now let's go back to the other side.

00:35:33.119 --> 00:35:35.626
So I already told you the end, so now I'm going to go to the beginning.

00:35:35.626 --> 00:35:38.402
A user gives a requirement.

00:35:38.402 --> 00:35:41.744
How can you validate that the requirement's a true requirement?

00:35:42.875 --> 00:35:49.489
Yeah, we generally try to run all this stuff through a steering committee from the executive level within the organization, right?

00:35:49.489 --> 00:36:02.469
Because another portion of this too is an end user, particularly an SME, may not have the full visibility of the organization, so we talk about it as a committee before we actually make any kind of effort around solutioning.

00:36:02.469 --> 00:36:04.257
It.

00:36:04.257 --> 00:36:10.628
Might be a hey, I'm just going to pick on warehousing because it's my shtick, but like the scanners suck.

00:36:10.628 --> 00:36:14.132
Well, that's not necessarily what is wrong.

00:36:14.132 --> 00:36:22.603
Right, it might be indicative of a bigger problem, but we have to discuss it as a group to kind of solution what the problem might be.

00:36:22.603 --> 00:36:29.025
It might be hey, you have a network issue, right, you need more access points in your warehouse.

00:36:29.025 --> 00:36:30.802
They suck because they can't access it.

00:36:30.802 --> 00:36:34.179
Or maybe they're just outdated and it's a hardware problem.

00:36:34.179 --> 00:36:37.860
Maybe it's a software problem and it does require development.

00:36:37.914 --> 00:36:42.760
But until you kind of talk it out like that and there might also be a hey, you're just doing it wrong.

00:36:42.760 --> 00:36:56.664
Right, Like the process is not really meant to be done this way, you're doing something that violates, like, a general business process that we would think would be accurate, right, maybe we should talk about what's a best practice that doesn't require any development, right?

00:36:56.664 --> 00:37:06.880
Maybe about what's a best practice that doesn't require any development, right?

00:37:06.880 --> 00:37:07.603
Maybe it's just a process change.

00:37:07.603 --> 00:37:11.454
Um, I, you know, we, we never start with a development first mindset because even though, yeah, in theory right, we can do whatever we want in al um, should we is maybe the better question.

00:37:11.715 --> 00:37:24.467
It's not the can we, it's the should we that's the music to my ears, because any modification or extension that you bring is additional technical debt to implementation.

00:37:24.467 --> 00:37:27.034
The architecture is amazing with business-centric.

00:37:27.034 --> 00:37:38.347
You can easily extend it, but you still need to make sure those extensions work with future versions as well as with maybe other ISV add-ons, other pieces you put in there.

00:37:38.427 --> 00:37:48.507
So, if I hear what you're saying is you go through and validate to ensure that the requirement is a true requirement and it's not a limitation of their existing system.

00:37:48.507 --> 00:37:56.340
So see, this is all music to my ears and this is what I like to hear, because I hear requirements and they come in and you find out well, we do it this way.

00:37:56.340 --> 00:37:57.362
Well, why do you do it this way?

00:37:57.362 --> 00:37:58.425
Because we do it this way?

00:37:58.425 --> 00:38:01.364
My favorite answer is because we always have.

00:38:02.635 --> 00:38:14.490
But then, one step above that is you find out that somebody was doing something a certain way because of a systemic limitation that was in a previous system and it became the process because of the limitation.

00:38:14.490 --> 00:38:21.166
I went through one one time and, to be honest with you, they started a process because they didn't have enough room originally.

00:38:21.166 --> 00:38:31.025
Like, if you dug deeper, they found that they didn't have enough room in a building to do something that even when they expanded, they still did the same way because they thought they had to do it the same way.

00:38:31.025 --> 00:38:43.940
And if you dug deeper and deeper and deeper, that requirement wasn't a requirement, it was something that was in place in process because of a limitation that they've had that they adopted as a new process.

00:38:44.141 --> 00:38:53.275
For an example, yeah, it is very important to have that conversation because there are many times that I've come across.

00:38:53.295 --> 00:39:03.329
My experience is that they've been doing it for so long they really don't know if there's any other way to do it or if it wasn't out of the box.

00:39:03.329 --> 00:39:10.021
Like you said, they kind of have to adjust due to the limitation and sometimes you don't see that.

00:39:10.021 --> 00:39:16.047
Sometimes it doesn't get surfaced until the very end, which is another common thing that occurs.

00:39:16.047 --> 00:39:28.762
But the conversation is very important to start and a manager can sometimes not be the subject matter expert because they're not on their day-to-day.

00:39:28.762 --> 00:39:40.744
But you also have to encourage everybody in that space to speak up, because as you go through your business process, when you're going through a discovery, they just tell you high level, this is what we do and all that.

00:39:40.744 --> 00:39:49.057
But in reality the people that are actually working on those things can have a lot more insight of ways to improve your business process.

00:39:49.057 --> 00:39:53.376
And on top of that, sometimes it's not even any close to a modification.

00:39:53.376 --> 00:40:00.268
It could just be an adjustment to your process due to the limitation that they currently have on their ERP system.

00:40:00.648 --> 00:40:06.422
Yeah, I think one of the other parts of this too, which we've seen a lot when we do discovery and scope.

00:40:06.422 --> 00:40:11.190
You kind of need to define that this is not a griping session for the end user, right?

00:40:11.190 --> 00:40:14.443
Like, please, don't just come in here and complain about how things are.

00:40:14.443 --> 00:40:16.186
Or like, hey, this really sucks.

00:40:16.186 --> 00:40:25.938
Come into it with a mindset of like, hey, let's improve, not just, oh gosh, like I can't do what I need to do, okay, well, what do you want to be able to do?

00:40:25.938 --> 00:40:28.733
Don't just tell me like you can't do your job because the system won't let you.

00:40:28.733 --> 00:40:30.057
Like, tell me what you want to do.

00:40:30.057 --> 00:40:37.880
I mean, that's what we're here for is to help find a solution set to provide you tools and resources to be able to do your job better, right?

00:40:37.880 --> 00:40:41.945
Um, so don't just come in there and be like, well, you know?

00:40:41.945 --> 00:40:44.509
Um, the the month end sucks.

00:40:44.509 --> 00:40:45.996
Well, what sucks about it?

00:40:45.996 --> 00:40:46.237
Right?

00:40:46.237 --> 00:40:49.465
Like, do you have problems depreciating fixed assets, right?

00:40:49.465 --> 00:40:50.146
Or like, are you?

00:40:50.146 --> 00:40:52.400
Like, are you on the wrong accounting basis?

00:40:52.400 --> 00:40:52.641
Right?

00:40:52.641 --> 00:40:53.463
Are you running cash?

00:40:53.463 --> 00:40:54.516
Should you be doing an accrual?

00:40:54.516 --> 00:40:56.201
Um, like?

00:40:56.521 --> 00:41:11.096
These are all kind of conversations that need to be had more around the like the systemic problem, more than it is just the oh, this, this hurts, right, it's the hey, this hurts, but we really feel like maybe we could be doing this better or hey, in some cases.

00:41:11.096 --> 00:41:23.324
You know, we are not technology advisors, sometimes we're business advisors because we in this industry kind of see, oh gosh, the gambit of what can be done and we can take our experience and kind of communicate that.

00:41:23.324 --> 00:41:28.280
Obviously we're kind of really careful around what we communicate from our experience right, non-disclosures and whatnot.

00:41:28.280 --> 00:41:41.358
But in a lot of cases you'll find that consultants have maybe worked in that industry or have had an experience, maybe even as an end user, in that space and the have you thought about?

00:41:41.500 --> 00:41:41.820
Statement.

00:41:41.820 --> 00:41:44.443
I really like that rather than saying no, right?

00:41:44.443 --> 00:41:47.262
I try not to say no, it's a have you thought about right?

00:41:47.262 --> 00:41:50.224
Have you thought about doing this, maybe a little different from a process standpoint?

00:41:50.224 --> 00:41:54.827
Or have you thought about maybe integrating an ISV, rather than just being like, no, we're not going to do that?

00:42:01.355 --> 00:42:07.965
So as you go through that is good to have your thought about it, because it does promote thought, I believe, where they can start thinking about different ways to become efficient.

00:42:07.965 --> 00:42:22.023
One thing I always say when I go through the implementations if you're just going to replicate everything that you're doing now in the new software that you choose, in the new software that you're going to use, really why are you moving?

00:42:22.023 --> 00:42:23.817
I mean, you're switching to a new application.

00:42:23.817 --> 00:42:25.083
There has to be a reason why.

00:42:25.083 --> 00:42:31.182
There's a reason that there's pain, there's a reason because of technical limitations, there's whatever reason.

00:42:31.182 --> 00:42:32.365
There is a reason.

00:42:32.365 --> 00:42:35.498
And if you just try to replicate the same process, you may not be getting any efficiencies.

00:42:36.159 --> 00:42:42.576
But as you go through this and now you have the requirements and, as we mentioned, business Central does a number of different things.

00:42:42.576 --> 00:42:57.427
Take personalization out, because the latest versions of Business Central have so much personalization that there's often confusion between customization and personalization.

00:42:57.427 --> 00:42:59.960
I wouldn't even call it customization, I'd call it extended at this point.

00:42:59.960 --> 00:43:05.887
But personalization is more data design, screen-type interfaces.

00:43:05.887 --> 00:43:11.286
That's not a modification, it's setup or configuration within the application.

00:43:11.286 --> 00:43:22.735
I'm talking now to the extension points points.

00:43:22.735 --> 00:43:23.900
How do you determine what needs to be an extension versus?

00:43:23.900 --> 00:43:40.411
Can someone change their business process to fit within the application, because Business Central may do something slightly different or do it in a different way and the requirement may be to do something and they may think they need a modification, which I'm going to throw this other question on.

00:43:40.411 --> 00:43:43.422
I hope you remember all these because I just fire them out, because this is all big on me.

00:43:43.422 --> 00:43:52.637
When do you determine you need a modification in the process or where in the process as well?

00:43:53.659 --> 00:43:57.206
um that's a loaded question because I have a follow-up question.

00:43:57.206 --> 00:43:57.748
That that's the.

00:43:57.748 --> 00:43:58.380
That's the last question.

00:43:58.380 --> 00:44:00.621
I'm doing everything backwards tonight because that's a loaded question, because I have a follow-up question.

00:44:00.621 --> 00:44:00.786
That that's the.

00:44:00.786 --> 00:44:01.326
That's the last question.

00:44:01.326 --> 00:44:02.420
I'm doing everything backwards tonight because that's the last question.

00:44:02.420 --> 00:44:06.148
I have a former question that I'll ask after we talk about this.

00:44:07.155 --> 00:44:11.394
I think you have to begin the conversation with the why right, like, why are we wanting to do this?

00:44:11.394 --> 00:44:17.605
Um, and sometimes it's you know, I don't have enough staff to be able to do this without having an automated solution.

00:44:17.605 --> 00:44:21.610
Right, I hear that one a lot, right, like, we don't have enough people to be able to do this.

00:44:21.610 --> 00:44:24.625
There's too much volume, so we need it to be more automated.

00:44:24.625 --> 00:44:33.516
We actually have kind of a matrix of things that we kind of run down before we ever even jump into the scope around development and it's.

00:44:33.516 --> 00:44:35.360
Does it start with people?

00:44:35.360 --> 00:44:35.842
Right?

00:44:35.842 --> 00:44:37.427
Do you have the right people at the right seat?

00:44:37.427 --> 00:44:43.458
Because a lot of times that can also be a contributing factor to the problem, right?

00:44:43.458 --> 00:44:44.521
So sometimes it might be.

00:44:44.521 --> 00:44:47.807
Hey, let me ask more than one person is this a common problem?

00:44:47.807 --> 00:44:53.106
I can't tell you the number of times I have heard like, hey, this sucks, we need to fix it.

00:44:53.106 --> 00:44:57.983
And then you go ask somebody else and they say, oh, no, no, no, no, like that that person doesn't know what they're talking about.

00:44:57.983 --> 00:44:58.844
Like this is how we do it.

00:44:58.844 --> 00:45:12.737
Or this is a better way to do it, and and you can fix that problem without ever having to run down the scope um, then you might also have a situation where, yes, we can validate that this is an issue, um, and we ask the question is the process broken, right?

00:45:12.737 --> 00:45:18.268
Do we need to come in, as put our process engineer hat on and say like, hey, are you doing this out of order?

00:45:18.268 --> 00:45:19.780
Are you missing a data set?

00:45:19.780 --> 00:45:21.221
Is there a process breakdown?

00:45:21.221 --> 00:45:25.797
Is there a communication breakdown, right, and can we fix it that way?

00:45:25.797 --> 00:45:32.244
Okay, yes, no, if you say no, we actually go out and look in the ISV network first.

00:45:32.244 --> 00:45:46.581
We are lucky as partners that the ISVs are responsible for keeping their systems up to date, um, where um, their, their extensions, kind of have to be compliant with the most recent releases from Microsoft.

00:45:46.581 --> 00:46:02.442
Um and I you know I don't use every ISV out there I think a lot of this comes down to, like, the, the good partnerships within that space to make sure that they have solutions that might be able to fit those Um, and if they do great, the good partnerships within that space to make sure that they have solutions that might be able to fit those.

00:46:02.461 --> 00:46:20.322
And if they do, great, and then your, your solution is more of a relationship and a discussion around the cost of that solution, and then we might get into the development effort of okay, now we have exhausted all other aspects of of what I can offer you, and then I'm not going to, I'm not going to do a deep dive into it.

00:46:20.322 --> 00:46:39.141
But then there's also the question of like the power platform and power apps, because maybe it's not an extension in BC, maybe it's a power app leveraging the power platform and the data verse, or maybe another D three 65 product, right, that that can also be a which I don't want to go down that rabbit hole.

00:46:39.141 --> 00:46:45.324
But it might be like the sales process in BC sucks and I'm like why aren't you using customer engagement, right?

00:46:47.735 --> 00:46:50.405
So it's a matter of using the right tool for the job.

00:46:50.405 --> 00:47:02.838
I think every application, no matter what it is, was developed for a certain purpose, and just because it doesn't meet somebody's need doesn't mean that it's deficient.

00:47:02.838 --> 00:47:04.820
It just means that it wasn't.

00:47:04.820 --> 00:47:09.222
It's not the best solution for their need.

00:47:09.222 --> 00:47:12.364
You know, it may fit someone else.

00:47:12.364 --> 00:47:22.349
Run and sneak is a great for some people and dress shoes are nice for others, you know, but they still uh, you know, uh, chris.

00:47:22.349 --> 00:47:23.289
Chris tells me the way.

00:47:23.289 --> 00:47:26.271
It's just dress shoes, his feet hurt.

00:47:26.271 --> 00:47:26.972
I can't talk.

00:47:26.972 --> 00:47:29.052
See, it's that whole thing that we started talking about.

00:47:29.052 --> 00:47:38.472
Chris tells me that his feet hurts when he wears dress shoes and they suck, and that's why he wants to wear tennis sneakers.

00:47:38.472 --> 00:47:42.086
I say no, chris, they don't suck, they just don't work for your feet yeah, well, I mean in some ways.

00:47:42.226 --> 00:48:02.715
In some ways maybe you just need a different shoe, right like correct um correct but you know that that also might mean like maybe chris is not in the right environment where like right, because maybe chris and this is another portion of this too right person in the right seat right is chris in an environment where he can succeed because he has to wear dress shoes, like?

00:48:02.715 --> 00:48:11.362
If yes, then like no work from home, and then I told him not to wear dress shoes oh, that would have been an experience.

00:48:11.643 --> 00:48:16.960
Yeah, he didn't hiking with dress shoes, but I mean like you know, this kind of speaks to the whole premise of round.

00:48:16.960 --> 00:48:35.442
Like, I don't want to say like development should be your last resource, because that's not true, um, but to a lot of extent, anytime a client communicates a request and we do development around it, there's going to be continued cost at some point.

00:48:35.442 --> 00:48:44.525
It may not be this wave release, it may not be three wave releases from now, but the other part of that too is because we are in a very dynamic space.

00:48:44.525 --> 00:48:48.585
Who's to say that I didn't just put a request on the Yammer board?

00:48:48.585 --> 00:49:14.239
The second I wrote that extension for you where it was like, hey, I really wish the Dataverse would allow you to do virtual tables Not that I did that, you know, four years ago, um, and then all of a sudden, you have the ability to extents because microsoft listens to us, and now all of a sudden, I wrote this customization for you that's debunked by base application features that that's part of staying current, I think.

00:49:14.260 --> 00:49:24.451
Think with it, because it is an application that is constantly evolving to use that word in this context.

00:49:24.451 --> 00:49:32.708
It's changing, so something that required a modification when you started the implementation may get added to the application.

00:49:32.708 --> 00:49:35.184
The contract billing is out with 2024 Wave 2.

00:49:35.184 --> 00:49:38.463
I know a lot of modifications were made for contract billing.

00:49:38.463 --> 00:49:43.563
I'm not saying contract billing's going to satisfy every one of those cases, but even the whole printing to PDF.

00:49:43.563 --> 00:49:47.144
How many modifications were made back in the early days for printing to PDF?

00:49:47.144 --> 00:49:58.735
Speaking of the modifications and I'll throw this out, chris, I don't know if I've asked you this or if you've heard me ask others this it's for an implement.

00:49:58.956 --> 00:50:19.378
This is kind of a little side by tangent, as much as I try not to go off on these tangents, but when you're going through this process of implementations and then determining, you know, change requests or how somebody would need to change or what modifications they may need, when does that happen?

00:50:19.378 --> 00:50:30.376
And what I mean by when does that happen is does anyone ever just sit down and say here's Business Central, let's walk through your business end to end, see what it does?

00:50:30.376 --> 00:50:33.505
And what I mean by that is okay, let's throw in a chart of accounts.

00:50:33.505 --> 00:50:38.286
Let's throw in a couple items, let's throw in a couple customers, your basic cases.

00:50:38.286 --> 00:50:41.097
I'm simplifying it.

00:50:41.097 --> 00:50:50.858
Let's purchase raw materials, let's take customer orders, let's ship an order, right?

00:50:50.858 --> 00:51:02.384
My question is I see that because I see sometimes I see change requests or extensions Again, forget personalization, to hide fields and move stuff around because that's personalization, okay, so take that off the board because you don't need an extension for that.

00:51:04.295 --> 00:51:25.987
I see so many times that before someone even touches it, they've already come up with modifications that are needed, where I feel like saying did you even put an order through, to go through the scenario to see where is it lacking in functionality that you may need?

00:51:25.987 --> 00:51:31.516
If it's additional fields, could it be captured a certain way in Business Central without having those fields that you had before?

00:51:31.516 --> 00:51:35.867
Or do you really need to add those two new fields to the sales header, for example?

00:51:35.867 --> 00:51:38.581
What is both of you, chris?

00:51:38.581 --> 00:51:39.184
I'll ask that to you.

00:51:39.184 --> 00:51:39.876
It's like.

00:51:39.876 --> 00:51:44.143
What are your thoughts on that type of approach for an implementation?

00:51:46.307 --> 00:51:46.969
That's a good one.

00:51:46.969 --> 00:52:00.668
So I will share my piece where it's worked for me in the past and one of those things I'd mention you know you got to do a discovery or analysis of their current process, their current ERP.

00:52:00.668 --> 00:52:09.989
In many cases when you are doing a discovery it's always in my opinion again, my opinion, my experience it worked well for me.

00:52:09.989 --> 00:52:15.427
It's always a good idea to have Business Central already open.

00:52:15.427 --> 00:52:24.163
Have Business Central already open, not only you help introduce the people of what to expect and what Business Central looks like, you're kind of getting a little ahead of there.

00:52:27.369 --> 00:52:36.623
Before putting up Business Central and going through the whole process, you can at least speak to while you're doing a discovery and understanding the process.

00:52:36.623 --> 00:52:46.088
You can kind of sort of follow that with Business Central and in some occasion I would show that like this is how you would do it in Business Central.

00:52:46.088 --> 00:52:53.389
And then it's easier for me to surface certain things that you know Business Central might not see.

00:52:53.389 --> 00:53:05.943
For example, it also helps you translate some fields where they say one thing in the current system, if I have Business Central up and running, I could say, well, you reference this field, it's called this, but you can actually do this in Business Central.

00:53:05.943 --> 00:53:07.641
It allows them to think.

00:53:07.641 --> 00:53:13.422
It allows them to get excited about it.

00:53:13.422 --> 00:53:19.851
Are these going to be customizations or are these just needs to be redefined?

00:53:19.851 --> 00:53:27.547
I'm trying to find the right word but restructure their thinking of what this field means in Business Central.

00:53:29.360 --> 00:53:30.423
I wish I had the soundboard.

00:53:30.423 --> 00:53:40.670
I'm sorry, patrick, because I would clap on that, because you hit so many key points that by having business central set up in the base level, they can look at it with you.

00:53:40.670 --> 00:53:48.248
You can get a visualization of what they are referring to as well as they can have one with you.

00:53:48.248 --> 00:53:52.867
I see that it's a successful exercise, because terminology is killer.

00:53:52.867 --> 00:54:00.469
It is absolutely killer because everybody calls things something and I only speak Business Central.

00:54:00.469 --> 00:54:06.827
So I need a way to associate what you're calling it to where it fits within Business Central.

00:54:06.827 --> 00:54:17.626
And going through that exercise together I think is helpful because again, it goes back to receiving and seeing modifications and just shaking my head sometimes.

00:54:17.626 --> 00:54:23.277
So and uh, yeah, I won't even tell you sometimes where it was functionality that was already in business central.

00:54:23.277 --> 00:54:26.909
But yeah, you know where there's maybe another alternative.

00:54:27.150 --> 00:54:30.422
But patrick, how many times do you do a data migration?

00:54:30.422 --> 00:54:42.543
Even going through a simple configuration packages where you get an excel file, you know and and got to go back to the client and said what does this field means or what is this data?

00:54:42.543 --> 00:54:49.007
You can actually identify a lot of that information during the discovery, before you even start data migration.

00:54:49.929 --> 00:55:11.523
Oh yeah, you know, and I mean maybe to your point too one of the things that I found really helpful just from a consultative perspective is maybe run through the process and be like have a client just describe what they're doing day to day to you and then try to run through it in bc, and then the second it doesn't meet their requirements stop and say like, okay, now describe to me what you would have expected it to have to do.

00:55:11.523 --> 00:55:16.503
Okay, great, um, like, have you heard of item attributes?

00:55:16.503 --> 00:55:16.724
Right?

00:55:16.724 --> 00:55:17.246
Right, it's like the.

00:55:17.246 --> 00:55:18.168
How do you define color?

00:55:18.168 --> 00:55:19.898
Right, it was like well, is it a variant?

00:55:19.898 --> 00:55:21.481
Right, is it a stock keeping unit?

00:55:21.481 --> 00:55:23.708
Right, so you know.

00:55:23.708 --> 00:55:25.920
Then you stop and you have a just yeah.

00:55:25.920 --> 00:55:29.056
And then you have a discussion and you're like great, that's an item attribute.

00:55:29.056 --> 00:55:35.530
Right, it's an arbitrary field that I'm going to throw out there that I can report on later, but it has no feature that I have to build.

00:55:35.530 --> 00:55:36.552
Right, it's the.

00:55:36.552 --> 00:55:40.829
Hey, you called it color and you built a custom field in your previous ERP.

00:55:40.829 --> 00:55:43.382
I'm going to make it an attribute and then add a value to it.

00:55:45.175 --> 00:55:47.557
And then you kind of ask the question of does that?

00:55:47.557 --> 00:55:49.920
The way that I kind of phrase it is does that meet your need, right?

00:55:49.920 --> 00:55:50.742
Like, does that work for you?

00:55:50.742 --> 00:55:52.239
Like, do you think that we could do this?

00:55:52.239 --> 00:56:04.905
Going forward, you'd be surprised how often they would just be like, yeah, that seems like it would work, and then we move on right, and then it's the next thing.

00:56:04.925 --> 00:56:07.092
It's like the, and then you keep going through that process in bc as they describe what they do today for you.

00:56:07.092 --> 00:56:14.338
Now, this requires a little bit of like process engineering mindset to to really hear what they're saying and translate that to a simple process in bc.

00:56:14.338 --> 00:56:26.021
But I can't tell you the number of times we've mitigated customization by doing that right, and it's just been like, hey, talk me through how you do this, let me walk through it like I would do it in bc, like if I were going to do a vanilla demo.

00:56:26.021 --> 00:56:36.458
And then we find nine times out of ten it was like, hey, the previous erp had to be customized or the previous system had to be customized, so they assumed it had to be customized to BC.

00:56:38.981 --> 00:56:41.824
Yep and a hundred percent, because you, you, you hit it right there.

00:56:41.824 --> 00:56:52.067
Sometimes, when you're having those side by side, people don't realize, especially people that joined the organization at a later time.

00:56:52.067 --> 00:56:58.543
They don't know that some fields are modified Right and then you can actually identify as like oh yeah, that's not, that's, that's not a out of box business central.

00:56:58.543 --> 00:57:04.728
It's easier for you to note and say OK, I think this is a modification, without getting into the codes.

00:57:05.454 --> 00:57:09.184
Yeah, you know part of that too.

00:57:09.184 --> 00:57:33.302
I think there is some onus to try to push clients to use out of the box fields more than create custom ones, Cause then you're just creating table extensions and page extensions until the cows come home and you kind of have to have a conversation of hey, there's something in business central that kind of fits that requirement, Can we use that rather than go in?

00:57:33.302 --> 00:57:37.385
You know, is it easy to create a table extension and then add that to a page?

00:57:37.385 --> 00:57:47.717
Yeah, Um, but do I have to, and is it more sustainable to do it?

00:57:47.737 --> 00:57:48.760
this other way maybe right, but you got to let them.

00:57:48.760 --> 00:57:49.601
Yeah, that's, that is always funny.

00:57:49.601 --> 00:57:50.824
Can you just add that field?

00:57:50.824 --> 00:57:52.268
For what purpose?

00:57:52.268 --> 00:57:55.186
Why are you reporting against it?

00:57:55.186 --> 00:57:55.989
Like what is?

00:57:55.989 --> 00:58:00.782
It's going to be a big decision making uh, field that's going to affect everything else.

00:58:00.782 --> 00:58:02.588
Yeah, that's a have you heard of it.

00:58:02.628 --> 00:58:07.860
Yes, Sometimes it sounds so easy, like you said, it's easy to create, and I'm not saying they're not needed.

00:58:07.860 --> 00:58:11.766
Sometimes it's so easy to say just create a table extension because you can't.

00:58:11.766 --> 00:58:14.996
It goes back to what you I like your approach of.

00:58:14.996 --> 00:58:20.181
Just because you can doesn't mean you should and just say is that really the best solution?

00:58:20.181 --> 00:58:39.871
It's almost like and again, depending upon who's doing the ask, their level of understanding of the application, level of understanding of the business process, whatever level of understanding, it's sometimes like me going to the doctor saying my arm is sore, put a cast on it, it's broken, right, it's.

00:58:39.871 --> 00:58:48.222
It's where the doctor should be able to take a moment to understand what's really wrong and they may find out that my arm isn't broken.

00:58:48.222 --> 00:58:49.186
I didn't need a cast.

00:58:49.186 --> 00:58:50.672
That wasn't the best solution.

00:58:50.672 --> 00:58:52.016
The best solution may be.

00:58:53.617 --> 00:58:57.840
You know something else give me some aspir, yeah, a splint or something I don't know.

00:58:58.081 --> 00:58:59.123
But that's my point.

00:58:59.123 --> 00:59:03.487
It's always important to make sure that the right you know, define the right.

00:59:03.487 --> 00:59:04.827
You can go down that rabbit hole.

00:59:04.827 --> 00:59:06.150
You want to talk about rabbit holes forever.

00:59:06.150 --> 00:59:08.391
Who's the right person to make the decision?

00:59:08.391 --> 00:59:12.440
But I think anything even as simple as that should be reviewed.

00:59:12.440 --> 00:59:23.954
And sometimes I think human nature is to take the easy way and sometimes the easy way isn't always the best way and you know it's just throw the field on there.

00:59:23.954 --> 00:59:30.001
We just got to get it done, you know, just keep them happy, and it may not be the best approach in the long run.

00:59:30.215 --> 00:59:38.818
I'm talking in the long run, you're not consulting and you're not partnering, right, like, if you're just going to do everything in a binary, like yeah, because I try to.

00:59:38.818 --> 00:59:46.425
Like, clients will ask the question of you know, it's not just the, how long is it going to take and how much does it cost, it's the can you right, can't you?

00:59:46.425 --> 00:59:56.061
Just I'm like, yeah, of course I can't, it's technology, right, like there's very few limitations as to what I can and cannot do, right, um, should I?

00:59:56.061 --> 00:59:57.342
Is the question that we ask.

00:59:57.342 --> 01:00:03.210
Like it's probably annoying my parents, like my parents probably probably drove them insane.

01:00:03.210 --> 01:00:04.659
I was the why kid, right?

01:00:04.659 --> 01:00:06.164
It's like, why are we doing that?

01:00:06.875 --> 01:00:09.744
Like in, the customer doesn't know what they don't know.

01:00:09.744 --> 01:00:10.335
Like they don't know.

01:00:10.335 --> 01:00:23.396
When they ask you just to add a field with the long term implications might be, you have to, as a like, and this doesn't even have to be in the partner network just as a general user in the space, like you need to understand that that could have some long-term implications.

01:00:23.396 --> 01:00:34.219
Um, I mean, heck, we had one the other day, um, where microsoft used the same name for a field that we had extensed.

01:00:34.219 --> 01:00:57.757
We in, in one of the hot fixes we had, extents the table and used what we thought was a logical name for a field, and then Microsoft added it added to the base application and it caused a slew of failures across extensions yeah that that happens and thankfully that's where the affixes come into play to help prevent some of that.

01:00:57.777 --> 01:01:02.284
Yeah that so we geez.

01:01:02.284 --> 01:01:02.885
There's so much.

01:01:02.885 --> 01:01:06.329
I have a few more points that I want to get to with this.

01:01:06.329 --> 01:01:08.342
So we talked about going through the implementation.

01:01:08.342 --> 01:01:23.260
We talked about the discovery uh, we talked about requirements gathering ensuring you have the requirements gathering and consulting and partnering to come up with the right solution, the why guy.

01:01:23.260 --> 01:01:28.382
I've always been that as well and I always tell it when I ask why a thousand times.

01:01:28.382 --> 01:01:31.027
Not because I'm saying what you're doing is inappropriate.

01:01:31.027 --> 01:01:53.458
You'll break it down to the smallest point to either validate what you're doing is the best way, or you may find that you're doing something, like I had mentioned earlier, for another reason than you think, or it even gets you thinking that yeah why are we doing this If you can validate what you're doing when you go through those?

01:01:53.518 --> 01:01:53.719
why?

01:01:53.719 --> 01:01:53.920
Why?

01:01:53.920 --> 01:01:54.141
Why?

01:01:54.141 --> 01:01:54.501
Why?

01:01:54.501 --> 01:01:55.726
Which you can actually explain?

01:01:55.726 --> 01:01:58.784
And the answer is not just because, but a factual reason.

01:01:58.784 --> 01:02:02.858
It helps validate a process for somebody too, so they can feel good that what they're doing is efficient.

01:02:03.599 --> 01:02:04.362
Yeah, absolutely.

01:02:04.362 --> 01:02:18.965
I think you really have to always, always, have your consulting hat on, you know, because if you just want to implement it, like you said, patrick, you just set it up, configure it every single time the same way, but it takes away that value, right?

01:02:18.965 --> 01:02:23.269
I think that's where the value comes in, for a consultant is to be able to identify.

01:02:23.269 --> 01:02:30.795
You know what's the long-term effect if you were to do it this way?

01:02:31.235 --> 01:02:35.585
So I think that's important and with that we touched on too, is have some considerations.

01:02:35.585 --> 01:02:41.920
Discussion about data what do you need to do with the data that you're, uh, bringing into the system?

01:02:41.920 --> 01:02:46.679
You know how much data do you need to bring in and that we talk about?

01:02:46.679 --> 01:02:47.902
We can go down the whole side.

01:02:47.902 --> 01:02:56.639
I'm just wanting to put that as a point, as a point of consideration is how much data do you need to bring in, as far as historical data even is?

01:02:56.639 --> 01:02:59.708
I think, chris and Patrick, you had mentioned data.

01:02:59.708 --> 01:03:02.454
Some people call it data massage and data cleansing.

01:03:02.735 --> 01:03:24.898
But again, if your customer list has 20,000 customers but you only do business with a thousand of them, do you really need to bring all 20,000 in, or can you get away with bringing in, you know, the customers that have been active with a certain amount of time, uh, for example, yes, with a certain amount of time, for example, yes, yeah, listen, I've seen I can tell you some.

01:03:24.898 --> 01:03:27.583
We can talk about that after.

01:03:27.583 --> 01:03:30.365
Well, no, I'll get into it now, just so I don't forget.

01:03:30.365 --> 01:03:53.496
I'm taking notes for some reason, but I see so many implementations, or it's more so, on the migrations or upgrades, I don't even like to use word upgrade anymore because, again, I think it's a matter of which version you're coming from, but they feel that they've spent so much on the system before that they need to take all of the stuff with them.

01:03:53.496 --> 01:03:55.119
They need to take all of the changes.

01:03:55.119 --> 01:04:05.498
They need to take 20 years worth of history because they're attached to what they've already spent, thinking that if they don't bring it they're losing the value.

01:04:05.498 --> 01:04:10.748
But in some cases it actually hurts them because they're bringing.

01:04:11.635 --> 01:04:17.568
To go back to what I said before, do you bring I call it one pile of poop from you.

01:04:17.568 --> 01:04:19.105
Take a, you shovel one pile of poop from one side of the garage to the other.

01:04:19.105 --> 01:04:19.190
It's it one pile of poop from you.

01:04:19.190 --> 01:04:20.500
Take a, you shovel one pile of poop from one side of the garage to the other.

01:04:20.500 --> 01:04:22.255
It's still a pile of poop, right?

01:04:22.255 --> 01:04:24.802
So why are you moving it from one side of the garage to the other?

01:04:24.802 --> 01:04:27.280
You know, throw it out instead of taking up space.

01:04:28.202 --> 01:04:33.561
Yeah, you know, when somebody comes to me, God it's.

01:04:33.561 --> 01:04:36.567
I'm glad that I'm not the only person struggling with this.

01:04:36.567 --> 01:04:38.717
We'll put it that way it God it's.

01:04:38.717 --> 01:04:40.606
I'm glad that I'm not the only person struggling with this.

01:04:40.606 --> 01:04:41.050
We'll put it that way.

01:04:41.050 --> 01:04:41.974
It's funny that you said 20 years.

01:04:41.974 --> 01:04:44.643
So it goes back to the why, right.

01:04:44.643 --> 01:04:45.981
Like, why are we doing it?

01:04:45.981 --> 01:04:48.202
Like, don't data, don't move data for data's sake?

01:04:48.202 --> 01:04:50.380
Right, Like, why do I need that?

01:04:50.380 --> 01:04:52.242
Do you really report 20 years back?

01:04:52.242 --> 01:04:54.378
No, no business compares.

01:04:54.378 --> 01:04:54.918
You know.

01:04:54.918 --> 01:05:00.588
20, 2013 to 2023 to 2024, right.

01:05:01.856 --> 01:05:07.648
Most businesses are operating, like, within a space where, like, maybe on a compliance requirement, they need seven years of history.

01:05:07.648 --> 01:05:12.780
Okay, For what?

01:05:12.780 --> 01:05:14.943
Right, not even in the Microsoft space.

01:05:14.943 --> 01:05:26.822
Just in general, within technology, where maybe I don't need to move over the transaction history, or maybe, like your legacy system was on prem, Okay, well, there's a lot of solutions to maintaining that data should.

01:05:26.822 --> 01:05:28.226
Should you really need it?

01:05:28.226 --> 01:05:33.204
Right, when I'm not just being derisive and saying like, no, like.

01:05:33.204 --> 01:05:38.643
We work in a technology space where, like, if that is a true requirement, do I have to put it into the ERP?

01:05:38.643 --> 01:05:46.505
No, Like, if it doesn't functionally add value to the ERP itself, right, Like there's not a master data, there's not a historical requirement.

01:05:46.505 --> 01:06:00.708
There's things like Azure Databricks or just Azure Storage right, Like spin up an Azure SQL instance and then deprecate your on-prem server and be done with it, and then I'm just going to bring over that data and you want to go report on that?

01:06:00.708 --> 01:06:00.969
Great.

01:06:00.969 --> 01:06:05.222
Let me show you how power BI can connect to Azure SQL right.

01:06:07.427 --> 01:06:08.148
So many options.

01:06:08.168 --> 01:06:08.969
Yeah, so many months.

01:06:09.094 --> 01:06:10.961
I didn't mean to send you on a spiral, but it's just.

01:06:10.961 --> 01:06:15.320
I mean it's a hotbed topic because we're talking about implementations, and these are just.

01:06:15.581 --> 01:06:26.123
We should almost, chris, just have one discussion with a group of people about just the implementation do's and don'ts, even data migrations, is entire.

01:06:26.123 --> 01:06:28.483
Data migrations we can talk about for a month.

01:06:28.503 --> 01:06:31.882
Yeah, but I mean, like, to get back to your point.

01:06:31.882 --> 01:06:32.804
It's the why.

01:06:32.804 --> 01:06:33.396
Right, like.

01:06:33.396 --> 01:06:34.782
Why would I want to do that?

01:06:34.782 --> 01:06:36.842
Like, why do you need to bring 20,000 records over?

01:06:36.842 --> 01:06:38.137
Well, I have the data.

01:06:38.137 --> 01:06:39.702
Well, that's not a why, that's a.

01:06:39.702 --> 01:06:42.117
That's a like I want, right, A.

01:06:42.117 --> 01:06:51.402
Why would be something like I need to be able to report year over year within the ERP because there's a compliance requirement, right or God.

01:06:51.461 --> 01:06:58.284
Maybe I have an open transaction from 20 years ago, great, well, don't migrate the other 19,000 records from 20 years ago.

01:06:58.284 --> 01:06:59.248
Migrate that one.

01:06:59.248 --> 01:07:01.764
And then let's worry about the last two years, right?

01:07:01.764 --> 01:07:09.936
And that's where you kind of have to start guiding these clients through the understanding of when does it actually add value to the business and when are you just going through the motions of moving data.

01:07:09.936 --> 01:07:16.188
Yeah, it's just such a.

01:07:16.188 --> 01:07:22.525
It's such a big thing too, because everybody spends all this time building out this database they spent.

01:07:22.525 --> 01:07:26.240
They're like oh god, I have 20 years of manufacturing history that I've got to have.

01:07:26.240 --> 01:07:27.885
But do you have to have it?

01:07:27.885 --> 01:07:28.206
It's the.

01:07:28.206 --> 01:07:29.009
Why do you need it?

01:07:29.009 --> 01:07:30.800
Right, like it's the why do I need to do this?

01:07:30.800 --> 01:07:32.666
Why does it add value to you?

01:07:32.666 --> 01:07:38.588
Because it takes time for us to migrate that, even if you can do it via config packs, which, which is not even a viable option.

01:07:38.588 --> 01:07:42.148
Sometimes, right, there's record set limitations.

01:07:42.148 --> 01:07:46.150
It takes forever if you're validating every field, right.

01:07:48.079 --> 01:08:09.047
It's good that you're saying the why, but the important part, to phrase it a little bit differently just because you don't bring it to the ERP software or to bring it into Business Central no one's a bigger fan of Business Central than me, I think, and it's been my life and I enjoy the application it doesn't mean that you don't have access to it.

01:08:09.047 --> 01:08:09.829
See, there's a difference.

01:08:09.829 --> 01:08:16.270
Why do you need to bring it into your ERP system versus putting it in a data warehouse, wherever that may be?

01:08:16.270 --> 01:08:24.788
I'll just use the word data warehouse, whether it's in Azure, azure, like I said to Chris, azure Azure, no, it's.

01:08:24.788 --> 01:08:28.010
See, that's what I'm saying is why do you need it?

01:08:28.029 --> 01:08:44.395
Because, if you need to do it, for reporting, because there may be cases where some industries or businesses medical and some food they need to keep history because of I worked with medical devices they needed to keep history for a long time just because of the nature of their product.

01:08:44.395 --> 01:08:52.007
But that doesn't mean that you need to keep it in the system that you're moving to.

01:08:52.007 --> 01:08:53.213
It just means that you need to have access to report on it.

01:08:53.213 --> 01:09:11.565
I worked with one implementation and they said oh, can we keep the old system, you know the old database running on the computer and you're like, yeah, it's a sql database, just leave it you can and they're like okay, that's fine, you know again, it's the why do you need it is the important part, and if you do need it or want it, you don't have to lose it.

01:09:11.725 --> 01:09:18.189
You just don't bring it in the form of putting it within your erP application today.

01:09:18.229 --> 01:09:22.692
Yeah, I mean those 80 gigs can get soaked up pretty fast, right?

01:09:22.692 --> 01:09:24.608
We partition a tenant, you get 80 gigs.

01:09:26.141 --> 01:09:26.722
And then what?

01:09:26.722 --> 01:09:27.947
Three per user.

01:09:28.028 --> 01:09:28.930
Five per user.

01:09:29.622 --> 01:09:30.886
Yeah, I did a joke to Chris one day.

01:09:30.886 --> 01:09:33.328
I gave him an input and we just inputted tons of pictures.

01:09:34.199 --> 01:09:37.130
I mean that all goes to actual database storage, right.

01:09:37.130 --> 01:09:39.065
Then there are solutions around not doing that, right?

01:09:39.065 --> 01:09:43.509
Yeah, so data is, it's just a mean joke.

01:09:43.509 --> 01:09:47.480
Yeah, Data is cheap until it's not, though, right, so that's.

01:09:47.541 --> 01:09:51.046
Another factor to this that I don't think a lot of people talk to their clients about is the.

01:09:51.046 --> 01:09:59.595
You know, let's say that you have a pretty robust environment with a lot of users, that you have a pretty robust environment with a lot of users, and maybe you have like three or 400 gigs worth of data storage in your tenant.

01:09:59.595 --> 01:10:10.905
There becomes a cost conversation at some point of how much value is that adding to your business versus how much cost if I have to buy additional space for you at some point?

01:10:10.905 --> 01:10:16.283
Right, and you know well, I think we're very lucky to be in a space with an ERP that is so cost.

01:10:16.283 --> 01:10:20.726
Well, I think we're very lucky to be in a space with an ERP that is so cost effective for every market.

01:10:20.726 --> 01:10:27.554
Until you start running out of data and you start looking at how much it costs to partition more Azure space inside of your tenant.

01:10:27.554 --> 01:10:39.440
It can get pretty expensive really fast and you start talking like 20 years of data, or maybe you process like 300 sales orders a day that you know you could.

01:10:39.350 --> 01:10:39.430
You.

01:10:39.430 --> 01:10:54.998
You can even break that down a little further in terms of the way you would ask the client about data one how much data do you need that would allow the business to move forward to a point when you need to do a decision making?

01:10:54.998 --> 01:10:58.328
How much, how far do you need to go back to make your business move forward?

01:10:58.328 --> 01:10:59.390
That's one part.

01:10:59.390 --> 01:11:00.273
That's usually.

01:11:00.273 --> 01:11:03.600
You can usually get an answer fairly quickly.

01:11:03.600 --> 01:11:07.051
The second part is you know if you do need to move it.

01:11:07.051 --> 01:11:15.193
You know it could be as simple as leave it to your existing ERP system and just report manually and just have one license.

01:11:15.193 --> 01:11:25.038
It's sometimes that's easier or cheaper, if you're looking at costs, than trying to build this data warehouse where maybe one time someone needs to run it at the end of month.

01:11:25.179 --> 01:11:28.747
Yeah, there's a I hear a lot of people say that like what if?

01:11:28.747 --> 01:11:29.368
Statements too.

01:11:29.368 --> 01:11:31.052
Like what if I get audited Right.

01:11:31.052 --> 01:11:36.242
Like don't migrate 20 years of data with the what if I get audited Right.

01:11:36.242 --> 01:11:41.850
Like figure out what the requirements are in your industry and then meet those minimum requirements and then move on right.

01:11:46.122 --> 01:11:50.568
So we kind of been walking through an implementation, determining scope, and going through a project.

01:11:50.568 --> 01:12:01.054
I would love to have drafted a project plan or something for this, but now it comes time to go live, as we call it, that infamous go live.

01:12:01.054 --> 01:12:04.930
We're going live on January 1st.

01:12:05.291 --> 01:12:05.411
No.

01:12:07.701 --> 01:12:09.649
I've done too many of those man Listen.

01:12:10.079 --> 01:12:11.908
February 1st is a great day to go live.

01:12:11.908 --> 01:12:13.943
No listen.

01:12:13.962 --> 01:12:18.693
January 1st I understand the year end and stuff like that, but let's be real.

01:12:18.693 --> 01:12:24.453
You have Thanksgiving here in the United States, thanksgiving at the end of November.

01:12:24.453 --> 01:12:34.189
Then you have many holidays in December, whether it's Christmas holiday, there's several other religious holidays, hanukkah all these holidays for celebration.

01:12:34.189 --> 01:12:34.992
Then there's New Year's.

01:12:34.992 --> 01:12:42.270
The reality is, a lot of individuals are checked out and they're really not ready to go through an implementation on January 1st, in my opinion.

01:12:42.270 --> 01:12:44.448
You know 4th of July weekends.

01:12:44.448 --> 01:13:10.818
I can tell you how many implementations are done on 4th of July weekends, but it's one thing to consider that's important is the timing of when you're doing it, because people need to do it and it's oftentimes people on the business side as well, too, and they have their what I call, you know, a job to do, along with the implementation well, you're going to come in and do a full physical on new year's eve so that we can go live right like no yeah it's.

01:13:10.938 --> 01:13:23.387
it's wild to choose right at the beginning of the new year's you know I I stopped stopped counting how many birthdays I've missed of go-lives in January where I would go.

01:13:23.387 --> 01:13:32.061
My birthday is sometime in January, but there's been many times where I spend my time at the restaurants eating alone.

01:13:32.061 --> 01:13:36.448
I know it sounds sad Celebrating my birthday because I'm at a go-live.

01:13:36.448 --> 01:13:42.492
There's many other dates that you can accomplish the same thing.

01:13:42.761 --> 01:13:45.048
You know to that point it doesn't even have to be the first.

01:13:45.048 --> 01:13:56.819
You know a lot of people are saying you know, we've actually made some pretty good use cases to end users and clients that it doesn't even need to coincide with the first.

01:13:56.819 --> 01:13:58.949
Like this is some arbitrary month end premise.

01:13:58.949 --> 01:13:59.814
That's, oh, we need to coincide with a first.

01:13:59.814 --> 01:14:00.899
Like this is some arbitrary month-end premise.

01:14:00.899 --> 01:14:02.746
That's, oh, we need to go live at a month-end.

01:14:02.746 --> 01:14:05.887
I mean, why, like, what is the use case for going live at a month-end?

01:14:05.887 --> 01:14:10.208
Your open AR is going to be the same as it would have been at the middle of the month anyway.

01:14:10.208 --> 01:14:13.563
Your accounting staff isn't going to be tied up trying to do a month-end right.

01:14:13.563 --> 01:14:16.448
They're going to have been able to close the books on the previous period.

01:14:16.448 --> 01:14:18.434
We're going to have all of the open transactions.

01:14:18.474 --> 01:14:29.132
Why don't we cut over mid-month, do a little bit of parallel testing for the last two weeks of the month and then we'll do a hard cut over when you're ready to go live, um, and it's kind of a mid-month go live.

01:14:29.132 --> 01:14:31.159
It's kind of like a soft mid-month go live.

01:14:31.159 --> 01:14:37.149
Maybe think about it that way, um, where you you don't need to go live on the first.

01:14:37.149 --> 01:14:40.662
Like, god forbid, you go live on january 1st like for the rest of my career.

01:14:40.662 --> 01:14:49.565
I kind of don't ever want to do that again, because it's just this, this arbitrary made-up reason that people are like, oh, we got to go live on january 1 because that's our year, that's the beginning of our year.

01:14:49.565 --> 01:14:52.220
Well, the reason you're saying that is from a reporting perspective.

01:14:52.220 --> 01:14:53.561
That's just data.

01:14:53.561 --> 01:15:03.413
Right, there's no functional reason to do it, unless there really is, in which case you know, have that conversation and discuss it, but you know.

01:15:04.595 --> 01:15:08.225
I think you lose a lot of that when you do go live in January 1st.

01:15:08.225 --> 01:15:17.252
Again, there's a lot of clients that go live in January 1st but you lose a lot of that subject matters that you typically would be helping with the go live.

01:15:17.252 --> 01:15:18.545
You know their mindset there.

01:15:18.545 --> 01:15:19.431
They're just with the go live.

01:15:19.431 --> 01:15:21.125
You know their mind's not there, they're just coming from the holidays.

01:15:21.125 --> 01:15:30.572
You know they're just celebrating all this stuff, they're just on vacation and then for them to come back and then switch to a go live is.

01:15:30.572 --> 01:15:38.139
It's a recipe for disaster when you do, when you do that now there's been successful ones, obviously.

01:15:38.279 --> 01:15:52.237
I think a lot of people have successful implementations in in the beginning of the year, but it's certainly not fun, I would say and unless there's, like, a true business, need I just again, I don't know why right, february is a great year, a great day to go like february 1st.

01:15:52.237 --> 01:15:54.342
Right, it's an arbitrary, random extra day.

01:15:54.342 --> 01:15:55.827
Right, like it's a short month.

01:15:55.827 --> 01:16:25.521
So then, if you're really concerned with how much data it's going to take in the speed like, do it in February, um, or you know even better, do it at the beginning of Q2, right, um, so that you have a smoother transition, um, and, and you know, the prep for that go live is really, you know, the entire implementation is prepped for that go live, obviously, but we actually spend a very intentional portion of time preparing for the go live, like, there are a lot.

01:16:25.542 --> 01:16:38.953
I mean, I think everybody who's done an implementation knows their steps for that cutover right, everybody has designated duties and responsibilities and you've got a process that you've got to go through, and a lot of that depends on what you've configured or the data that needs to move.

01:16:38.953 --> 01:16:43.569
But I just don't think it has to be on the first either.

01:16:43.569 --> 01:16:46.770
I think it could be like the second Monday of a month if it had to be.

01:16:46.770 --> 01:16:55.426
We've done several of those and they've been very successful and they're less stressful for the end user, because they're not trying to do a month end while they're cutting systems over.

01:17:00.521 --> 01:17:01.244
It's a challenge.

01:17:01.244 --> 01:17:02.068
It's a challenge.

01:17:02.068 --> 01:17:06.368
So now we go live.

01:17:06.368 --> 01:17:07.171
We chose our date.

01:17:07.171 --> 01:17:11.811
We're not doing a January 1st unless there's a real reason.

01:17:11.811 --> 01:17:14.949
I understand sometimes it's scheduling as well, with shutdowns.

01:17:14.949 --> 01:17:16.787
I mean there's a number of factors.

01:17:16.787 --> 01:17:36.110
But, as you had mentioned, have a good, real, clear discussion or answer as to why you're doing it on the day that you're doing it, because also sometimes doing it, you have individuals who are going to help you with that you also want to think about them and their energy to help drive you through that process as well.

01:17:36.612 --> 01:17:37.613
Consultants are people too.

01:17:38.940 --> 01:17:50.530
It's not only the consultants, it's the individuals that are in your employee that are also going to be giving up time as well to do the project for the business.

01:17:50.530 --> 01:17:52.301
I guess you could call it so.

01:17:52.301 --> 01:18:01.094
We talked about a couple of things on here, and what can someone expect after they go live again?

01:18:01.094 --> 01:18:02.320
This is for everyone.

01:18:03.243 --> 01:18:08.337
Um, I I don't think it's consistent across any implementation.

01:18:08.337 --> 01:18:09.860
I think some will go really well.

01:18:09.860 --> 01:18:14.220
It's generally those people that did their testing and have been engaged in their implementation.

01:18:14.220 --> 01:18:19.509
Um, the best kind of go live for me is when the client is literally trying to drag me to that finish line.

01:18:19.509 --> 01:18:20.650
It's the now we're ready, let's go.

01:18:20.650 --> 01:18:22.654
Now we're ready, let's go Like we've got this.

01:18:22.654 --> 01:18:28.449
And they're like showing me throughout the course of their implementation, like no, I can do, I can blow out sales orders like no big deal.

01:18:28.449 --> 01:18:37.935
And then there are others where we're having to like push towards a deadline and I and a go live when maybe the client isn't as ready as we would like, I don't.

01:18:38.015 --> 01:18:46.587
I generally don't believe that like necessarily, unless there's a business need you know you need a target, go live like there is no thing of it takes what it takes.

01:18:46.587 --> 01:18:57.726
But I think we all kind of know like projects sometimes run long because something happens right, um, but you've got to establish that date and you've got to plan backwards from it.

01:18:57.726 --> 01:19:08.489
Um, that, once you've gone live, it's it's really a question of like having a really strong support network so that the client feels supported, um, and it doesn't always mean that that's the partner.

01:19:08.489 --> 01:19:11.247
Um, I'm going to keep leaning on these SMEs.

01:19:11.247 --> 01:19:17.925
Um, we try to create an escalation path with our clients so that they understand, like hey, you should maybe go ask Brad.

01:19:17.925 --> 01:19:21.085
Right, brad is your SME, he knows how to fix this.

01:19:21.085 --> 01:19:22.284
We've taught him how to do it.

01:19:22.284 --> 01:19:27.404
Don't necessarily put a ticket in every time you get an error because you didn't release a sales order.

01:19:27.404 --> 01:19:31.728
Right, like, hey, maybe escalate it internally and create that path.

01:19:33.072 --> 01:19:46.287
We, we actually find also when we do that I, we actually find also when we do that I want my clients to be superstars and the people who are involved in the implementation.

01:19:46.287 --> 01:19:48.211
They become superstars at the end user because they are the subject matter experts.

01:19:48.211 --> 01:19:55.791
They become these guys that are like they're not the single source of truth, but they're essentially the subject matter experts in their field Because I want them to escalate internally and own their system.

01:19:55.791 --> 01:19:59.448
So we generally try to establish those SMAs.

01:19:59.448 --> 01:20:07.568
We call it train the trainer, right, we train an SME to be that trainer, to teach other people within the organization and then be that first line of defense, right?

01:20:07.568 --> 01:20:12.351
Essentially, before you reach out and submit 30 tickets, your first week.

01:20:14.461 --> 01:20:46.908
It is good to have that escalation or to have an internal liaison working with the partner, because if someone thinks they need a ticket, for they can see the patterns, they can see if something really is an issue.

01:20:46.908 --> 01:20:52.291
Is it not an issue, is it a training issue, or is it something's not working properly.

01:20:52.291 --> 01:21:00.109
It's a number of different things, whereas if they go to the partner, it goes back to what we were saying before is, if they're making a support request like, oh, it should be doing this, it should be doing that.

01:21:00.109 --> 01:21:10.015
If they really don't know what it should be doing or understanding, you could create further harm to the issue because someone will fix it.

01:21:11.841 --> 01:21:19.635
And they fixed it incorrectly, not because of incompetence or they're not capable, it's because they were misdirected.

01:21:21.462 --> 01:21:27.076
I love this topic what to do after go live at Business Central because it is a matter of maintenance.

01:21:27.136 --> 01:21:35.469
At this point, it is considered the last upgrade to many to Business Central, so it's a matter of maintaining Business Central.

01:21:35.469 --> 01:21:56.422
One of the things that if you don't establish and I actually have a speaking session about this, so I'm looking forward to having this conversation with many others that if you don't establish a plan for after go live and maintaining business central, you will create what I call rogue processes, will create what I call rogue processes.

01:21:56.422 --> 01:22:25.948
What that means is that if they don't have a path of communication of things to improve and maintain business central, what they will do, what your users will do, is Google stuff and they would take what they learn and then, oh, I'm going to set it up this way and then it becomes a part of their business and then you wonder why things are not working or there's some inefficiencies and that can create rogue processes.

01:22:25.948 --> 01:22:26.711
And then guess what?

01:22:26.711 --> 01:22:33.511
Now it becomes a technical debt or a process debt that you'd have to carry throughout your business.

01:22:34.001 --> 01:22:34.885
Nothing better than that.

01:22:34.939 --> 01:22:49.664
I found it on Mabuso right Like that, no, that that is a great point that you had mentioned there and that's why it's important to have some visibility to the implementation, because post go live.

01:22:49.664 --> 01:23:01.054
You do want to keep an eye on things and to ensure, as you mentioned I like that rogue processes so we we actually don't consider the go live the cutover for our project team.

01:23:02.541 --> 01:23:07.292
We actually continue the engagement for several more weeks after that and continually check in.

01:23:07.292 --> 01:23:14.913
Usually it's usually it's every day for 30 minutes throughout the course of at least one month end.

01:23:14.913 --> 01:23:19.750
And you know, a client might look at that and like, well, we just spent all this money.

01:23:19.750 --> 01:23:22.689
Why do I need to pay you 30 minutes a day for the rest of this?

01:23:22.689 --> 01:23:27.125
Because you don't want this stuff to pile up until Friday and then send me six tickets.

01:23:27.125 --> 01:23:27.980
Right, it's the.

01:23:27.980 --> 01:23:30.047
Hey, we're starting to notice a trend real quick.

01:23:30.047 --> 01:23:32.988
Well, great, let's jump into a session real quick and get that squared away for you.

01:23:32.988 --> 01:23:42.203
So we call it continued support.

01:23:42.222 --> 01:23:44.193
Where the project team is still engaged um, I mean, they're the subject matter experts, right?

01:23:44.193 --> 01:23:44.273
The?

01:23:44.273 --> 01:23:50.051
The project team that did the implementation is probably going to know more about that business than some of the people at that business at the end of it, right?

01:23:50.051 --> 01:23:56.239
Um, they stay engaged on a continual touch base throughout the course of that implementation.

01:23:56.239 --> 01:23:58.292
Um, the the term, like the amount of time, can be variable, right it base throughout the course of that implementation.

01:23:58.292 --> 01:24:24.568
Um, the, the term like the amount of time, can be variable, right, it depends on the scale of the complexity, um, but it it makes sure that that client feels supported as well, um, so they don't think it's just a hard cut over, it's the you know we're not throwing them into the deep end when we know that they can swim and aren't going to drown, right.

01:24:26.126 --> 01:24:31.840
I don't like to drown we made t-shirts one year as a sink or swim in 2018.

01:24:31.840 --> 01:24:39.942
But yeah, I mean, it's that transition right and it very much is that it needs to be an ease into it.

01:24:39.942 --> 01:24:43.791
It can't be a hard cut over, because that's just a recipe for disaster.

01:24:43.791 --> 01:24:49.252
Um, this is not one of those instances where I think ripping the band-aid off is the best solution.

01:24:49.252 --> 01:25:04.872
I think it's a nice easy transition, as much as you can internally or as a partner, where the client feels like it was the organic transition from system to system or process to process, rather than just a hard cut over, because that could just be very disruptive.

01:25:07.662 --> 01:25:10.532
No, it is good and we've talked about a lot of points.

01:25:10.532 --> 01:25:15.207
A business central implementation is an experience for many.

01:25:15.207 --> 01:25:20.180
It doesn't have to be something that's difficult, nor is it always difficult.

01:25:20.180 --> 01:25:40.814
I've worked on several implementations that went quite well, or rather well, and I've worked on some that didn't go as well as they could have, and it wasn't an issue due to the software or the application, it was an issue due to, you know, sometimes what I call preparation right.

01:25:40.814 --> 01:25:47.365
So with that, so we kind of talked through a full cycle of implementation to discovery, scope, some points.

01:25:47.365 --> 01:25:49.465
I could talk about all these, each thing we talked about.

01:25:49.465 --> 01:25:54.529
I could have had a separate discussion for hours on each point, and I think we all could.

01:25:54.529 --> 01:25:59.927
Chris, we'll have to make a note that we have to try to get some of these implementation do's and don'ts we should.

01:25:59.948 --> 01:26:06.832
We should break it down further, because I want to yeah no can you take notes for me today?

01:26:06.851 --> 01:26:12.471
I'm tired, it's late, well, just ask co-pilot to take notes I don't have co-pilot up on here.

01:26:12.471 --> 01:26:16.448
You know we could we could take this.

01:26:16.608 --> 01:26:18.072
We could take this and have co-pilot.

01:26:18.091 --> 01:26:23.010
Summarize it okay, we can't, we should do that, we should do that and then have I.

01:26:23.010 --> 01:26:35.193
I would like to have the implementation do's and don'ts and and maybe I have some ideas maybe one of these upcoming conferences we can just get a bunch of recordings together it is put that on the schedule.

01:26:35.783 --> 01:26:52.340
We'll put it on schedule, uh, but you know it is very important, right, like once you're live, once you're live, um, it never really ends, uh, because, uh, there's a saying that, uh, my uncle used to say is that every day is an opportunity to be better than yesterday.

01:26:53.020 --> 01:27:20.127
So you just have to continue to improve so so with, as we've been talking about this quite a bit and we'll have a continued discussion on this in the future, but to sort of close this discussion with a nice quick ending, I'll ask this for you too, Chris, because I know you do a lot of implementation, so this is to both of you what tips would you give?

01:27:20.127 --> 01:27:25.649
Come up with a number, any number, it's not the quantity, it's the quality, as they say.

01:27:25.649 --> 01:27:35.113
In this case, what tips would you give to someone who is about to undergo a business central implementation?

01:27:35.113 --> 01:27:40.422
Business central implementation, and what I mean by tips is preparation tips.

01:27:40.422 --> 01:27:52.100
You know what they can do to prepare or expect, which is still part of preparation to make their business central implementation successful.

01:27:53.180 --> 01:27:55.490
Oh, I'll jump in here first, chris has more time to think then.

01:27:55.771 --> 01:27:56.395
There you go.

01:27:56.395 --> 01:27:58.125
He's smart, I how he did that.

01:27:58.125 --> 01:27:58.828
I saw the gear spinning.

01:27:58.828 --> 01:28:03.389
I start with you've got to get those SMEs right.

01:28:03.389 --> 01:28:08.487
You've got to establish who in your business knows how to run the business and knows how to do the business right.

01:28:08.487 --> 01:28:09.631
You've got to start with that.

01:28:09.631 --> 01:28:21.975
You need to know who the key players in the right seats in your organization aren't and unfortunately, sometimes the people making decisions around ERP and implementation of migration don't have enough visibility throughout the organization to know who those are.

01:28:21.975 --> 01:28:29.092
So it can take time to get those right people in an organization and come up with a way to communicate.

01:28:29.113 --> 01:28:29.333
Well.

01:28:29.333 --> 01:28:35.073
Right, Because sometimes you're multinational and you need to have that conversation across the ocean in time zones.

01:28:35.073 --> 01:28:39.833
Then you need to come up with the the why.

01:28:39.833 --> 01:28:41.480
Right, why are we doing this?

01:28:41.480 --> 01:28:42.484
Right?

01:28:42.484 --> 01:28:44.975
Like you need to come to the table with why am I doing this?

01:28:44.975 --> 01:28:50.110
If it's just because business central is the new shiny thing for microsoft, I don't know.

01:28:50.110 --> 01:28:51.841
Maybe you should take a look at the why again.

01:28:52.302 --> 01:29:01.689
Um, there needs to be a business need or or a value add statement that you can put around the migration implementation upgrade, whatever you want to call it.

01:29:01.689 --> 01:29:04.609
Like there should be a business case to do this right.

01:29:04.609 --> 01:29:08.779
And that needs to be the mission statement of your implementation moving forward.

01:29:08.779 --> 01:29:15.551
That mission statement might transition and change over time, but it needs to be the reason that you're having the conversation around the implementation.

01:29:15.551 --> 01:29:25.101
And then, honestly, you really need to start mapping your processes and have a good understanding of how you want to do business going forward.

01:29:25.101 --> 01:29:36.645
Those three steps are kind of key before you ever put the first letter in a word document yeah, well, some good tips well put pat.

01:29:36.666 --> 01:29:58.376
I think a lot of that kind of falls into my tips regarding, you know, before starting Business Central implementation, what's interesting to me is, in implementing Business Central, it seems to be a common theme where a lot of clients don't really have an internal change management process.

01:29:58.376 --> 01:30:00.604
It's almost like it got lost.

01:30:00.604 --> 01:30:02.368
It got lost somewhere.

01:30:02.368 --> 01:30:04.393
I don't know where that got lost.

01:30:04.393 --> 01:30:14.429
You know, when I started my career implementing Dynamics, it seems like it never gets thought about, especially when you have a smaller implementation.

01:30:14.429 --> 01:30:19.449
Even big ones, man, they don't exist, which is wild, so it kind of breaks down.

01:30:19.699 --> 01:30:29.570
If I can break down change management and you touch a lot of these, patrick is, you know, understanding why you're doing it, understanding the change right?

01:30:29.570 --> 01:30:30.632
What's the biggest impact?

01:30:30.632 --> 01:30:40.426
You know why is the organization investing a lot of time and money to put in a brand new system that's going to be the backbone of the business, identify stakeholders?

01:30:40.426 --> 01:30:56.313
There's been so many times where you run a project and you maybe see the C-level, c-suite leadership come into play and then they're just not in it.

01:30:56.313 --> 01:31:11.173
So that could be a difficult conversation when things go haywire and you're not getting the support that you need to have a proper implementation and, of course, taking the time to review your process.

01:31:11.173 --> 01:31:15.645
So if you already have an existing documented processes, that helps and save a lot of time.

01:31:15.645 --> 01:31:19.033
And, last but not least, is the data cleanup.

01:31:19.033 --> 01:31:23.448
As you noted earlier, patrick, hundreds of hours you could save.

01:31:23.448 --> 01:31:24.770
Imagine that.

01:31:24.770 --> 01:31:28.905
Translate that to dollars.

01:31:28.905 --> 01:31:29.908
Take the time to do that.

01:31:29.908 --> 01:31:31.891
It's going to save a lot of time.

01:31:31.891 --> 01:31:34.505
So those are my big tips before starting.

01:31:34.524 --> 01:31:34.786
Thank you.

01:31:34.786 --> 01:31:36.332
Those are very important tips.

01:31:36.332 --> 01:31:48.863
And I laugh, chris, about the data cleanup and the data cleanup and the data, because I can tell you, I remember some implementations where their data migration was more expensive than the implementation because they thought they needed everything and it was.

01:31:48.863 --> 01:31:51.372
It was yes.

01:31:51.372 --> 01:31:59.529
If they would have taken the data migration out, their implementation probably would have been what chris a third of the price, if that right, maybe even a quarter of the price.

01:31:59.828 --> 01:32:05.956
I mean, just use a round number and say, if you saved 500 hours, throw a round number at it, which is not realistic in our industry.

01:32:05.956 --> 01:32:09.328
But let's say it's a hundred dollars an hour, right, it's fifty thousand dollars.

01:32:09.328 --> 01:32:10.560
Like, what could you do with fifty thousand?

01:32:10.579 --> 01:32:11.801
dollars in your business, right?

01:32:11.801 --> 01:32:16.009
Yeah, this was much more than that yeah right, yeah, right.

01:32:16.349 --> 01:32:23.645
So take the time, man, it's wild, it's a wild concept, but it works.

01:32:23.645 --> 01:32:24.448
It works.

01:32:24.448 --> 01:32:25.931
It's not perfect, it works.

01:32:26.480 --> 01:32:37.770
Take the time to be prepared for the implementation, because if you don't think you have time to do it properly, you sure as heck don't have the time to do redo it several times.

01:32:37.770 --> 01:32:39.725
In the end it's it's something I see all the time.

01:32:39.725 --> 01:32:43.028
It's I don't have time to do this task, but I have time to do it three times in the future.

01:32:43.028 --> 01:32:48.547
Sometimes it would take a temp to be prepared with, and you guys both offered some great tips.

01:32:48.547 --> 01:32:52.269
Patrick, thank you very much for the conversation today.

01:32:52.269 --> 01:32:55.083
I could talk about this topic for hours, chris.

01:32:55.083 --> 01:33:04.074
You and I will probably talk about this for hours for the rest of the night, but thank you again for taking the time to speak with us.

01:33:04.074 --> 01:33:17.128
If you would, would you please let everyone know how they could get in contact with you if they had any additional questions about business central implementations, migrations, upgrades or any of the other great things that you would do?

01:33:17.328 --> 01:33:19.664
Yeah, first off, appreciate you guys.

01:33:19.664 --> 01:33:25.792
It's always great hanging out with you, but also just really enjoy talking about this space and trying to make it better.

01:33:25.792 --> 01:33:33.528
If anybody wants to talk about it more, you can reach me at Patrick, p-a-t-r-i-c-k, dot Johnson, j-o-h-n-s-o-n.

01:33:33.528 --> 01:33:47.220
At L as in Lima, m as in Mike B as in Bravo, c as in charliecom, um.

01:33:47.220 --> 01:33:47.947
Or I'm a very active on LinkedIn, um.

01:33:47.947 --> 01:33:49.118
Or go find me out at one of our you know many conferences.

01:33:49.118 --> 01:33:49.380
Coming up, um.

01:33:49.380 --> 01:33:56.850
Be the big bald guy floating around with an LBMC shirt on, happy to talk to you and you know, if nothing else, just commensurate around data.

01:33:59.239 --> 01:33:59.461
That's good.

01:33:59.461 --> 01:34:00.082
That's good, that's good.

01:34:00.082 --> 01:34:00.685
Thank you again.

01:34:00.685 --> 01:34:08.467
I look forward to seeing you at days of knowledge as well as community summit to maybe talk a little bit more about this topic.

01:34:08.467 --> 01:34:10.573
Thank you again for your time.

01:34:10.733 --> 01:34:13.002
We greatly appreciate it appreciate you guys.

01:34:13.002 --> 01:34:15.765
All right, thank you bye.

01:34:17.889 --> 01:34:25.029
Thank you, chris, for your time for another episode of In the Dynamics Corner Chair, and thank you to our guests for participating.

01:34:25.300 --> 01:34:26.806
Thank you, brad, for your time.

01:34:26.806 --> 01:34:30.270
It is a wonderful episode of Dynamics Corner Chair.

01:34:30.270 --> 01:34:33.770
I would also like to thank our guests for joining us.

01:34:33.770 --> 01:34:36.779
Thank you for all of our listeners tuning in as well.

01:34:36.779 --> 01:34:51.403
You can find Brad at developerlifecom, that is D-V-L-P-R-L-I-F-Ecom, and you can interact with them via Twitter D-V-L-P-R-L-I-F-E.

01:34:51.403 --> 01:35:04.697
You can also find me at matalinoio, m-a-t-a-l-i-n-o dot I-O, and my Twitter handle is matalino16.

01:35:04.697 --> 01:35:08.387
And you can see those links down below in the show notes.

01:35:08.387 --> 01:35:09.731
Again, thank you everyone.

01:35:09.731 --> 01:35:11.305
Thank you and take care.