คำถามที่พบบ่อยเกี่ยวกับบริการและโครงการ ERP
รวมประเด็นที่องค์กรควรทำความเข้าใจก่อนเริ่ม ERPNext, Custom Software, Integration, Data Migration และการรับบริการสนับสนุน
เริ่มจากปัญหาการทำงานที่ต้องแก้จริง
ไม่ทราบขอบเขตที่ต้องเตรียมก่อนขอ Proposal
ไม่แน่ใจว่าอะไรเป็น Standard หรือ Custom
ไม่รู้เกณฑ์รับมอบหรือการดูแลหลัง Go-Live
Scope, Data Migration, UAT และ Support
เลือกใช้ส่วนที่เหมาะกับรูปแบบธุรกิจและโครงสร้างข้อมูล โดยไม่เพิ่มความซับซ้อนเกินจำเป็น
การประเมินโครงการ
ทำ Discovery และ Fit–Gap ก่อนตัดสินใจเรื่อง Scope งบประมาณ และระยะเวลา
การจัดการข้อมูล
ทำความสะอาดข้อมูลและกำหนด Owner ก่อน Migration
การทดสอบและการรับมอบ
ยืนยัน Scenario, Defect, Acceptance Criteria และผู้อนุมัติ
การดูแลหลังขึ้นระบบ
กำหนดช่องทาง Ticket, SLA ตามสัญญา และการติดตามปัญหา
ประเมินขอบเขตโครงการ ERPNext อย่างไร
ตัวอย่างลำดับการดำเนินงาน ซึ่งต้องปรับตาม Requirement และ Fit–Gap ของแต่ละองค์กร
- 01
รวบรวมโจทย์
ระบุ Process, Users, Systems และ KPI
- 02
ประเมิน Fit–Gap
แยกความจำเป็นและสิ่งที่รอ Phase ถัดไปได้
- 03
กำหนด Acceptance
นิยามหลักฐานการทดสอบและส่งมอบ
ข้อมูลที่ควรเตรียมก่อนเริ่มโครงการ
ข้อมูลเหล่านี้ช่วยประเมิน Scope ความเสี่ยง และการเชื่อมต่อระบบได้แม่นยำขึ้น
ปรึกษาความต้องการ- ปัญหาหลักและผลลัพธ์ที่ต้องการ
- จำนวนบริษัท สาขา ผู้ใช้งาน
- ระบบที่ใช้และต้องเชื่อมต่อ
- แนวทางทดสอบ/ฝึกอบรม/ส่งมอบ
คำถามที่ควรตกลงให้ชัดตั้งแต่ต้น
ต้องทำ Custom ก่อนใช้ ERPNext หรือไม่?
ไม่ควรตั้งสมมติฐานเช่นนั้น เริ่มจากกระบวนการและ Configuration ที่มาตรฐานรองรับก่อน แล้วระบุเฉพาะช่องว่างที่มีเหตุผลทางธุรกิจและความเสี่ยงชัดเจน
คำถามก่อนจ้างวางระบบ ERPNext ที่ควรถามให้ครบ
ก่อนขอใบเสนอราคา ควรระบุว่าจะเปิดใช้กี่บริษัท กี่สาขา ผู้ใช้แต่ละบทบาททำอะไร และระบบเดิมใดต้องเชื่อมต่อ รายการฟีเจอร์อย่างเดียวไม่เพียงพอ ต้องมีตัวอย่างเอกสารและกรณีธุรกิจที่ทำให้เห็นว่าผลงานต้องออกมาอย่างไร
คำถามเรื่อง Customization ควรเริ่มจากตรวจว่า ERPNext Standard รองรับหรือไม่ ถ้าต้องพัฒนาเพิ่ม ให้ระบุขอบเขตของ Doctype, Workflow, Print Format, API และรายงาน พร้อมกำหนดว่าใครรับผิดชอบการทดสอบและการดูแลหลังอัปเกรด
ช่วง Go-Live ต้องตกลงวันที่ตัดยอด วิธีนำเข้าสต็อกและยอดบัญชี ผู้อนุมัติผล UAT และแผนย้อนกลับเมื่อพบปัญหา การดูแลหลังใช้งานควรระบุช่องทางแจ้งปัญหา ระดับความสำคัญและขอบเขตบริการให้ชัด เพื่อลดความเข้าใจไม่ตรงกันระหว่างองค์กรกับผู้พัฒนา
ออกแบบระบบจากงานจริง ไม่ใช่จากจำนวนฟีเจอร์
แจ้งภาพรวมกระบวนการ ปัญหาที่พบ และสิ่งที่อยากพัฒนา เพื่อร่วมประเมินแนวทางที่เหมาะสม