เหตุใดคำขอจัดซื้อจึงกลายเป็นคอขวด

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

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

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

สิ่งที่มักทำให้ความต้องการเคลื่อนผ่านกระบวนการช้าลง

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

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

การอนุมัติคำขอจัดซื้อทำให้การจัดส่งล่าช้า
การอนุมัติคำขอจัดซื้อทำให้การจัดส่งล่าช้า
การอนุมัติคำขอจัดซื้อทำให้การจัดส่งล่าช้า

ผลกระทบที่เกิดขึ้นต่อฝ่ายผลิต

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

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

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

กระบวนการเปลี่ยนแปลงอย่างไรเมื่อใช้ OpenBox

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

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

การลงทะเบียนความต้องการแบบรวมศูนย์

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

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

การกำหนดเส้นทางตามกฎที่ชัดเจน

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

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

การควบคุมกำหนดเวลาและสถานะ

คำขอแต่ละรายการจะได้รับสถานะที่เข้าใจได้ เช่น «สร้างแล้ว», «อยู่ระหว่างการตรวจสอบ», «อยู่ระหว่างการอนุมัติ», «ส่งต่อให้ฝ่ายจัดซื้อแล้ว», «รอข้อมูลเพิ่มเติม», «ดำเนินการเสร็จสิ้น» หรือ «ถูกปฏิเสธ» ชื่อสถานะควรสะท้อนการดำเนินการจริง ไม่ใช่ถ้อยคำภายในที่มีเพียงหน่วยงานเดียวเข้าใจ

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

แนวทางการนำระบบไปใช้สำหรับบริษัทการผลิต

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

  1. วิเคราะห์กระบวนการปัจจุบัน ทีมงานบันทึกว่าความต้องการเกิดขึ้นอย่างไรในปัจจุบัน ลงทะเบียนที่ใด ใครตรวจสอบข้อมูล การอนุมัติใดเป็นข้อบังคับ และขั้นตอนใดมักมีการส่งกลับแก้ไขบ่อยที่สุด
  2. กำหนดบทบาท ระบุผู้ริเริ่ม ผู้บริหารหน่วยงาน ผู้เชี่ยวชาญทางเทคนิค ผู้อนุมัติด้านการเงิน ผู้เชี่ยวชาญด้านการจัดซื้อ และผู้เข้าร่วมรายอื่น ๆ สำหรับแต่ละบทบาท ให้อธิบายการดำเนินการเฉพาะในคำขอ ไม่ใช่เพียงระบุตำแหน่งงานโดยทั่วไป
  3. ออกแบบแบบฟอร์ม จัดกลุ่มฟิลด์ตามความหมาย เพิ่มคำแนะนำและกฎสำหรับฟิลด์บังคับ แยกกันกำหนดว่าเอกสารใดต้องแนบตั้งแต่แรก และเอกสารใดจำเป็นเฉพาะกับความต้องการบางประเภท
  4. ตั้งค่าเส้นทาง กำหนดเงื่อนไขการเปลี่ยนผ่านระหว่างขั้นตอน ลำดับการอนุมัติ กฎการส่งกลับเพื่อแก้ไข และการดำเนินการเมื่อถูกปฏิเสธ วิธีนี้ช่วยขจัดการอนุมัติแบบ «คู่ขนาน» ที่ไม่เป็นทางการ
  5. ทดลองใช้กับกลุ่มจำกัด ทดสอบกระบวนการใหม่กับคำขอจริงของหน่วยงานหรือหมวดหมู่เดียว ผู้ใช้จะช่วยระบุฟิลด์ที่ไม่เข้าใจ ขั้นตอนที่ไม่จำเป็น และสถานการณ์ที่ไม่ได้ถูกกำหนดไว้ในแผนผังเบื้องต้น
  6. ขยายผลและจัดทำระเบียบ หลังจากปรับแก้แล้ว ให้ขยายสถานการณ์การทำงานไปยังหน่วยงานอื่น ในระเบียบควรกำหนดกฎการสร้างคำขอ ระยะเวลาตอบสนอง วิธีจัดการคำขอเร่งด่วน และผู้รับผิดชอบในการทำให้เส้นทางเป็นปัจจุบัน

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

วิธีประเมินผลลัพธ์โดยไม่ยึดติดกับรายงานเชิงพิธีการ

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

หลังจากเปลี่ยนมาใช้กระบวนการเดียว สามารถติดตามตัวชี้วัดต่อไปนี้ได้:

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

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

สิ่งที่ควรพิจารณาก่อนเริ่มใช้งาน

ระบบอัตโนมัติไม่สามารถทดแทนข้อตกลงระหว่างหน่วยงานได้ หากบริษัทไม่ได้กำหนดว่าใครมีสิทธิ์อนุมัติการเปลี่ยนวัสดุ ใครรับผิดชอบความเห็นทางเทคนิค และอะไรถือเป็นความเร่งด่วนที่มีเหตุผล โปรแกรมก็เพียงย้ายความไม่ชัดเจนไปไว้ในอินเทอร์เฟซดิจิทัล ดังนั้นควรเริ่มตั้งค่า OpenBox จากกฎการทำงาน ไม่ใช่จากรายการปุ่มต่าง ๆ

การหารือเรื่องข้อยกเว้นล่วงหน้าก็มีความสำคัญเช่นกัน ฝ่ายผลิตต้องมีสถานการณ์เฉพาะสำหรับการซ่อมฉุกเฉิน การหยุดทำงานของอุปกรณ์ ข้อกำหนดด้านความปลอดภัย และการจัดส่งที่มีกำหนดเวลาตายตัว อย่างไรก็ตาม คำว่า «เร่งด่วน» ไม่ควรกลายเป็นช่องทางทั่วไปในการหลีกเลี่ยงเส้นทางมาตรฐาน ควรกำหนดประเภทคำขอแยกต่างหาก พร้อมเหตุผลประกอบที่เป็นข้อบังคับและการทบทวนสาเหตุในภายหลัง

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

เมื่อใดควรพิจารณาการนำระบบไปใช้

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

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

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