ERP Triển Khai Thất Bại
Học Từ 50 Lỗi Lầm Của Doanh Nghiệp

❌ Lỗi #1: Chọn ERP mà không đánh giá nhu cầu thực tế

Hậu quả: Mua tool không phù hợp, phải customize 40–50%, chi phí gấp 3x dự tính.

✅ Cách tránh: Audit quy trình (process mapping) 4–6 tuần trước khi chọn vendor. Document 5–10 pain points cụ thể.

❌ Lỗi #2: Underestimate budget — chỉ tính phí phần mềm, quên triển khai

Hậu quả: Project kẹt vì thiếu ngân sách cho setup, consultant, training.

✅ Cách tránh: Budget = (License × 12) + Setup (10–50% license) + Training (5–15%) + Contingency (15–20%)

❌ Lỗi #3: Không có executive sponsor từ đầu

Hậu quả: Project bị ngắt khi gặp khó khăn, không có quyết định nhanh từ C-level.

✅ Cách tránh: CEO/CFO phải commit từ đầu, có tên trong project charter, attend kickoff + milestones.

❌ Lỗi #4: Không define rõ success criteria

Hậu quả: Sau go-live, tranh luận "thành công" hay "thất bại".

✅ Cách tránh: Document SMART goals: "Giảm thời gian nhập liệu từ 40 giờ → 5 giờ/tuần trong 3 tháng go-live"

❌ Lỗi #5: Team quá nhỏ hoặc thiếu PM fulltime

Hậu quả: Project manager chỉ 20% thời gian → delays liên tục.

✅ Cách tránh: 1 dedicated PM fulltime tối thiểu + steering committee (C-level + dept heads)

❌ Lỗi #16: Chọn vendor chỉ dựa vào giá rẻ nhất

Hậu quả: Support yếu, không có consultant tiếng Việt, implementation chậm.

✅ Cách tránh: Evaluate: Price (30%) + Features (30%) + Support (20%) + Onboarding (20%)

❌ Lỗi #17: Không kiểm tra support tiếng Việt

Hậu quả: Team không hiểu documentation, training tiếng Anh mà staff không giỏi.

✅ Cách tránh: Yêu cầu trial 2 tuần với consultant tiếng Việt, xem documentation có tiếng Việt không.

❌ Lỗi #18: Không test trial với real data

Hậu quả: Test với data demo → go-live với data thực mới phát hiện vấn đề.

✅ Cách tránh: Đưa 80% raw data của bạn vào trial, test quy trình end-to-end (sales → kho → kế toán).

❌ Lỗi #31: Không làm data migration plan từ tháng đầu

Hậu quả: 1 tuần trước go-live mới start migrate data → lỗi liên tục, đêm go-live stress cao.

✅ Cách tránh: Data migration là sprint riêng, bắt đầu từ tháng 2–3, test 3–4 lần trước go-live.

❌ Lỗi #32: Quá nhiều custom code

Hậu quả: Tool nặng, chậm, khó maintain, vendor support không cover custom.

✅ Cách tránh: Max 10–15% custom code, 85% dùng standard features. Thay đổi quy trình nếu cần, đừng customize tool.

❌ Lỗi #33: Go-live khi vẫn còn bugs

Hậu quả: 2 tuần go-live: downtime, data loss, staff frustrated → quay lại Excel.

✅ Cách tránh: UAT phải pass 100% critical bugs, 80% minor bugs trước go-live.

❌ Lỗi #41: Training 2–3 ngày trước go-live

Hậu quả: Staff quên hết, tháng đầu sau go-live toàn "làm sai cách" → quay lại Excel.

✅ Cách tránh: Training 2–4 tuần trước go-live + refresher 1 tuần trước + ongoing support 3 tháng sau.

❌ Lỗi #42: Không customize training theo role

Hậu quả: Sales ngồi học module kế toán — lãng phí thời gian, mất động lực.

✅ Cách tránh: Role-based training: Sales track, Accounting track, Warehouse track — mỗi track 2–3 ngày.

✅ Quy tắc #1: "Process trước, tool sau" — Thay đổi quy trình trước khi chọn tool. Đừng mua tool rồi cố uốn quy trình vào tool (customize quá nhiều).

✅ Quy tắc #2: "Planning 4 tuần, setup 12 tuần, support 12 tuần" — Timeline tối thiểu: M1 planning, M2–M4 setup/testing, M5+ support. Quick-fix projects (<8 tuần) thường fail.

✅ Quy tắc #3: "C-level commit, staff training, vendor accountability" — CEO tham gia quyết định, training bắt buộc (không optional), vendor sign SLA cụ thể.

✅ Quy tắc #4: "Test mạnh, customize ít, support lâu" — UAT phải thử hết scenario, custom code <15%, on-site support tối thiểu 3 tháng sau go-live.

✅ Quy tắc #5: "Measure success từ tháng 1" — Define KPIs (ngày nhập liệu, error rate, user adoption) từ đầu, track hàng tuần, report cho CEO.