บทความทั้งหมด
erp 2026-03-10 3 นาที

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

หลายบริษัทคิดว่า ERP ทำ 3 เดือนเสร็จ แต่ความจริงคืออะไร? เปิดเผย timeline จริงของแต่ละ phase และปัจจัยสำคัญที่ทำให้โปรเจกต์ล่าช้าหรือเร็วกว่าแผน

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

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

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

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

ขนาดโปรเจกต์ประเภทระยะเวลาจริง
เล็กOdoo Standard, <20 users, process ไม่ซับซ้อน2–4 เดือน
กลางOdoo/Custom, 20–100 users, moderate customization4–8 เดือน
ใหญ่Full Custom, 100+ users, multiple integrations8–18 เดือน
EnterpriseMulti-site, Complex workflow, Legacy migration12–24 เดือน

ตัวเลขเหล่านี้มาจากโปรเจกต์จริง และรวม 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 ฟรี

ERPImplementationProject TimelineERP ThailandProject Management