How to Prepare Your Business for ERP Implementation: A Pre-Project Checklist
Getting ready for ERP? This practical checklist covers the 12 things Malaysian SMEs should prepare before starting an implementation project.
So you have made the call. Your business needs a proper system. You have evaluated the platforms, you have seen what makes implementations fail, and you are ready to move.
Here is the thing nobody tells you, though: the work you do before you sign anything matters just as much as the project itself. The Malaysian SMEs that spend a week or two getting their house in order beforehand? They consistently finish faster, spend less, and get their teams on board quicker. The ones who skip it tend to learn these lessons the hard way, mid-project, when it is far more expensive to fix.
So let us get you ready. Here is your pre-project checklist, sorted into four areas.
Section A: Process Preparation
1. Document Your Top 5 Workflows
Do not panic, this does not mean formal process documentation. You just need a clear, plain description of your five most important workflows. For most Malaysian SMEs, they look like this:
- Quote to Cash: How does a sales inquiry turn into money in your bank account?
- Procure to Pay: How do you decide what to buy, order it, receive it, and pay for it?
- Inventory Management: How do you track what you have, where it is, and when to restock?
- Month-End Close: What does your finance team actually do to close the books each month?
- Client Service: When a client has a question or an issue, what happens next?
For each one, jot down a few honest answers. Who kicks it off? What are the steps? Where does information get stuck? What takes forever? What goes wrong most often?
Even rough notes scribbled on the back of an envelope beat nothing at all. And here is the bonus: the exercise itself tends to surface problems you did not even know you had.
2. Identify Your Biggest Bottleneck
Of those five workflows, which one hurts the most? That is where your ERP implementation should begin.
Maybe it is invoicing, and your team burns hours creating invoices and chasing payments. Maybe it is inventory, and you genuinely never know what is in stock. Maybe it is procurement, where purchase orders happen on WhatsApp and nobody tracks the spending.
Whatever it is, naming it helps your consultant prioritise, and it hands you a quick win early in the project. And a quick win matters more than you might think. It builds momentum and shows your team, with real proof, that this thing actually works.
“The work you do before you sign anything matters just as much as the project itself.
”
3. List Every Tool Your Team Currently Uses
Build a simple table. Nothing fancy:
| Tool | Used For | Who Uses It | Pain Points |
|---|---|---|---|
| Autocount | Accounting | Finance team | Manual data entry |
| Google Sheets | Inventory tracking | Operations | Always out of date |
| Internal communication | Everyone | Critical info gets buried |
This little inventory tells your consultant what needs replacing, what needs connecting, and what can quietly be retired. It also has a way of revealing just how scattered your data really is, usually more scattered than you expected when you sat down to write it.
Section B: Data Preparation
4. Audit Your Existing Data Quality
Your ERP is only as good as the data you feed it. So before anything migrates, take a hard look:
- Customer data: Are the names, addresses, and contacts complete and current? How many duplicates are lurking in there?
- Product data: Are the item codes consistent? Are descriptions standardised? Are the prices actually up to date?
- Vendor data: Are payment terms written down anywhere? Are the contact details current?
- Financial data: Are your opening balances accurate? Any unreconciled transactions hiding in the corners?
Almost everyone discovers their data is messier than they thought. And honestly, that is fine. Far better to find out now than the morning after go-live. A bit of cleanup before you start saves you from the classic garbage-in, garbage-out trap.
5. Decide What Migrates and What Gets Archived
You do not have to bring everything across. In fact, please do not. Dragging years of messy history into a shiny new system rather defeats the point.
Migrate: Active customers, active products, open orders, current financial balances, active vendor records.
Archive: Closed transactions older than the current financial year, inactive customers, discontinued products, resolved support tickets.
Leave behind: Duplicate records, test data, those one-off entries that will never matter again.
A clean start is one of the best gifts a new system gives you. Do not spoil it on day one by pouring in all the old baggage.
6. Identify Your Source of Truth
For each kind of data, ask yourself a simple question: where does the most accurate version actually live right now?
Customer names and contacts, is it the CRM, the accounting software, or someone's phone? Product prices, is it the latest price list spreadsheet or the accounting system? Stock quantities, is it the warehouse count, the spreadsheet, or the accounting system?
Often the honest answer is that no single source is fully right. That is okay. You just need to pick which one becomes the starting point for migration. Your consultant will help you reconcile the rest.
Section C: People Preparation
7. Appoint an Internal Champion
If you take only one thing from this entire checklist, take this one. It is the single biggest success factor we have seen across Malaysian ERP projects. You need one person inside the business who owns this day to day.
They do not have to be technical at all. What they do need to be is:
- Respected by the team, so people lean in rather than dig their heels in
- Available to make decisions quickly, because a champion who is "too busy" grinds everything to a halt
- Enthusiastic about the change, since their energy sets the mood for everyone else
- Empowered by leadership to actually make process calls
Think of the champion as the bridge between your consultant and your team. They get the day-to-day business reality and the project goals at the same time. Without one, communication frays, decisions stall, and the whole thing quietly drifts.
8. Set Realistic Expectations with Leadership
Here is a truth worth saying out loud: ERP implementation is not really a technology project. It is a business change project. And leadership needs to make peace with a few things going in.
There will be a productivity dip. For 2-4 weeks around go-live, your team will be slower while they find their feet with the new system. This is completely normal and completely temporary. But if leadership panics and pulls the plug, you have just thrown away the entire investment.
The timeline is real. If the consultant says 8 weeks, resist the urge to squeeze it into 4 to hit some arbitrary deadline. Rushed implementations fail. Every time.
The budget needs a buffer. Plan for 15-20% above the quoted price. Not because consultants underquote, but because you will uncover requirements mid-project that nobody could have seen coming.
9. Plan for Training Time
Training is not an "after hours" thing, and it is not a "we will squeeze it in when things go quiet" thing. Things never go quiet. It needs real, scheduled, protected time during working hours.
Budget for:
- Initial training: 2-4 hours per user for the core functionality
- Role-specific training: 1-2 hours per user for their particular workflows
- Follow-up training: 1 hour per user at the 2-week mark, to tackle the real-world questions that only surface once people start using it for real
Block these out in calendars before the project even begins. Because when training has to compete with daily work, daily work wins every single time, and your adoption suffers for it.
Section D: Decision Preparation
10. Define Success Criteria Before You Start
How will you actually know the implementation worked? Decide that now, before the project starts, not after when it is too late to measure.
Good success criteria are specific and you can put a number on them:
- "Invoice processing time drops from 3 hours to under 30 minutes"
- "Month-end close reduces from 5 days to 2 days"
- "Every purchase order goes through the system, with zero WhatsApp-only orders"
Vague success criteria help nobody:
- "The team likes the new system"
- "Things run more smoothly"
- "We are more efficient"
The fix is not to throw the vague ones out. They usually point at something real. The fix is to attach a baseline and a number to each:
- "The team likes the new system" becomes "User satisfaction averages 4 out of 5 or higher in a post-go-live survey, and nobody is quietly slipping back to the old spreadsheets."
- "Things run more smoothly" becomes "Average orders processed per person per day rises from today's number to target, or by X%."
- "We are more efficient" becomes "We handle this year's peak month volume without the overtime and weekend catch-up sessions we needed last year."
See the pattern? Take the vague wish, ask "how would we actually see this," then pin a starting point and a number to it. Keep the brackets until you fill in your own real figures.
Write down 3-5 specific ones. Share them with your consultant and your team. These become your north star for the whole project.
11. Set a Budget Range and Communicate It Honestly
When a consultant asks "What is your budget?", give them a real answer. Not a lowball figure you are hoping to negotiate up from, not a coy "we will see", but a genuine range.
Why does it matter so much? Because the implementation can be scoped to fit very different budgets. RM 15,000 gets you a focused setup. RM 45,000 gets you a comprehensive rollout. RM 65,000 gets you custom workflows and advanced integrations. Every one of those is a perfectly valid choice, but your consultant needs to know which target they are designing for.
Hiding the number does not protect you. It just creates mismatched proposals, wasted time, and disappointment on both sides.
12. Agree on Scope Boundaries
What is Phase 1, and what is "later"? Spell it out plainly.
Phase 1 might be sales, invoicing, and basic inventory. Phase 2 might be purchasing, advanced reporting, and e-commerce integration. Phase 3 might be manufacturing, quality control, and custom portals.
Clear boundaries are your best defence against scope creep, which is the number one reason projects blow past their budget and their deadline. So when someone inevitably says "Can we also add..." halfway through, you have a ready answer: "Love it. Let us put that in Phase 2."
Bonus: You Do Not Have to Move Everything Into the New System
One last thing, because it quietly takes a lot of pressure off. Preparing for an ERP does not mean preparing to throw out everything you run today. You do not have to migrate 100% of your business into the new system on day one, and often you should not.
Systems that already do their job well can stay. Your finance and accounting software, whether that is AutoCount, QuickBooks, or SQL Accounting, can keep doing the accounting. Your communication tools, WhatsApp and Facebook included, can keep being how your team and your customers talk.
Because the real job of an ERP is not to replace those tools. It is to bridge them. It pulls data from your separate sources into one place so you finally see the whole picture and can plan around it. That is literally what the name says: Enterprise Resource Planning. It is about planning your enterprise's resources by bringing the data together, not ripping out whatever already works.
In practice it looks like this: keep raising invoices in AutoCount, keep talking to customers on WhatsApp, but let the ERP gather the numbers from across those tools so you see sales, stock, and cash in a single view and can actually plan ahead. We dug into this "connect, do not just replace" idea in our plain-English guide to what ERP is. So when you prepare, decide what genuinely needs to move and what can simply be bridged. The shortest, cheapest path is usually a mix of both.
The "Quick Wins First" Alternative
If a 12-point checklist is making you want to lie down, take a breath. There is a gentler way in. Instead of a full ERP implementation, you can start with a Quick Win: one or two specific integrations or automations that knock out your most painful problem.
This approach:
- Takes 1-2 weeks, not months
- Costs from RM 7,000
- Proves value before you commit to anything bigger
- Gives your team a real taste of what "systemised" actually feels like
Honestly, plenty of our best client relationships began exactly this way. A small project built trust, proved its worth, and grew naturally into something much bigger.
We have squeezed this entire checklist into a printable one-page template you can share with your team:
Ready to start? See our transparent pricing tiers - from RM 7,000 quick wins to full department-wide systems.
Ready to Transform?
Let's discuss how we can solve your business systems challenges.
Book The Blueprint