ทำ ERP ใช้เวลาเท่าไหร่? Timeline จริงที่ธุรกิจไทยควรรู้ก่อนเริ่ม

"ERP น่าจะทำได้ใน 3 เดือนนะ?" — นี่เป็นหนึ่งในประโยคที่ทีม Adowbig ได้ยินบ่อยที่สุดในการประชุมเริ่มโปรเจกต์ และบ่อยครั้งที่ความคาดหวังนี้ไม่ตรงกับความเป็นจริง

ไม่ใช่เพราะ vendor ทำงานช้า — แต่เพราะ ERP Implementation มีปัจจัยที่ซับซ้อนกว่าที่หลายคนคิด บทความนี้จะเปิดเผย timeline จริงๆ เพื่อให้คุณวางแผนได้อย่างมั่นใจ

ระยะเวลา ERP โดยเฉลี่ย แยกตามขนาดโปรเจกต์

ตัวเลขเหล่านี้มาจากโปรเจกต์จริง และรวม buffer สำหรับ UAT และ go-live แล้ว

---

5 Phase หลักใน ERP Implementation

Phase 1: Discovery & Planning (2–6 สัปดาห์)

นี่คือ phase ที่สำคัญที่สุด แต่หลายคนอยากข้ามเพราะ "ยังไม่ได้เห็น software" — ความจริงคือ phase นี้กำหนดความสำเร็จของโปรเจกต์ทั้งหมด

สิ่งที่ทำใน phase นี้:

• Process Mapping — วาด workflow สำหรับทุก department ที่จะใช้ระบบ
• Requirement Workshop — ประชุมกับทุก stakeholder เพื่อ gather ความต้องการ
• Data Audit — ตรวจสอบข้อมูลเดิมที่ต้องย้ายเข้าระบบใหม่
• Gap Analysis — เปรียบเทียบ requirement กับ feature ที่มีอยู่ใน platform
• Project Plan — กำหนด milestone, deliverable และ resource plan

ปัญหาที่พบบ่อย: ลูกค้าอยาก skip phase นี้ เพราะ "รู้ process ดีอยู่แล้ว" — แต่จากประสบการณ์จริง กว่า 70% ของ requirement เปลี่ยนแปลงหลังจาก discovery workshop เสมอ

Phase 2: Configuration & Development (6–16 สัปดาห์)

Phase ที่ใช้เวลานานที่สุด แบ่งเป็น sprint 2 สัปดาห์ โดยมีการ review ทุก sprint:

• สัปดาห์ที่ 1–4: Core module setup (Inventory, Finance, HR) + master data import
• สัปดาห์ที่ 5–8: Workflow customization + role permission + report
• สัปดาห์ที่ 9–12: Integration development กับระบบอื่น (ถ้ามี)
• สัปดาห์ที่ 13–16: Advanced customization + final adjustment

สิ่งที่ทำให้ phase นี้ยาวขึ้น:

• Data ที่ต้อง clean มากกว่าที่คาดไว้
• Integration กับระบบเดิมที่ไม่มี documentation
• Requirement เพิ่มระหว่างการพัฒนา (Scope Creep)

Phase 3: Testing & UAT (3–6 สัปดาห์)

User Acceptance Testing (UAT) คือขั้นตอนที่ทีมลูกค้าต้องทดสอบระบบด้วยตัวเอง ใช้ข้อมูลจริงและ scenario จริง

ปัญหาที่พบบ่อยที่สุดและทำให้โปรเจกต์ล่าช้า:

• ทีมลูกค้าไม่มีเวลา UAT เพราะยุ่ง (งาน routine > งาน UAT)
• Bug ที่พบระหว่าง UAT มากกว่าที่คาดไว้
• ผู้ใช้ปลายทางพบ requirement ใหม่ที่ไม่ได้บอกตั้งแต่ต้น

แนวทางแก้ไข: กำหนด UAT period ล่วงหน้าในปฏิทิน block เวลา 2–3 ชั่วโมงต่อวันสำหรับทีม UAT และมี acceptance criteria ชัดเจนก่อนเริ่ม

Phase 4: Training & Data Migration (2–4 สัปดาห์)

• Training: ฝึก key users ก่อน จากนั้น key users สอนทีมต่อ (Train the Trainer)
• Data Migration: ย้ายข้อมูล master data (ลูกค้า, supplier, สินค้า) + historical data (transaction เก่า)
• Parallel Run: บางโปรเจกต์ run ระบบเก่าและใหม่พร้อมกัน 2–4 สัปดาห์เพื่อ verify

Phase 5: Go-Live & Hypercare (2–4 สัปดาห์)

Go-Live ไม่ใช่จุดสิ้นสุด แต่เป็นจุดเริ่มต้นของ "Hypercare Period" ซึ่งคือช่วงที่ทีมพัฒนาอยู่ใกล้ชิดมากเป็นพิเศษ:

• สัปดาห์ที่ 1–2: ทีมพัฒนา on-call ตลอดเวลา, fix bug ที่พบใน production
• สัปดาห์ที่ 3–4: Monitor performance, optimize query, ปรับ workflow ตาม feedback
• หลังจากนั้น: เข้า regular maintenance mode

---

ปัจจัยที่ทำให้โปรเจกต์ล่าช้า (และวิธีป้องกัน)

1. ข้อมูลเดิมสกปรก

ปัญหา: Excel หลายไฟล์ที่ format ไม่ตรงกัน, ข้อมูลซ้ำ, ข้อมูลหาย แนวทาง: ทำ data audit ก่อนเริ่ม phase 1 และ assign คนรับผิดชอบ clean ข้อมูล

2. เปลี่ยน Requirement กลางทาง

ปัญหา: "อ๋อ เพิ่งนึกออกว่าต้องมีฟีเจอร์นี้ด้วย" แนวทาง: lock requirement หลัง phase 1 ถ้าเพิ่ม scope ต้องผ่าน change request process พร้อมแจ้ง impact เรื่องเวลาและงบ

3. ทีม key user ไม่มีเวลา

ปัญหา: key user ที่รู้ process ดีที่สุดมักยุ่งกับงาน routine มากที่สุด แนวทาง: วางแผนล่วงหน้าว่า key user ต้องใช้เวลาเท่าไหร่ต่อสัปดาห์ และให้ผู้บริหาร support การ prioritize งาน ERP

4. Integration กับระบบเก่า

ปัญหา: ระบบเก่าที่ไม่มี API ต้องทำ middleware หรือ scraping ซึ่งใช้เวลา แนวทาง: ทำ technical assessment ของระบบเก่าก่อน เพื่อประเมิน integration effort ตั้งแต่แรก

---

สรุป: วางแผนให้สมจริง

ERP ที่ดีต้องการเวลา ไม่มีทางลัด — แต่ถ้าวางแผนดี เตรียมข้อมูล มีทีมที่พร้อม และ partner ที่มีประสบการณ์ โปรเจกต์จะเดินไปตาม timeline ได้ด้วย

ทีม Adowbig ยินดีช่วยประเมิน timeline ที่เหมาะสมสำหรับโปรเจกต์ของคุณโดยเฉพาะ ติดต่อเราได้เลยเพื่อรับ project assessment ฟรี