Recently I read an article entitled "How to Make Sure Your ERP Vendor Doesn't Drag Your Good Name Through the Mud" by Adam Bluemner at FindAccountingSoftware.com.
It's an interesting article, for sure. And it brings up some valid points and cautions regarding ERP vendors.
Nevertheless, I'd go beyond what Bluemner proposes. Here's my take on a few of the items:
Let's add some reality to this statement. If the people the software vendor sends your way before the software purchase are unable to make significant and cogent observations about your business, your processes, and your situation in your industry that go well beyond how the technology their peddling might improve things, then chances are the vendor is a "technology installer" and not a real "solution provider."
My recommendation would be to look for some real love coming from the vendor, in terms of valuable, free advice about how your company can start making more money tomorrow, regardless of what technology or vendor might be selected. Tim Sanders, in his great book Love Is the Killer App, talks about how it pays to give people free, valuable advice—advice or recommendations that will really help them improve and grow—even if you don't have a business relationship with them. If the vendor isn't doing this from day-one, what makes you think they are really, sincerely focused on your company's needs?
Here I would add this: do not settle for rule-of-thumb calculations. Get the vendor's knowledgeable people to sit down together with a cross-functional team from your organization. Have them create estimates on three fronts based on the proposed new technologies and implementations:
Each of the proposed changes to T, I or OE should be backed up (on paper) with statements along these lines:
All changes to T, I and OE should be directly linked to a benefit derived from the proposed implementation. The numbers need not be accurate to the Nth degree. It is more important to be approximately right, than it is to be precisely wrong—and the numbers, whatever they are, will be wrong to some degree or other.
The product demonstrations should be done ONLY AFTER the T, I and OE estimates have been worked out above. Then, request demonstrations that provide significant proof of concept around the functionality that is intended to deliver the calculated ROI.
This approach will keep the buyer and the seller focus on what is important in order to deliver the planned ROI—and not bells and whistles that demo well but will have little or no impact on ROI. Also, the number of proofs of concept are likely to be quite small—probably five or fewer really significant things that the vendor has said they can deliver.
Such proof of concept demos may take a week or longer in configuration and execution. Avoid those things that would require heavy customization—since those should be avoided anyway. Look for the simple solutions to complex problems. If your vendor doesn't have the innovation too recommend such simplicity, then take your business elsewhere.
As Einstein said, "Any intelligent fool can make things bigger and more complex. It takes a touch of genius—and a lot of courage—to move in the opposite direction."
Following these simple steps, I believe, would make every ERP or other technology choice and implementation far more effective at delivering real ROI to the customer. Click to learn more on Why Choose RKL eSolutions?