ค่าใช้จ่ายวางระบบ Odoo ERP ในไทย ประกอบด้วยอะไรบ้าง

คำถามแรกที่เจ้าของธุรกิจถามเสมอคือ “วางระบบ Odoo ใช้เงินเท่าไร” คำตอบตรง ๆ คือไม่มีราคากลาง เพราะโครงการ ERP เหมือนสร้างบ้าน ราคาขึ้นกับขนาด วัสดุ และแบบที่คุณต้องการ

แต่สิ่งที่บอกได้แน่นอนคือ โครงสร้างต้นทุนประกอบด้วยอะไรบ้าง ซึ่งจะช่วยให้คุณอ่านใบเสนอราคาเป็น เทียบเจ้าต่าง ๆ ได้อย่างยุติธรรม และตั้งงบได้ใกล้เคียงความจริงตั้งแต่ต้น

ภาพรวม: เจ็ดก้อนต้นทุน และก้อนไหนเกิดซ้ำทุกปี

ความผิดพลาดที่แพงที่สุดในการตั้งงบ ERP คือมองเห็นแต่ก้อนที่จ่ายครั้งเดียว แล้วลืมก้อนที่ตามมาทุกปี

ก้อนต้นทุน	จ่ายครั้งเดียว	เกิดซ้ำทุกปี	สัดส่วนโดยทั่วไป
1. ลิขสิทธิ์ซอฟต์แวร์	–	✔	แปรตามจำนวนผู้ใช้
2. โฮสติ้งและโครงสร้างพื้นฐาน	บางส่วน	✔	เล็กแต่ห้ามลืม
3. ที่ปรึกษาและตั้งค่าระบบ	✔	–	ก้อนใหญ่ที่สุด
4. พัฒนาเพิ่ม	✔	บางส่วน	ใหญ่รองลงมา
5. ย้ายข้อมูล	✔	–	แปรตามความสะอาดข้อมูล
6. อบรมผู้ใช้งาน	✔	บางส่วน	ราว 10–15% ของโครงการ
7. ดูแลหลัง Go-Live	–	✔	คิดเป็นรายเดือนหรือรายปี

ก้อนที่ 3 กับ 4 รวมกันมักเป็นเกินครึ่งของงบโครงการ ส่วนก้อนที่ 1, 2 และ 7 คือสิ่งที่จะตามคุณไปทุกปีหลังจากนี้

1. ค่าลิขสิทธิ์ซอฟต์แวร์

โครงสร้างแพลนของ Odoo

Odoo แบ่งเป็นสามระดับ และความต่างไม่ได้อยู่ที่จำนวนแอปอย่างที่หลายคนเข้าใจ

แพลน	ได้อะไร	ข้อจำกัดที่สำคัญ
One App Free	หนึ่งแอป ผู้ใช้ไม่จำกัด บน Odoo Online	ใช้ได้แอปเดียวจริง ๆ ไม่มี external API
Standard	ทุกแอป บน Odoo Online	ไม่มี Studio ไม่มี multi-company ไม่มี external API และลงโค้ดเองไม่ได้
Custom	ทุกแอป เลือกโฮสต์ได้ทั้ง Online, Odoo.sh และ on-premise	มี Studio, multi-company และ external API

จุดที่ทำให้งบพลาดบ่อยที่สุด: ธุรกิจไทยเกือบทุกรายที่ต้องปรับ Odoo ให้เข้ากับภาษีและเอกสารไทย จะต้องใช้ แพลน Custom ไม่ใช่ Standard เพราะงานพวกนี้ต้องติดตั้งโมดูลที่พัฒนาเอง ต้องเชื่อม API กับผู้ให้บริการ e-Tax Invoice และหลายบริษัทมีมากกว่าหนึ่งนิติบุคคล การตั้งงบด้วยราคา Standard แล้วมารู้ทีหลังว่าต้องขยับขึ้น Custom คือส่วนต่างที่คูณด้วยจำนวนผู้ใช้ทุกเดือนไปตลอด

เรื่องราคาที่ต้องรู้ก่อนเปิดหน้าเว็บ Odoo

ราคาเปลี่ยนตามประเทศ Odoo ตั้งราคาตามตำแหน่งที่ผู้เข้าชมอยู่ ไม่ได้ใช้ราคาเดียวทั้งโลก ตัวเลขที่คุณเห็นจากไทยอาจต่างจากที่เห็นจากประเทศอื่นอย่างมีนัยสำคัญ ให้เปิด odoo.com/pricing จากเครื่องในประเทศไทยเพื่อดูราคาที่ใช้กับคุณจริง

ราคาปีแรกไม่ใช่ราคาจริง Odoo มีส่วนลดสำหรับลูกค้าใหม่ 12 เดือนแรก แล้วปีถัดไปกลับสู่ราคาปกติ ตอนตรวจสอบเมื่อ 3 กันยายน 2569 ราคาที่หน้าเว็บแสดงคือ Standard ประมาณ 16.90 ดอลลาร์ต่อผู้ใช้ต่อเดือนในปีแรก แล้วขึ้นเป็นราว 21.10 ดอลลาร์ ส่วน Custom ประมาณ 25.50 ดอลลาร์ ขึ้นเป็นราว 31.90 ดอลลาร์

ให้ตั้งงบด้วยราคาปีที่สองเสมอ ไม่ใช่ราคาโปรโมชัน เพราะระบบ ERP อยู่กับคุณเป็นสิบปี ไม่ใช่ปีเดียว

นับจำนวนผู้ใช้ให้เป็น

ค่าลิขสิทธิ์คิดต่อผู้ใช้ภายในที่ต้องล็อกอิน สิ่งที่มักนับเกินโดยไม่จำเป็น

พนักงานที่แค่ ดูรายงาน สามารถรับเป็นไฟล์หรืออีเมลอัตโนมัติได้ ไม่ต้องมี user
ลูกค้าและคู่ค้า ที่เข้ามาดูสถานะใบสั่งซื้อ ใช้ portal user ซึ่งไม่นับเป็นผู้ใช้ภายใน
พนักงานหน้าร้านที่ใช้ POS ร่วมกัน หรือคนงานที่สแกนงานผลิต ให้ตรวจสอบเงื่อนไขการนับกับผู้ขายก่อน เพราะบางกรณีไม่ต้องนับทุกคน

ลองรีวิวรายชื่อผู้ใช้อีกครั้งก่อนเซ็นสัญญา ในโครงการจริงมักตัดออกได้หลายคน และเป็นเงินที่ประหยัดได้ทุกเดือนตลอดไป

2. ค่าโครงสร้างพื้นฐานและโฮสติ้ง

ทางเลือก	ปรับแต่งโค้ดได้	ใครดูแลเซิร์ฟเวอร์	เหมาะกับ
Odoo Online	ไม่ได้	Odoo	ธุรกิจที่ใช้ฟีเจอร์มาตรฐานล้วน
Odoo.sh	ได้ มี Git และ staging	Odoo จัดการโครงสร้างให้	ทีมที่พัฒนาเพิ่มและอยากได้ CI/CD
On-premise หรือคลาวด์ของคุณเอง	ได้เต็มที่	คุณหรือผู้ให้บริการ	องค์กรที่ต้องคุมข้อมูลเอง หรือมีข้อกำหนดเฉพาะ

ธุรกิจไทยส่วนใหญ่ที่ต้องปรับระบบภาษีและเอกสารจะตกอยู่ในสองทางหลัง เพราะ Odoo Online ติดตั้งโมดูลของตัวเองไม่ได้

ค่าใช้จ่ายกลุ่มนี้รวม ค่าเซิร์ฟเวอร์ ค่าพื้นที่สำรองข้อมูล ใบรับรอง SSL ค่าเฝ้าระวังระบบ และค่าแรงคนดูแล ซึ่งมักถูกลืมตอนทำงบครั้งแรก จุดที่คนประเมินต่ำที่สุดคือ การสำรองข้อมูลที่ทดสอบกู้คืนได้จริง ไม่ใช่แค่มีไฟล์ backup กองไว้ — การกู้คืนที่ไม่เคยทดสอบเท่ากับไม่มี backup

3. ค่าที่ปรึกษาและการตั้งค่าระบบ

นี่คือก้อนที่ใหญ่ที่สุดในโครงการส่วนใหญ่ และเป็นก้อนที่คุ้มที่สุดถ้าทำดี ประกอบด้วย

การสัมภาษณ์ผู้ใช้งานจริงทุกแผนกและเก็บกระบวนการทำงานปัจจุบัน
การออกแบบกระบวนการใหม่บน Odoo พร้อมเอกสารให้อนุมัติ
การตั้งค่าโมดูล ผังบัญชี ภาษี คลังสินค้า และสิทธิ์ผู้ใช้
การออกแบบเวิร์กโฟลว์อนุมัติตามโครงสร้างองค์กร
การจัดทำเอกสารการออกแบบระบบที่ใช้อ้างอิงได้ตอนตรวจรับ

ธุรกิจจำนวนมากพยายามประหยัดตรงนี้แล้วไปจบที่ระบบที่ไม่มีใครใช้ ซึ่งแพงกว่ามากในระยะยาว เพราะต้นทุนที่แท้จริงของโครงการ ERP ที่ล้มเหลวไม่ใช่เงินที่จ่ายไป แต่เป็นเวลาของทั้งองค์กรที่เสียไปหนึ่งปีแล้วต้องเริ่มใหม่

สัญญาณว่าใบเสนอราคาตัดก้อนนี้ทิ้ง: ถ้าใบเสนอราคาไม่มีบรรทัดเรื่องการวิเคราะห์กระบวนการหรือเอกสารออกแบบเลย แปลว่าคุณกำลังซื้อ “การติดตั้งซอฟต์แวร์” ไม่ใช่ “การวางระบบ” สองอย่างนี้ราคาต่างกันมาก และผลลัพธ์ต่างกันยิ่งกว่า

4. ค่าพัฒนาเพิ่ม (Customization)

ในบริบทไทย งานพัฒนาที่พบเกือบทุกโครงการได้แก่

งานพัฒนา	เจอบ่อยแค่ไหน	หมายเหตุ
แบบฟอร์มใบกำกับภาษี ใบเสร็จ ใบส่งของ ตามรูปแบบบริษัท	เกือบ 100%	รวมฟอนต์ไทยและจำนวนเงินตัวอักษร
ภาษีหัก ณ ที่จ่ายและหนังสือรับรอง 50 ทวิ	เกือบ 100%	ก้อนที่กินเวลามากที่สุด
รายงานภาษีซื้อ-ภาษีขายตามแบบสรรพากร	เกือบ 100%
เวิร์กโฟลว์อนุมัติหลายระดับ	สูง	ตามวงเงินหรือประเภทเอกสาร
เชื่อมต่อ Marketplace ธนาคาร หรือระบบเดิม	ปานกลาง	ราคาแปรผันตามคุณภาพ API ปลายทาง
รายงานผู้บริหารเฉพาะ	สูง	มักโผล่มาช่วงท้ายโครงการ

ทางลดต้นทุนที่ได้ผลจริงที่สุด คือเริ่มจากฐานที่ทำงานไทยพื้นฐานไว้แล้ว ไม่ว่าจะเป็นชุดโมดูล OCA l10n-thailand หรือระบบที่ปรับมาให้แล้ว เพราะสามบรรทัดแรกในตารางข้างบนคืองานที่ทุกบริษัทไทยต้องทำเหมือนกันหมด ไม่มีเหตุผลที่จะจ่ายให้ใครพัฒนาใหม่ตั้งแต่ศูนย์

อ่านรายละเอียดว่างานไทยพวกนี้มีอะไรบ้างได้ที่ ตั้งค่า Odoo ให้รองรับภาษีไทย และถ้าขอบเขตรวมงานเงินเดือนด้วย ให้อ่าน Odoo HR และเงินเดือนสำหรับบริษัทไทย ก่อน เพราะ Odoo ไม่มี payroll localization ของไทยให้ ซึ่งทำให้ขอบเขตงานส่วนนั้นต่างจากโมดูลอื่นมาก

ต้นทุนแฝงของการพัฒนาเพิ่ม: ทุกโมดูลที่เขียนเองคือภาระที่ต้องตามอัปเดตทุกครั้งที่ขึ้นเวอร์ชันใหม่ ยิ่งพัฒนามาก ค่าอัปเกรดปีถัดไปยิ่งแพง นี่คือเหตุผลที่คำแนะนำมาตรฐานคือ “ยึดกระบวนการมาตรฐานก่อน ปรับเฉพาะจุดที่เป็นความได้เปรียบทางธุรกิจจริง ๆ”

5. ค่าย้ายข้อมูล

ข้อมูลที่ต้องย้ายมักได้แก่ ลูกค้า ผู้ขาย สินค้าและราคา ยอดคงเหลือสต๊อก ลูกหนี้-เจ้าหนี้คงค้าง และยอดยกมาทางบัญชี

ต้นทุนส่วนนี้แปรผันตรงกับ ความสะอาดของข้อมูลเดิม สัญญาณที่บอกว่างานนี้จะแพงกว่าที่คิด

รหัสสินค้าซ้ำ หรือสินค้าเดียวกันมีหลายรหัส
ชื่อลูกค้าเขียนหลายแบบ เช่น มี “บจก.” “บริษัท” และ “Co.,Ltd.” ปนกัน
หน่วยนับไม่สม่ำเสมอ ลัง กล่อง โหล ใช้ปนกันโดยไม่มีตัวแปลง
ยอดสต๊อกในระบบไม่ตรงกับของจริงในคลัง
ข้อมูลกระจายอยู่ในไฟล์ Excel หลายสิบไฟล์ที่คนละคนดูแล

ทางลดต้นทุนที่ทำเองได้ทันทีและได้ผลที่สุด คือให้ทีมของคุณช่วยจัดระเบียบข้อมูลก่อนส่งมอบ เวลาที่ทีมคุณใช้ทำความสะอาดข้อมูลถูกกว่าเวลาที่ที่ปรึกษาใช้ทำสิ่งเดียวกันเสมอ และคนของคุณรู้ดีกว่าว่าข้อมูลไหนถูก

6. ค่าอบรมผู้ใช้งาน

งบส่วนนี้มักอยู่ที่ 10–15% ของโครงการ และเป็นส่วนที่ห้ามตัดเด็ดขาด เพราะระบบที่ดีแต่ไม่มีใครใช้เป็นก็ไม่ต่างจากไม่มีระบบ

อบรมที่ได้ผลต้อง

แยกตามแผนกและบทบาท ไม่ใช่รวมทุกคนไว้ห้องเดียวแล้วสอนทุกเมนู
ใช้ข้อมูลจริงของบริษัท ไม่ใช่ข้อมูลตัวอย่าง เพราะคนจำได้เฉพาะสิ่งที่เกี่ยวกับงานตัวเอง
มีคู่มือภาษาไทยและวิดีโอสั้น ให้ทบทวนได้ตลอด
ทบทวนซ้ำหลังใช้งานจริงหนึ่งเดือน ตอนที่ทีมเริ่มมีคำถามจริง ไม่ใช่คำถามสมมติ

ข้อสุดท้ายคือสิ่งที่ให้ผลตอบแทนสูงที่สุดต่อบาทที่จ่าย แต่เป็นข้อที่ถูกตัดออกบ่อยที่สุด

7. ค่าดูแลหลัง Go-Live

หลังขึ้นระบบจริง คุณจะยังต้องการ

ช่องทางถามปัญหาการใช้งานประจำวัน พร้อมเวลาตอบกลับที่ตกลงกัน
การแก้ไขข้อผิดพลาดและปรับรายงานเล็ก ๆ น้อย ๆ
การสำรองข้อมูลและตรวจสุขภาพระบบเป็นระยะ
การอัปเกรดเวอร์ชันเมื่อถึงเวลา

สิ่งที่ต้องระบุให้ชัดในสัญญาดูแล ไม่ใช่ปล่อยให้ตีความกันเอง

หัวข้อ	คำถามที่ต้องมีคำตอบในสัญญา
ขอบเขต	อะไรรวมอยู่แล้ว อะไรคิดเพิ่ม
เวลาตอบกลับ	แยกตามระดับความรุนแรงหรือไม่
ช่องทาง	อีเมล โทร ไลน์ หรือระบบ ticket
เวลาทำการ	ครอบคลุมนอกเวลาและวันหยุดไหม
โควตางานแก้ไข	กี่ชั่วโมงต่อเดือน เหลือแล้วสะสมได้ไหม
การอัปเกรดเวอร์ชัน	รวมอยู่ในค่าดูแล หรือคิดแยก

ข้อสุดท้ายสำคัญมากและมักไม่ได้เขียนไว้ การอัปเกรดข้ามเวอร์ชันของระบบที่มีโมดูลพัฒนาเองเป็นงานจริงจัง ไม่ใช่การกดปุ่ม

ตารางคิดต้นทุนรวมสามปี (TCO)

คัดลอกตารางนี้ไปกรอกเอง แล้วขอให้ผู้เสนอราคาทุกรายกรอกในรูปแบบเดียวกัน จะเทียบได้ยุติธรรมที่สุด

รายการ	ปีที่ 2	ปีที่ 3
ค่าลิขสิทธิ์ (ผู้ใช้ × ราคาต่ออายุ × 12)
โฮสติ้งและสำรองข้อมูล
ที่ปรึกษาและตั้งค่าระบบ	–	–
พัฒนาเพิ่ม
ย้ายข้อมูล	–	–
อบรม
ค่าดูแลรายปี
งบสำรอง 15–20%
รวม

กติกาการกรอกที่ทำให้ตัวเลขไม่หลอกตัวเอง

ช่องค่าลิขสิทธิ์ปีที่ 1 ให้ใช้ ราคาต่ออายุ ไม่ใช่ราคาโปรโมชัน แล้วบันทึกส่วนลดปีแรกไว้เป็นบรรทัดแยกต่างหาก
ปีที่ 2 และ 3 ต้องมีบรรทัดพัฒนาเพิ่มเสมอ เพราะไม่มีธุรกิจไหนหยุดเปลี่ยน
ถ้าวางแผนขึ้นเวอร์ชันใหม่ภายในสามปี ให้ใส่ค่าอัปเกรดไว้ในปีที่คาดว่าจะทำ

ต้นทุนที่ไม่อยู่ในใบเสนอราคาแต่คุณจ่ายจริง

นี่คือส่วนที่ทำให้โครงการ “เกินงบ” ทั้งที่ผู้ให้บริการไม่ได้คิดเงินเพิ่มเลย

เวลาของพนักงานคุณเอง ผู้ใช้หลักแต่ละแผนกต้องให้เวลากับการสัมภาษณ์ ทดสอบ UAT และอบรม รวมแล้วหลายสิบชั่วโมงต่อคน นี่คือต้นทุนจริงที่ต้องเผื่อไว้ในแผนกำลังคน
ผลิตภาพที่ลดลงช่วงเปลี่ยนระบบ สองถึงสี่สัปดาห์แรกหลัง Go-Live ทีมจะทำงานช้าลงเป็นเรื่องปกติ ควรเลี่ยงการขึ้นระบบช่วงพีคของธุรกิจ
การทำงานคู่ขนานสองระบบ ถ้าตัดสินใจรันระบบเก่ากับใหม่พร้อมกันช่วงหนึ่ง แปลว่าคีย์ข้อมูลสองรอบ ต้องเผื่อกำลังคน
ค่าทำความสะอาดข้อมูล ถ้าไม่ทำเอง ก็จ่ายให้คนอื่นทำ ไม่มีทางเลี่ยง
ค่าเสียโอกาสจากการเลื่อน ทุกเดือนที่โครงการช้าคือหนึ่งเดือนที่ยังทำงานด้วยวิธีเดิม

เช็กลิสต์อ่านใบเสนอราคา

ใบเสนอราคาที่ดีต้องตอบสิบสองข้อนี้ได้ ถ้าข้อไหนไม่มีคำตอบ ให้ถามก่อนเซ็น

ข้อสุดท้ายสำคัญกว่าที่คนส่วนใหญ่คิด ควรระบุให้ชัดว่าคุณได้ซอร์สโค้ดของโมดูลที่จ้างพัฒนา และย้ายไปให้ทีมอื่นดูแลต่อได้โดยไม่ติดล็อก

สัญญาณอันตรายในใบเสนอราคา

ราคาถูกผิดปกติแบบก้าวกระโดด มักแปลว่ามีบางก้อนหายไป และมันจะกลับมาเป็นค่าใช้จ่ายเพิ่มระหว่างทาง
เขียนขอบเขตกว้าง ๆ เช่น “ปรับแต่งตามความต้องการ” โดยไม่มีรายการ
ไม่มีบรรทัดเรื่องการวิเคราะห์กระบวนการ แปลว่าซื้อการติดตั้ง ไม่ใช่การวางระบบ
ไม่พูดถึงการอบรม หรือให้มาแค่ครึ่งวันสำหรับทั้งบริษัท
ไม่ระบุค่าดูแลปีถัดไป แล้วมาบอกทีหลังตอนคุณย้ายไปไหนไม่ได้แล้ว
สัญญาว่าเสร็จเร็วผิดปกติ โครงการที่มีงานภาษีไทยครบชุดไม่มีทางเสร็จในสองสัปดาห์
ไม่ยอมให้คุยกับลูกค้าเดิม ผู้ให้บริการที่ทำงานดีมักยินดีให้อ้างอิง

ปัจจัยที่ทำให้ราคาต่างกันมากที่สุด

จำนวนโมดูลที่เปิดใช้ เปิด 3 โมดูลกับ 8 โมดูลต่างกันหลายเท่า ไม่ใช่แค่สองเท่ากว่า ๆ เพราะโมดูลยิ่งมาก จุดเชื่อมต่อระหว่างกันยิ่งเพิ่มแบบทวีคูณ
ปริมาณงานพัฒนาเพิ่ม ทุกฟอร์มและทุกรายงานที่ไม่มาตรฐานคือเวลาที่ต้องใช้จริง
จำนวนสาขาและคลังสินค้า ยิ่งหลายจุดยิ่งต้องออกแบบและทดสอบมากขึ้น
คุณภาพข้อมูลเดิม ตัวแปรที่คุมได้ด้วยตัวเองมากที่สุด
ความพร้อมของทีมงานฝั่งคุณ ถ้ามีผู้รับผิดชอบชัดเจนที่ตัดสินใจได้ โครงการจะเร็วและถูกลงจริง ปัจจัยนี้ส่งผลมากกว่าที่ทุกคนคิด

วิธีคุมงบไม่ให้บานปลาย

แบ่งเป็นเฟส ทำโมดูลที่เจ็บที่สุดก่อน แล้วเก็บที่เหลือไว้เฟสถัดไป การขึ้นระบบสำเร็จหนึ่งเฟสยังสร้างความเชื่อมั่นให้ทีมมากกว่าโครงการใหญ่ที่ยืดเยื้อ
ยึดกระบวนการมาตรฐานก่อน ปรับเฉพาะจุดที่เป็นความได้เปรียบทางธุรกิจจริง ๆ ถามทุกครั้งว่า “ที่ทำแบบนี้เพราะมันดีกว่า หรือเพราะเคยชิน”
ล็อกขอบเขตเป็นเอกสาร สิ่งที่อยู่นอกเอกสารให้เข้าคิวเฟสถัดไปแทนการแทรกกลางทาง
ตั้งเจ้าของโครงการฝั่งคุณหนึ่งคน ที่มีอำนาจตัดสินใจ ไม่ใช่คณะกรรมการที่ต้องประชุมทุกครั้ง
เตรียมข้อมูลตั้งต้นให้สะอาดก่อน เป็นวิธีประหยัดที่ทำเองได้ทันทีตั้งแต่วันนี้
กันงบสำรอง 15–20% ไว้ตั้งแต่แรก แล้วอย่าไปใช้กับของที่ “น่าจะดี” ให้เก็บไว้สำหรับของที่ “จำเป็นและเพิ่งค้นพบ”

สรุป

อย่าเลือกผู้ให้บริการจากตัวเลขรวมที่ถูกที่สุด แต่ให้ดูว่าใบเสนอราคานั้นครอบคลุมทั้งเจ็ดก้อนหรือไม่ และให้คิดเป็นต้นทุนรวมสามปี ไม่ใช่ราคาปีแรก ราคาที่ถูกผิดปกติมักแปลว่ามีบางอย่างหายไป และมันจะกลับมาเป็นค่าใช้จ่ายเพิ่มระหว่างทางเสมอ

สามสิ่งที่คุณทำเองได้ทันทีเพื่อลดงบจริง ๆ คือ ทำความสะอาดข้อมูลเดิม ตัดรายชื่อผู้ใช้ที่ไม่จำเป็นออก และ ตั้งเจ้าของโครงการที่ตัดสินใจได้หนึ่งคน

ถ้าต้องการใบเสนอราคาที่แจกแจงทุกก้อนอย่างโปร่งใสตามขอบเขตธุรกิจของคุณ ติดต่อเรา ได้เลย เราประเมินให้หลังคุยเข้าใจกระบวนการทำงานของคุณแล้ว หรืออ่านต่อเรื่อง Community กับ Enterprise เลือกแบบไหนคุ้มกว่า

คำถามที่พบบ่อย

ทำไมผู้ให้บริการแต่ละรายเสนอราคาต่างกันมาก?

เพราะขอบเขตงานต่างกัน บางรายเสนอเฉพาะการติดตั้งและตั้งค่าพื้นฐาน ขณะที่บางรายรวมการวิเคราะห์กระบวนการ พัฒนาเพิ่ม ย้ายข้อมูล และอบรมไว้ด้วย เวลาเทียบราคาจึงควรเทียบที่รายการส่งมอบ ไม่ใช่ตัวเลขรวม วิธีที่ได้ผลคือส่งขอบเขตงานชุดเดียวกันให้ทุกรายเสนอ แล้วเทียบทีละบรรทัด

ควรกันงบสำรองไว้เท่าไร?

จากประสบการณ์ควรกันไว้ประมาณ 15–20% ของงบโครงการ สำหรับงานที่ค้นพบระหว่างทาง เช่น รายงานที่ผู้ใช้เพิ่งนึกออก หรือข้อมูลเดิมที่สกปรกกว่าที่คาด ถ้าโครงการมีการเชื่อมต่อกับระบบภายนอกหลายตัว ควรกันไว้ถึง 25%

จ่ายเป็นงวดได้ไหม?

โดยทั่วไปโครงการจะแบ่งจ่ายตามงวดงาน เช่น เริ่มโครงการ ส่งมอบเอกสารออกแบบ ติดตั้งและตั้งค่าเสร็จ ผ่านการทดสอบ UAT และ Go-Live ซึ่งช่วยให้ทั้งสองฝ่ายควบคุมความเสี่ยงได้ดีกว่าการจ่ายก้อนเดียว ควรผูกงวดสุดท้ายไว้กับการใช้งานจริงผ่านไปแล้วระยะหนึ่ง ไม่ใช่แค่วันติดตั้งเสร็จ

ควรคิดงบเป็นรายปีหรือคิดทั้งโครงการ?

ควรคิดเป็นต้นทุนรวมสามปี (TCO) เพราะโครงการ ERP มีทั้งค่าใช้จ่ายก้อนเดียวตอนเริ่ม และค่าใช้จ่ายที่เกิดซ้ำทุกปี การเทียบเฉพาะราคาปีแรกทำให้ตัดสินใจผิดได้ง่าย โดยเฉพาะเมื่อค่าสมาชิกซอฟต์แวร์ปีแรกมักมีส่วนลดที่หายไปในปีถัดไป

งบเท่าไหร่ถึงจะเริ่มโครงการ ERP ได้?

ไม่มีตัวเลขขั้นต่ำตายตัว เพราะขึ้นกับจำนวนโมดูล จำนวนผู้ใช้ และปริมาณงานพัฒนาเพิ่ม สิ่งที่บอกได้คือถ้างบตึงมาก ทางที่ดีกว่าการตัดขอบเขตทุกอย่างให้บางลงคือแบ่งเป็นเฟส ทำโมดูลที่เจ็บที่สุดให้ดีจริงก่อน แล้วค่อยขยาย

#odoo ราคา#ค่าใช้จ่าย erp#งบประมาณ erp#odoo implementation#tco erp

ทีมงาน Come & Cure Consultant

ทีมที่ปรึกษาและนักพัฒนา Odoo ของ บริษัท คัม แอนด์ เคอร์ คอนซัลแทนท์ จำกัด เราวางระบบ ERP ให้ธุรกิจไทยหลายอุตสาหกรรม และเขียนบทความเหล่านี้จากปัญหาที่เจอหน้างานจริง

คุยกับทีมงาน