ฝ่ายจัดซื้อ ทำระบบประเมินคุณภาพ Supplier ด้วยตัวเอง
ภายในบ่ายวันศุกร์

ทีมจัดซื้อของโรงงานผลิตชิ้นส่วนยานยนต์แห่งหนึ่งย่านบางปะอิน มี Supplier ที่ต้องดูแลอยู่ 120 ราย ทุกปลายปีฝ่ายจัดซื้อ QA และหัวหน้าไลน์ผลิตต้องมานั่งให้คะแนน Supplier แต่ละราย เพื่อตัดสินใจว่าปีหน้าจะสั่งเพิ่ม ลดออเดอร์ หรือขึ้น watch list

ปัญหาคือทุกอย่างอยู่ใน Excel คนละไฟล์ คนละเวอร์ชัน คนละสูตรคำนวณ ฝ่ายจัดซื้อกรอกคะแนนต้นทุนกับการส่งมอบ ฝ่าย QA กรอกคะแนนคุณภาพแยกไฟล์ พอถึงเวลารวมคะแนนจริงต้อง copy-paste มือ บางปีตัวเลขไม่ตรงกันเพราะกรอกผิดคอลัมน์ และที่หนักสุดคือตอน audit ISO 9001 ทุกครั้ง ผู้ตรวจถามหา evidence การประเมิน Supplier ย้อนหลัง 2 ปี ทีมงานต้องขุดอีเมลกับไฟล์แนบเป็นวัน ๆ

วางเกณฑ์ QCDS ก่อนแตะคีย์บอร์ด

ก่อนสร้างระบบ ทีมจัดซื้อนั่งคุยกับ QA และหัวหน้าฝ่ายผลิตหนึ่งชั่วโมงเพื่อล็อกเกณฑ์ให้นิ่งก่อน เพราะถ้าเกณฑ์เปลี่ยนทีหลัง ระบบก็ต้องแก้ตาม สิ่งที่ตกลงกันคือใช้กรอบ QCDS ที่คนในวงการซัพพลายเชนคุ้นเคยอยู่แล้ว

น้ำหนักคะแนนนี้ไม่ใช่สูตรตายตัว แต่เป็นสิ่งที่ต้อง config ได้ในระบบ เพราะปีหน้าถ้าฝ่ายบริหารอยากเน้น Cost มากขึ้นเพราะสถานการณ์เศรษฐกิจ ทีมงานต้องปรับน้ำหนักได้เองโดยไม่ต้องจ้างโปรแกรมเมอร์แก้โค้ด

ขั้นที่ 1 — ออกแบบโครงสร้างข้อมูลก่อนพิมพ์พร้อมท์แรก

สิ่งที่ทีมทำก่อนเปิด Lovable คือร่างบนกระดาษว่าระบบต้องมีตารางอะไรบ้าง Supplier, เกณฑ์ประเมิน (Criteria), รอบการประเมิน (Evaluation Period), คะแนนแต่ละครั้ง (Score Entry) และไฟล์แนบหลักฐาน (Evidence) การคิดโครงสร้างให้ชัดก่อนช่วยให้พร้อมท์แรกตรงเป้ามากขึ้น

สร้างเว็บแอปภายในองค์กรชื่อ "Supplier Scorecard" สำหรับฝ่ายจัดซื้อของโรงงานผลิตชิ้นส่วน ใช้ประเมิน Supplier ประมาณ 120 ราย

โครงสร้างข้อมูลหลัก:
1. Supplier — รหัส, ชื่อบริษัท, ประเภทวัตถุดิบ/ชิ้นส่วนที่ส่ง, ผู้ติดต่อ, สถานะ (Active/Watch list/Terminated)
2. เกณฑ์ประเมิน (Criteria) — ตั้งค่าได้ 4 หมวด Quality, Cost, Delivery, Service พร้อมกำหนดน้ำหนักคะแนนเป็น % ของแต่ละหมวด (รวมกันต้องเท่ากับ 100%) แก้ไขน้ำหนักได้จากหน้าตั้งค่า
3. รอบประเมิน (Evaluation Period) — เช่น Q1/2026, ปี 2026 ผูกกับ Supplier แต่ละราย
4. คะแนนประเมิน (Score Entry) — กรอกคะแนน 1-5 แยกตามหมวด QCDS พร้อมช่องหมายเหตุ และแนบไฟล์หลักฐาน (evidence) ได้หลายไฟล์ต่อการประเมินหนึ่งครั้ง
5. คำนวณคะแนนรวมถ่วงน้ำหนักอัตโนมัติ และจัดเกรด A (85 ขึ้นไป) B (70-84) C (55-69) D (ต่ำกว่า 55)

ทุกหน้าต้องเป็นภาษาไทย ใช้ดีไซน์เรียบ เหมาะกับใช้งานในองค์กร โทนสีน้ำเงิน-เทา

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

ขั้นที่ 2 — แบ่งสิทธิ์ผู้ใช้ตามบทบาทจริงในองค์กร

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

1. 01

   ฝ่ายจัดซื้อ (Purchasing)

   กรอกคะแนน Cost และ Delivery, เพิ่ม/แก้ข้อมูล Supplier, สร้างรอบประเมินใหม่

2. 02

   ฝ่าย QA

   กรอกคะแนน Quality เท่านั้น แนบผล CAR/8D และผลตรวจรับเข้าเป็นหลักฐาน

3. 03

   หัวหน้าแผนก (Approver)

   ดูภาพรวมทุกหมวด อนุมัติผลคะแนนรอบสุดท้ายก่อนปิดรอบ และเป็นคนเดียวที่เปลี่ยนสถานะ Supplier เป็น watch list ได้

เพิ่มระบบล็อกอินและสิทธิ์ผู้ใช้ 3 บทบาท

- Purchasing: กรอกคะแนนหมวด Cost และ Delivery, จัดการข้อมูล Supplier, เปิดรอบประเมินใหม่ได้
- QA: กรอกคะแนนหมวด Quality เท่านั้น, แนบไฟล์หลักฐานได้, ห้ามแก้คะแนนหมวดอื่น
- Approver (หัวหน้าแผนก): ดูได้ทุกหมวดแบบอ่านอย่างเดียว ยกเว้นปุ่ม "อนุมัติปิดรอบ" ที่กดได้เฉพาะบทบาทนี้ เมื่ออนุมัติแล้วห้ามแก้ไขคะแนนย้อนหลังอีก ต้องขอเปิดรอบใหม่เท่านั้น

บันทึกประวัติการแก้ไขทุกครั้งไว้เป็น log ว่าใครแก้อะไร เมื่อไหร่ เพื่อใช้เป็นหลักฐานตอน audit ISO

ขั้นที่ 3 — Dashboard สำหรับดูภาพรวมและตัดสินใจ

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

สร้างหน้า Dashboard แสดงภาพรวมการประเมิน Supplier ของรอบล่าสุด

ต้องมี:
1. การ์ดสรุป: จำนวน Supplier ทั้งหมด, จำนวนที่ได้เกรด A/B/C/D, จำนวน Supplier ที่ตกลงมาจากรอบก่อน
2. กราฟแท่งเปรียบเทียบคะแนนเฉลี่ยแต่ละหมวด QCDS ของรอบปัจจุบันเทียบกับรอบก่อนหน้า
3. ตาราง Top 10 Supplier คะแนนสูงสุด และ Bottom 10 คะแนนต่ำสุด พร้อมปุ่มดูรายละเอียด
4. ตัวกรองตามประเภทวัตถุดิบและสถานะ Supplier
5. Supplier ที่คะแนน Delivery ต่ำกว่า 60 ให้ขึ้นแถบสีแดงเตือนอัตโนมัติ

ขั้นที่ 4 — Export รายงานให้พร้อมสำหรับ Audit

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

• →Export รายงานเป็น PDF ต่อ Supplier หนึ่งราย ครบทั้งคะแนน QCDS หมายเหตุ และรายชื่อไฟล์หลักฐานแนบ
• →Export เป็น Excel รวมทุก Supplier ต่อรอบ สำหรับนำไปวิเคราะห์ต่อ
• →รายงานทุกฉบับมีลายเซ็นดิจิทัลระบุชื่อผู้อนุมัติและวันที่ปิดรอบ

ผลลัพธ์หลังใช้งานจริง 2 รอบประเมิน

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

บทเรียนที่ได้ ถ้าจะทำแบบเดียวกัน

• →ล็อกเกณฑ์และน้ำหนักคะแนนให้นิ่งก่อนเปิด Lovable เพราะเปลี่ยนทีหลังจะกระทบทั้งฟอร์มและ dashboard
• →อย่ารีบขอ UI สวยตั้งแต่พร้อมท์แรก บอกโครงสร้างข้อมูลและความสัมพันธ์ระหว่างตารางให้ชัดก่อน
• →แบ่งสิทธิ์ตามบทบาทจริงตั้งแต่ต้น อย่าปล่อยให้ทุกคนแก้คะแนนได้ทุกหมวด เพราะกระทบความน่าเชื่อถือตอน audit
• →ทำ export รายงานให้พร้อมสำหรับ audit ตั้งแต่แรก ไม่ต้องรอให้ auditor มาถามก่อนแล้วค่อยไปทำเพิ่ม

อยากเริ่มทำระบบของทีมคุณเอง คุยกับทีม Mekha Innovation ได้เลย ติดต่อเรา