เห็นงานเดิม
วาง Process Lane ของฝ่ายขาย จัดซื้อ คลัง บริการ และบัญชี เพื่อเห็นการส่งต่องานจริง
ERP / PROCESS BEFORE SOFTWARE
ระบบ ERP ที่ดี ไม่ได้เริ่มจากรายชื่อ Module
เราเริ่มจากการเห็นงานจริงว่าใครทำอะไร ข้อมูลเกิดตรงไหน ต้องผ่านการอนุมัติหรือควบคุมอย่างไร และผู้บริหารต้องการเห็นผลลัพธ์ใด ก่อนออกแบบ Workflow สิทธิ์ และโครงสร้างระบบ
01WHY ERP IMPLEMENTATIONS FAIL
ปัญหาไม่ได้อยู่ที่ซอฟต์แวร์เสมอไป
หลายโครงการเริ่มจากการเปิด Module ก่อนเข้าใจว่าข้อมูลควรเกิดที่ไหน ใครเป็นเจ้าของ และขั้นตอนใดควรถูกควบคุม ระบบจึงกลายเป็นภาระใหม่ แทนที่จะช่วยลดงานเดิม
แผนภาพ Workflow X-Ray แสดงงานเดิม จุดคีย์ซ้ำ การอนุมัติด้วยมือ จุดควบคุม Workflow ที่ออกแบบใหม่ และชั้นเทคโนโลยีที่เลือกภายหลัง
พบจุดซ้ำ
ระบุตำแหน่งที่ข้อมูลถูกคีย์ซ้ำ เอกสารขาดการเชื่อม และการอนุมัติอาศัยการติดตามด้วยคน
กำหนดการควบคุม
เลือกจุดตรวจ เจ้าของข้อมูล สิทธิ์ และหลักฐานที่ต้องเกิดก่อนงานเดินต่อ
ออกแบบ Workflow ใหม่
จัดทางเดินใหม่ให้ข้อมูลเกิดครั้งเดียว ผ่านการอนุมัติ และส่งต่อถึงบัญชีอย่างตรวจสอบได้
เลือกเทคโนโลยีที่เหมาะสม
พิจารณาแพลตฟอร์มหลังเห็นกระบวนการ ขอบเขต การดูแล และข้อกำหนดที่ต้องรองรับแล้ว
02WHAT WE DESIGN
คน กระบวนการ ข้อมูล และการควบคุม คือแกนกลางของระบบ
เทคโนโลยีทำหน้าที่รองรับโครงสร้าง ไม่ใช่แทนที่การออกแบบโครงสร้าง
People
บทบาท เจ้าของงาน และความรับผิดชอบ
Process
ลำดับงาน จุดส่งต่อ และกรณียกเว้น
Data
ข้อมูลหลัก เอกสาร และแหล่งกำเนิด
Control
สิทธิ์ การอนุมัติ หลักฐาน และการทบทวน
TECHNOLOGY / SUPPORTING LAYER
03IMPLEMENTATION PATH
จากการสังเกตงาน ไปสู่ระบบที่ใช้งานจริง
แต่ละช่วงมีผลลัพธ์ที่ตรวจสอบได้ก่อนเดินต่อ
- 01 / OBSERVE
เห็นงานจริง
สำรวจงาน คน เอกสาร และข้อยกเว้น
- 02 / ARCHITECT
ออกแบบกระบวนการ
กำหนด Workflow, Data และ Control
- 03 / CONFIGURE
ตั้งค่าระบบ
ตั้งค่าเฉพาะขอบเขตที่ยืนยันแล้ว
- 04 / VALIDATE
ทดสอบกับกรณีจริง
ใช้เอกสารและสถานการณ์ของธุรกิจ
- 05 / ACTIVATE
นำไปใช้
เตรียมผู้ใช้ ข้อมูล และการช่วยเหลือ
- 06 / IMPROVE
ปรับปรุงต่อเนื่อง
ทบทวนการใช้งานและข้อมูลหลังเริ่มจริง
04TECHNOLOGY SELECTION
เครื่องมือเป็นผลลัพธ์ ไม่ใช่จุดเริ่มต้น
เลือกจาก Workflow ขอบเขตการดูแล ความพร้อมของทีม และข้อกำหนดบัญชีภาษีไทย โดยไม่สมมติสถานะพันธมิตรหรือความสามารถที่ยังไม่ได้ยืนยัน
Odoo
แพลตฟอร์มแบบโมดูลที่ต้องประเมินเวอร์ชัน โมดูล การตั้งค่า และกรณีเอกสารภาษีจริง
ERPNext
ทางเลือก open-source ที่ต้องวางแผน hosting, support, upgrade และ Thai localization ให้ชัด
Purpose-built applications
เครื่องมือเฉพาะจุดสำหรับงานที่ระบบทั่วไปไม่ครอบคลุม
Existing systems
ระบบเดิมที่อาจต้องจัดทางเดินข้อมูลและการควบคุมให้ดีขึ้น
READ BEFORE YOU DECIDE
อ่านต่อจากปัญหาที่เกี่ยวข้อง
บทความที่ช่วยให้เห็นข้อมูล ขั้นตอนงาน และจุดตรวจ ก่อนตัดสินใจเลือกบริการหรือระบบ
กระบวนการและการควบคุม TH
ERP ไม่ได้แก้กระบวนการที่ยังไม่ชัด
ก่อนเลือกโมดูล ให้ระบุเจ้าของงาน จุดอนุมัติ ข้อมูลหลัก และเกณฑ์ทดสอบด้วยสถานการณ์จริง
5 นาทีโดยประมาณกระบวนการและการควบคุม TH
อนุมัติซื้อกับอนุมัติจ่าย ทำไมควรแยกกัน
การตกลงสั่งซื้อและการอนุมัติให้เงินออกเกิดคนละเวลาและใช้หลักฐานคนละชุด การออกแบบสถานะและสิทธิ์ให้ชัดช่วยให้ข้อยกเว้นตรวจตามได้
6 นาทีโดยประมาณเทคโนโลยีเพื่อธุรกิจ TH
ส่งไฟล์ API และ Webhook ต่างกันอย่างไรในมุมเจ้าของธุรกิจ
เลือกวิธีเชื่อมต่อจากความถี่ ความเร่งด่วน ปริมาณข้อมูล ความสามารถย้อนตรวจ และคนที่ต้องจัดการเมื่อการส่งต่อผิดพลาด
6 นาทีโดยประมาณPROCESS BEFORE PLATFORM
ก่อนเลือก ERP ควรเห็นกระบวนการของตัวเองให้ชัด
เริ่มจากการสำรวจ Workflow ปัจจุบัน จุดซ้ำ จุดควบคุม และข้อมูลที่ผู้บริหารต้องใช้