Open-to-Buy: งบซื้อของเข้าที่คำนวณจากแผนขาย ไม่ใช่จากความรู้สึกว่าของใกล้หมด

ตอนที่เราเขียนเรื่องสต๊อกจม เราทิ้งท้ายไว้ว่าการระบายครั้งใหญ่ที่ไม่แก้วิธีซื้อ คือการนัดมาระบายใหม่ปีหน้า บทความนี้คือคำตอบของฝั่งซื้อ ร้านค้าปลีกส่วนใหญ่ตัดสินใจซื้อของเข้าด้วยสัญญาณสองแบบ: ตาเห็นว่าชั้นโหรงเหรง หรือเซลล์ของซัพพลายเออร์โทรมาพร้อมส่วนลดยกลัง ทั้งสองสัญญาณมีจุดร่วมคือไม่มีตัวเลขไหนเชื่อมกับแผนขายเลย ผลคืออาการสองขั้วที่เกิดพร้อมกันในร้านเดียว: หมวดหนึ่งของล้นจนเงินจม อีกหมวดของขาดจนเสียยอด วงการค้าปลีกโลกแก้เรื่องนี้มานานแล้วด้วยเครื่องมือที่ชื่อ Open-to-Buy (OTB) — ระบบงบประมาณการซื้อที่มองสต๊อกเป็นเงิน และตอบคำถามเดียวให้ชัดทุกเดือน: ณ ตอนนี้ ร้านเหลือสิทธิ์ซื้อของเข้าอีกกี่บาท ก่อนที่การซื้อครั้งถัดไปจะเริ่มทำลายแผนของทั้งเดือน

แทนตัวเลขให้เห็นทั้งเส้น ร้านเสื้อผ้าหมวดเดรส วางแผนขายเดือนกันยายนไว้ 300,000 บาททุน อยากจบเดือนด้วยสต๊อก 250,000 เพื่อรับเทศกาลตุลาคม เผื่อล้างสต๊อกรุ่นเก่า 20,000 ต้นเดือนมีของอยู่ 280,000 และมีออเดอร์ที่สั่งค้างไว้กับโรงงาน 60,000 OTB = 300,000 + 250,000 + 20,000 − 280,000 − 60,000 = 230,000 บาท นี่คือเพดานการซื้อทั้งเดือนของหมวดเดรส ไม่ว่าเซลล์เจ้าไหนจะโทรมาด้วยดีลดีแค่ไหน และกลไกที่ทำให้ OTB ฉลาดกว่ากติกาตายตัวคือมันหายใจตามยอดจริง: กลางเดือนถ้าขายดีกว่าแผน งบซื้อจะเปิดกว้างขึ้นเองให้รีบเติมของที่กำลังวิ่ง ถ้าขายแย่กว่าแผน งบจะบีบแคบลงทันทีก่อนที่ของจะกองเป็นสต๊อกจมรุ่นถัดไป การซื้อจึงกลายเป็นผลลัพธ์ของยอดขายจริง ไม่ใช่ของอารมณ์ในห้องประชุม

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

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