"If there are no stupid questions, then what kind of questions do stupid people ask? Do they get smart just in time to ask questions?"
— Scott Adams, Creator of Dilbert comic strip
I, much like you I assume, was raised with the idea that there are no stupid questions. A question can be naïve, tedious, ridiculous, obvious, trivial, even rhetorical, but never stupid. I could ask you what brand of playing cards will most likely lead to a winning hand in Texas Hold'em or do you think the off brand post-it notes will be less sticky than the branded post-its? Neither of these questions are stupid …per se.
I argue that there are, in fact, silly questions especially when it comes to ERP.
In the world of Enterprise Resource Planning, there are hundreds of questions to ask and thousands of answers to give. Every other blog, article or social media post about ERP is about questions to ask someone. Pick any number, just off the top of your head, then add a person who is, in some capacity, related to ERP software. For example, this could be a CFO, vendor, consultant, SME, project manager, the list goes on. Now add an adjective such as critical, vital, frequent or, my personal favorite, powerful. Put it all together and you have a smorgasbord of articles that individuals have written about questions you absolutely MUST ask someone.
10 Powerful Questions to Ask your CFO
13 Frequently Asked Questions your ERP Consultant Should Answer
8 Tough Interview Questions to Ask an ERP Systems Expert Prior to Hiring
30 Critical Questions to Ask your Team When Considering a New ERP System
Implementing a new ERP system or upgrading your current software can be immensely expensive and time consuming, and with so much at stake, silly questions can be costly. The list of what is just too silly to ask is much shorter than any list of what you should ask. So, in the spirit of silliness, I give you…
3 Utterly Silly ERP Questions and Their Equally Silly Answers
Should I do something about my legacy ERP system?
Umm, duh!
Yes, of course you should look into doing something about your legacy system. For those who don't know, a legacy system is an older enterprise system that is no longer being enhanced, merely maintained. A legacy system is like having a 1998 Ford Mustang with no AC for your 25-mile commute and wondering why it doesn't offer the comforts of a 2016 'Stang. It's a decent car that gets you from point A to point B but where is the GPS? Where are the heated seats? You need the '98 to get to work but it's clearly not the best car when it's 95 degrees out and you are sweating through the oxford shirt you wore for that really important meeting.
As the marketplace changes and technology advances, a business must keep up with the demand or it fades into the background. If your ERP system is merely maintaining your business rather than helping it grow or working to increase efficiency and productivity, then what is it doing for you? With as much advancement as we have had in technology in the past 15 years, I find it hard to believe that anything functioning exactly as it always has, could be moving the company forward. So, if you are asking if you should look at other options than your legacy ERP system in the off-chance there is something better for you out there, the answer is a resounding 'yes'!
Should we host our server on-premise or in the cloud?
Who cares?!
Let's take a step back for a second and talk about the definitions of each of these terms because once you know these, it makes the question pretty irrelevant. On-premise hosted servers means it is somewhere in your office or in your building. It's probably that little closet with its own AC system softly humming in the hallway. The Cloud is a server, just stored in someone else's closet. You are getting the same access and functionality and it's still on a server, just somewhere else. It's storage that you can access wherever you have, you guessed it, internet. Anything you store in the Cloud, while not locally stored, is still locally accessible. The placement of your server does not change the functionality of the software you are installing. You aren't all of a sudden going to get a better ERP system because you chose to host in the Cloud and you certainly aren't going to have improved anything by going the on-premise route. The better, and I'll argue more correct, question to ask in this situation is really about maintenance and who wants to be responsible for it. This includes things such as data security and updates.
Additional Note of Knowledge: Cost does come into play when you are at this stage of your ERP selection process. There are subscription options for payment, flat up-front fees, or hybrid but the method of your payment doesn't really matter. Whether you pay via a subscription (which you likely break even at three years, by the way) or via an up-front fee for a perpetual license, you get the same ERP software.
Can I ignore my consultant?
**Exasperated sigh**
If your ERP consultant or vendor says a company of your size and industry should expect nine months to implement, then it will be nine months. ERP implementation is not simply installing new software on your PC — you are overhauling the operations in your business and presenting a steep learning curve for your employees. Hershey's may be most known for their confectionary delicacies that grace our presence at every holiday but in the world of enterprise software and IT, they are remembered for one of the biggest, costliest, and most preventable ERP implementation failures of our time. Basically, Hershey's had a legacy system that wasn't able to do all that they wanted it to. They wanted to switch over to their new system before Y2K but they were quoted a 48-month implementation process — Hershey's said no, do it in 30 months. To accommodate the expedited timeline, much needed testing phases were eliminated from the schedule. When it came time to go live, Hershey's was unable to process $100 million of orders, saw a drop in quarterly profits and an 8% decrease in stock price. The demand to shorten the timeline of their ERP implementation cost them dearly.
The point I want to get across is that while there may be no stupid questions, let's make sure the questions we are asking are relevant, educated and not utterly silly. If you are at this level in your career, where you have the decision-making power behind a software choice that could affect your company for the next ten years and cost thousands if not hundreds of thousands, you better be up on your game.