Chuẩn bị nội bộ trước khi vendor bắt đầu triển khai: (1) Assign owner nội bộ full-time, (2) Prep data clean, (3) Training plan cho user, (4) Change management - sếp gương mẫu + super user, (5) Infra ready (hosting, domain, credentials), (6) Budget reserve 15-20% cho contingency, (7) Define metrics + SLA. Tăng success rate dự án từ 30% lên 70-80%.
60-70% dự án phần mềm fail không phải do tech - mà do prep nội bộ không tốt. 'Sếp ký hợp đồng xong giao cho vendor làm' = recipe for disaster. Hướng dẫn này dành cho người quản lý dự án từ phía KH (PM nội bộ), dựa kinh nghiệm Alodev đã quan sát các dự án thành công + thất bại.
Làm từng bước.
- 01
Assign owner nội bộ - full-time hoặc 50%+
1 ngày - quyết định trước ký hợp đồngDự án IT cần 1 owner nội bộ - không phải 'sếp ký rồi giao vendor'. Owner là cầu nối business + tech, có quyền decision cho 80% issue daily.
- Identify owner trong nội bộ: PM, IT Manager, hoặc khác - có thẩm quyền + commitment
- Allocate time: full-time (lý tưởng) hoặc 50%+ cho dự án
- Define decision authority: owner ra decision <50tr không cần escalate, >50tr escalate CEO
- Owner attend hết weekly meeting + UAT - không delegate cho người khác
- Backup owner - nếu owner nghỉ phép, có người thứ 2 cover
Kết quả: Owner đã assigned + role description signed
- 02
Prep data - clean trước khi migration
2-4 tuần (parallel với vendor build)Data Excel cũ messy là root cause của 30% delay. Bắt đầu clean SỚM, không đợi vendor yêu cầu. Bao gồm: standardize format, dedupe, fix typos, fill missing values.
- Audit toàn bộ Excel files in use - list ra với owner mỗi file
- Identify Single Source of Truth (SSOT) cho mỗi loại data
- Clean format: ngày tháng, số, encoding đồng nhất
- Dedupe + fix typos master data (KH, NCC, sản phẩm)
- Tham khảo /huong-dan/migration-tu-excel-sang-erp cho process detailed
Kết quả: Cleaned Excel + audit log thay đổi
- 03
Training plan cho end users
1-2 tuần - start 4 tuần trước go-livePhần mềm tốt nhất bị fail nếu nhân viên không dùng được. Training plan: ai cần train, train cái gì, khi nào, ai dạy. Mistake phổ biến: train 1 tuần trước go-live = quá muộn.
- Identify roles cần train: admin, kế toán, kho, sale, ca trưởng (mỗi role training khác)
- Create training schedule: 4 tuần trước go-live bắt đầu, finish 1 tuần trước
- Identify 'super users' - 1-2 người trong mỗi phòng ban làm champion
- Material: video walkthrough + cheat sheet + FAQ
- Test session - super user dạy lại cho người khác, đo retention
Kết quả: Training plan signed + materials prepared
- 04
Change management - sếp gương mẫu
Continuous - đặc biệt 2 tuần go-liveNhân viên dùng Excel 5-10 năm. Chuyển sang phần mềm mới = friction tự nhiên. Yếu tố quyết định adoption: sếp có dùng phần mềm không, có gương mẫu không.
- CEO/COO commit dùng phần mềm cho task hằng ngày (xem dashboard, approve)
- Communication plan: tại sao thay đổi, lợi ích cho từng role
- Address resistance: nhân viên 'sợ mất việc do AI/automation' - cần communicate rõ
- Reward early adopters - bonus, recognition
- Penalty (nhẹ) cho không dùng - sau 30 ngày grace period
Kết quả: Change management plan + comms schedule
- 05
Infra ready - hosting, domain, credentials
1 tuần - trước demo đầu tiênVendor build, KH cần infra deploy. Setup sớm để vendor không bị block. Bao gồm: Cloudflare/AWS account, domain, SSL, email server, credentials.
- Register Cloudflare / AWS account đứng tên doanh nghiệp
- Domain đăng ký + DNS configure (Cloudflare DNS)
- Email server: Google Workspace / Microsoft 365 cho doanh nghiệp
- Credentials secret manager: 1Password Business / Bitwarden
- Grant vendor access - temporary với role-based permission, không share password full
Kết quả: Infra checklist completed + access granted
- 06
Budget reserve 15-20% cho contingency
1 ngày - khi planning ngân sáchDự án IT không bao giờ go đúng plan 100%. Reserve 15-20% ngân sách cho contingency: scope creep, integration unforeseen, bug fix delay. Without reserve → cancel mid-project.
- Tính tổng ngân sách: vendor fee + infra + license 3rd party + training
- Add 15-20% reserve cho contingency
- Get C-level approval cho cả base + reserve - không phải approve riêng sau
- Lock budget - không cắt giảm reserve giữa dự án trừ scope reduction tương ứng
- Track spend vs budget weekly - early warning nếu burn cao
Kết quả: Budget approved bao gồm reserve
- 07
Define metrics + SLA
1 tuần - trước go-liveWithout metrics, không đo được thành công. Define metrics rõ trước go-live, có baseline để so sánh sau. Bao gồm: business metrics (revenue, conversion, time) + technical SLA (uptime, response time).
- Business metrics: số đo trước/sau implementation - VD 'thời gian xử lý đơn từ 1 ngày xuống X giờ'
- Baseline measurement: collect data 1-2 tuần trước go-live
- Technical SLA: uptime 99.5%+, page load <2s, error rate <0.1%
- Define monitoring: tools (Grafana, Sentry) + on-call rotation
- Quarterly review: metrics meet target không? Iterate hệ thống
Kết quả: Metrics dashboard + baseline data + SLA agreement
Checklist tổng hợp.
- 01
Pre-project (trước ký hợp đồng)
- Owner nội bộ identified + time allocated
- Backup owner trong case nghỉ phép
- Budget bao gồm 15-20% reserve
- C-level commitment ký xác nhận
- Metrics + SLA defined
- 02
During project (vendor đang build)
- Weekly meeting + decision turnaround <48h
- Data cleaning parallel với vendor build
- Infra setup: domain, hosting, email, credentials
- Training materials prepared
- Super users identified per phòng ban
- 03
Pre go-live (1-2 tuần trước)
- UAT scheduled với key users
- Training executed cho tất cả users
- Sếp gương mẫu - dùng demo phần mềm
- Comms plan executed: email, meeting, FAQ
- Baseline metrics collected
- Rollback plan documented
- 04
Post go-live (4 tuần đầu)
- Daily check-in adoption rate
- Fix bugs P1 trong <24h
- Address resistance - talk với người không dùng
- Measure metrics weekly vs baseline
- Quarterly review meet target không
- Sếp ký hợp đồng rồi 'giao vendor làm'. Pattern fail #1. Sếp không attend meeting, không decision khi cần, không gương mẫu dùng. Result: dự án delay + nhân viên không adopt. Sếp PHẢI commit time + attention.
- Không có owner nội bộ. Vendor cần someone từ KH ra decision daily. Without owner, vendor stuck → delay. Owner phải có thẩm quyền + attention, không phải junior representative.
- Training 1 tuần trước go-live. Quá muộn. Nhân viên cần 4 tuần để học hệ thống mới. Trained 1 tuần → adoption thấp, mistake nhiều, frustration cao.
- Không có budget reserve. Dự án 500tr không phải lúc nào cũng go đúng 500tr. Scope creep + integration unforeseen → +15-20%. Without reserve, cancel mid-project = mất 30-50% sunk cost.
- Skip parallel run. Go-live 'big bang' tắt Excel cũ ngay = risky. Parallel run 1-2 tuần để catch discrepancy + train confidence. Without parallel run, fail recovery khó.
- Pre-mortem trước kick-off. Workshop 1h trước kick-off: 'Imagine dự án fail trong 6 tháng - vì sao?'. Identify risks proactively. Easier prevent than fix.
- Weekly demo 30 phút. Vendor demo progress mỗi tuần 30 phút với key users. Catch misalignment sớm. Better than 'big reveal' cuối milestone.
- Designate super user mỗi phòng ban. 1-2 nhân viên trong mỗi phòng ban được train sâu, trở thành 'go-to person' khi đồng nghiệp confused. Reduce dependency vào vendor support.
- Celebrate quick wins. Tuần đầu go-live, celebrate small wins: 'KPI X tăng 10%', 'tiết kiệm Y giờ'. Build momentum + adoption.
Công cụ gợi ý.
- Project readiness checklist PDFPrint-friendly 30-item checklist cho project owner
- Training material templateSlides + video script template cho mỗi role
- Change management playbookComms timeline + resistance handling tactics
Câu hỏi thường gặp.
Dự án đã ký hợp đồng - bây giờ prep còn kịp?
Có, miễn là chưa kick-off. 2-4 tuần prep ngay bây giờ tốt hơn nothing. Priority: assign owner + identify data cần clean + define metrics + identify super users. Nếu đã kick-off + đang build: prep song song.
Nhân viên kháng cự dùng phần mềm mới - handle thế nào?
Phổ biến + bình thường. Approach: (1) Listen - hiểu lý do thực sự (sợ mất việc, lo phức tạp, không tự tin), (2) Communicate benefits cho từng role cụ thể, không generic, (3) Champion + peer pressure positive - super user dạy lại, (4) Penalty nhẹ sau 30 ngày grace, (5) Sếp gương mẫu - quan trọng nhất.
Phần mềm xong rồi mới phát hiện scope thiếu - làm sao?
Đây là lý do cần Change Request policy rõ trong hợp đồng. Approach: (1) Document scope thiếu chi tiết, (2) Discuss với vendor - bao nhiêu effort thêm, (3) Decision: priority cao thì chấp nhận budget tăng, priority thấp thì defer phase 2. Avoid: scope creep without budget check.
Project owner nghỉ giữa dự án - recover thế nào?
Risk lớn. Mitigation: (1) Có backup owner từ đầu, attend hết meeting để hand-over được, (2) Document mọi decision + open items trong shared doc, (3) Notify vendor sớm, không hide. Worst case: bring in external consultant 2-4 tuần để fill gap.
Sau go-live nhân viên không dùng - cứu được không?
Có nhưng khó. Steps: (1) Diagnose root cause: bug? UX kém? Resistance? Training? (2) Fix issue cụ thể, (3) Re-launch với communication mạnh, sếp lead by example, (4) Set deadline rõ: 30 ngày grace, sau đó Excel sunset. Có thể cần re-train + UX update. Avoid: tolerate dual-system Excel + phần mềm lâu dài.
Hướng dẫn khác:
Trường hợp cụ thể
có gì khác?
Mô tả bài toán, ALODEV tư vấn đúng nghiệp vụ, miễn phí.