กลับไปหน้าบทความ
อ่านประมาณ 10 นาทีบทความภาษาไทย

KPI เยอะ ไม่ได้แปลว่าองค์กรขับเคลื่อนได้ดี: เมื่อทุกคน “ตัวเขียว” แต่บริษัทกลับไม่ถึงเป้า

KPI เยอะ ไม่ได้แปลว่าองค์กรขับเคลื่อนได้ดี: เมื่อทุกคน “ตัวเขียว” แต่บริษัทกลับไม่ถึงเป้า

เวลาวางแผนองค์กร เรามักให้ความสำคัญกับการตั้ง KPI เพราะเชื่อว่าเมื่อมีตัวชี้วัดที่ชัด คนก็จะรู้ว่าต้องทำอะไร และผู้บริหารก็จะติดตามผลได้ง่ายขึ้น แนวคิดนี้ถูกต้องในหลักการ แต่ปัญหาที่พบในหลายองค์กรคือ เมื่อเริ่มใช้ KPI ไปสักระยะ จำนวนตัวชี้วัดจะเพิ่มขึ้นเรื่อย ๆ Corporate มี KPI ชุดหนึ่ง แต่ละฝ่ายมี KPI ของตัวเอง Manager มีอีกชุด พนักงานแต่ละคนก็มี Individual KPI บางตำแหน่งจึงมี KPI 10–20 ตัวต่อปี สุดท้ายเรามีตัวเลขเต็ม Dashboard แต่กลับเกิดคำถามที่น่าสนใจมากว่า ถ้า KPI ของทุกคนเป็นสีเขียว แล้วทำไมผลลัพธ์ของบริษัทยังไม่ถึงเป้า? ประเด็นจากกรอบที่แนบมาค่อนข้างชัดว่า KPI ควรทำหน้าที่ช่วยให้คน “โฟกัส” แต่ในชีวิตจริง Company Goal, Department KPI และ Individual KPI สามารถถูกสร้างแยกจากกันจนไม่เชื่อมกับผลลัพธ์ทางธุรกิจได้ และเมื่อเกิดเรื่องนี้ ปัญหาไม่ได้อยู่ที่คนไม่ทำ KPI แต่คือ เรากำลังวัดสิ่งที่ไม่พาองค์กรไปสู่ Strategy

KPI มีไว้เพื่อสร้าง Focus ไม่ใช่สร้างงานเพิ่ม

ลองถามง่าย ๆ ว่า ถ้าพนักงานหนึ่งคนมี KPI 20 ตัว อะไรคือ Priority จริง? ถ้าทุกตัวมีน้ำหนัก ทุกตัวต้องรายงาน ทุกตัวถูกติดตามทุกเดือน ในทางปฏิบัติ คนจะไม่ได้ Focus มากขึ้น แต่กลับต้องแบ่ง Attention ไปหลายทิศทาง นี่เป็นเรื่องสำคัญ เพราะทรัพยากรที่หายากในองค์กรไม่ได้มีแค่เงินและจำนวนคน แต่คือ Attention ทีมหนึ่งอาจมีเวลาทำงาน 100% ถ้า Strategy บอกว่ามี 3 เรื่องสำคัญ แต่ระบบ Performance บังคับให้คนตอบโจทย์ 18 ตัวชี้วัด สิ่งที่องค์กรกำลังส่งสัญญาณออกมาคือ ทุกอย่างสำคัญหมด และเมื่อทุกอย่างสำคัญหมด ในทางปฏิบัติอาจแปลว่า ไม่มีอะไรสำคัญจริง

ปัญหาใหญ่ไม่ใช่ KPI เยอะ แต่คือ KPI ไม่รู้ว่าตัวเองมีไว้เพื่ออะไร

ลองนึกถึง KPI ทั่วไป เช่น จำนวนครั้งที่เข้าพบลูกค้า จำนวน Training Hours จำนวน Report ที่ส่งตรงเวลา จำนวน Candidate ที่สัมภาษณ์ จำนวน Project ที่เสร็จ จำนวน Complaint ที่ปิดได้ ตัวเลขเหล่านี้ไม่ได้ผิด แต่คำถามทางการบริหารคือ ตัวเลขนั้นเชื่อมกับ Outcome อะไร? สมมติ Sales ถูกวัดด้วยจำนวน Visit Sales ทุกคนเข้าพบลูกค้าครบตามเป้า KPI เป็นสีเขียวทั้งหมด แต่ Revenue ไม่โต เราจึงต้องกลับมาถามว่า จำนวน Visit เป็นเพียง Activity หรือเป็นตัวชี้วัดที่มีความสัมพันธ์กับ Business Outcome จริง? ถ้าองค์กรวัด Activity มากเกินไป พนักงานอาจทำทุกอย่างตามที่ระบบขอ แต่ Business Result กลับไม่เปลี่ยน ตรงนี้คือความแตกต่างระหว่าง Doing the work กับ Creating the result

KPI ทุกคนเขียว แต่บริษัทไม่โต เกิดขึ้นได้จริง

และเกิดขึ้นได้ง่ายกว่าที่คิด สมมติ Strategy ของบริษัทคือ เพิ่มกำไรจากกลุ่มลูกค้า Enterprise Marketing มี KPI จำนวน Lead Sales มี KPI จำนวน Customer Visit Operations มี KPI ลด Cost Finance มี KPI ลด Credit Risk ทุกฝ่ายสามารถทำ KPI ตัวเองได้ดีมาก Marketing สร้าง Lead เยอะขึ้น Sales เข้าพบลูกค้ามากขึ้น Operations ลดต้นทุน Finance เข้มงวดการอนุมัติ Credit แต่เมื่อดูผลลัพธ์รวม บริษัทกลับไม่โตใน Enterprise เพราะ Lead ที่ได้ไม่ใช่ Enterprise Sales เน้น Visit ปริมาณมากแทน Account ที่มีศักยภาพ Operations ลด Cost จน Service Level ลดลง Finance ลด Risk จนเงื่อนไขทางการค้าสู้คู่แข่งไม่ได้ ทุกฝ่าย Optimize KPI ของตัวเอง แต่ไม่มีใคร Optimize Business Outcome ทั้งระบบ ในเชิงการจัดการ นี่คือปัญหาของ Local Optimization แต่ละส่วนทำดีที่สุดในโลกของตัวเอง แต่ผลรวมกลับไม่ได้ดีที่สุดสำหรับองค์กร

KPI สามระดับอาจกำลังพูดคนละภาษา

ปัญหาที่พบได้บ่อยคือ Company Goal อยู่ชั้นบน Department KPI อยู่ตรงกลาง และ Individual KPI เกิดจาก Job Description หรืองานประจำ โดยไม่มีเส้นเชื่อมที่ชัดเจน ตัวอย่างเช่น Company Goal: เพิ่ม Customer Retention จาก 75% เป็น 85% แต่ Customer Service ถูกวัดจาก จำนวน Ticket ที่ปิดต่อวัน พนักงานจึงมีแรงจูงใจให้ปิด Ticket ให้เร็วที่สุด ซึ่งอาจทำให้ Average Handling Time ดีขึ้น Ticket Closure ดีขึ้น แต่ลูกค้าอาจยังไม่ได้รับการแก้ปัญหาอย่างแท้จริง ตรงนี้ Individual KPI ไม่ได้ผิด แต่มันกำลัง Optimize Efficiency ขณะที่ Strategy ต้องการ Retention สองอย่างนี้เกี่ยวข้องกัน แต่ไม่ใช่สิ่งเดียวกัน

สิ่งที่ควรมีคือ “Line of Sight”

หลักคิดหนึ่งที่สำคัญในการออกแบบ Performance Management คือ คนควรมองเห็นได้ว่า สิ่งที่ตัวเองทำ เชื่อมกับเป้าหมายใหญ่ขององค์กรอย่างไร นี่คือสิ่งที่เรียกว่า Line of Sight พนักงานไม่จำเป็นต้องรู้รายละเอียด Strategic Plan ทั้งหมด แต่ควรตอบได้ว่า งานหลักของฉันกำลังสนับสนุน Objective ไหน ถ้าผลงานของฉันดีขึ้น Business Result อะไรควรดีขึ้นตาม และถ้า KPI ของฉันหลุด มันจะส่งผลกระทบต่ออะไร ถ้าคนตอบไม่ได้ มีความเป็นไปได้ว่า KPI นั้นกำลังวัด “สิ่งที่คนทำ” มากกว่า “สิ่งที่องค์กรต้องการให้เกิด”

ก่อนเพิ่ม KPI ใหม่ ลองถาม 4 คำถาม

ผมคิดว่าทุกครั้งที่เราจะเพิ่มตัวชี้วัด ควรลองไล่คำถามง่าย ๆ ก่อน

1. KPI นี้สนับสนุน Objective ไหน?

ต้องชี้กลับไปที่ Company Goal หรือ Strategic Priority ได้

2. ใครเป็น Owner จริง?

ไม่ใช่มีเจ้าของหลายฝ่ายจนสุดท้ายไม่มีใครรับผิดชอบ

3. ถ้า KPI เริ่มหลุด เราจะรู้เมื่อไร?

ถ้ารู้หลังจบปี KPI นั้นมีคุณค่าด้านการบริหารค่อนข้างจำกัด

4. เมื่อหลุดแล้ว เราจะทำอะไรต่อ?

เพราะ KPI ที่ไม่มี Action ต่อท้าย อาจเป็นเพียงตัวเลขสำหรับ Reporting สี่คำถามนี้ช่วยแยกได้ค่อนข้างดีว่า ตัวชี้วัดนั้นถูกสร้างเพื่อ Decision หรือถูกสร้างเพื่อ Report

KPI ที่ดีต้องบอกมากกว่า “ผลลัพธ์เป็นอย่างไร”

ตัวชี้วัดมีบทบาทหลายแบบ บางตัวเป็น Lagging Indicator บอกผลลัพธ์ที่เกิดไปแล้ว เช่น Revenue Profit Turnover Customer Retention แต่ผู้บริหารไม่ควรมีแต่ Lagging Indicators เพราะเมื่อมันเปลี่ยน บางครั้งปัญหาก็เกิดไปแล้ว จึงต้องมี Leading Indicators ที่ช่วยมองเห็นสิ่งที่กำลังเกิดก่อนผลลัพธ์ปลายทาง เช่น ถ้า Revenue เป็น Lagging Indicator Leading Indicator อาจเป็น Pipeline Quality Conversion Sales Capacity Customer Engagement สิ่งสำคัญคือไม่ใช่เพิ่ม Leading Indicator ให้เยอะที่สุด แต่ต้องเข้าใจ Cause-and-Effect Logic ว่าเราคาดหวังให้ตัวแปรใดนำไปสู่ผลลัพธ์อะไร เมื่อ Logic ชัด KPI จะเริ่มกลายเป็นระบบบริหาร ไม่ใช่เพียงระบบประเมินคน

KPI ไม่ควรถูกใช้เป็น “คะแนนสอบ” อย่างเดียว

อีกปัญหาหนึ่งคือหลายองค์กรผูก KPI เข้ากับ Performance Rating และ Bonus มากจนคนเริ่มมอง KPI เป็นเกมของคะแนน เมื่อถึงจุดนั้น พฤติกรรมที่เรียกว่า Gaming the Metric สามารถเกิดขึ้นได้ คนเริ่มถามว่า “ต้องทำอย่างไรให้เลขผ่าน?” แทนที่จะถามว่า “ต้องทำอย่างไรให้ Business ดีขึ้น?” เรื่องนี้ใกล้เคียงกับหลักที่มักถูกอธิบายผ่าน Goodhart’s Law เมื่อ Measure กลายเป็น Target มากเกินไป Measure นั้นอาจเริ่มสูญเสียคุณภาพในการเป็น Measure ตัวอย่างง่าย ๆ ถ้า Call Center ถูกวัดเพียงจำนวนสายต่อวัน คนก็มีแรงจูงใจให้คุยสั้น ถ้า Recruiter ถูกวัดเพียงจำนวนคนที่ Hire คุณภาพการจ้างอาจถูกลดความสำคัญ ถ้า Developer ถูกวัดจำนวน Feature ทีมอาจสร้าง Feature จำนวนมากที่ลูกค้าไม่ได้ใช้ ดังนั้นตัวเลขไม่ผิด แต่ Behavior ที่ตัวเลขสร้างขึ้น ต้องถูกพิจารณาด้วย

KPI จึงไม่ควรถูกออกแบบแยกจากพฤติกรรม

ทุก KPI ส่ง Signal ให้คนว่า องค์กรให้คุณค่ากับอะไร ถ้าบอกว่า Collaboration สำคัญ แต่ Performance วัด Individual Result 100% ระบบกำลังส่ง Signal ว่า ผลงานส่วนตัวสำคัญกว่า Collaboration ถ้าบอกว่า Customer Experience สำคัญ แต่ Bonus ขึ้นกับยอดขายระยะสั้นอย่างเดียว Sales ย่อม Focus การปิดยอดมากกว่าความสัมพันธ์ระยะยาว ดังนั้นก่อนอนุมัติ KPI หนึ่งตัว ผู้บริหารควรถามเพิ่มว่า ถ้าคนพยายามทำตัวเลขนี้ให้ดีที่สุด เขาจะมีพฤติกรรมแบบไหน? คำถามนี้บางครั้งสำคัญกว่าสูตรคำนวณ KPI เสียอีก

แล้ว KPI ควรมีจำนวนเท่าไร?

ไม่มีตัวเลขตายตัวที่เหมาะกับทุกองค์กร ปัญหาไม่ใช่ว่า 5 ตัวดี 10 ตัวผิด แต่หลักการคือ จำนวนต้องน้อยพอที่จะสร้าง Priority และมากพอที่จะสะท้อนผลลัพธ์ที่สำคัญ ถ้าพนักงานต้องเปิด Scorecard แล้วใช้เวลาอธิบาย 15 นาทีว่า KPI ตัวเองมีอะไรบ้าง อาจเป็นสัญญาณว่า Framework เริ่มซับซ้อนเกินไป ระบบ Performance ที่ดีควรช่วยให้คนรู้ว่า ตอนนี้อะไรสำคัญที่สุด ไม่ใช่ทำให้ต้องจำตัวเลขเพิ่มขึ้น

การ Cascade KPI ไม่ควรหมายถึง “แตกตัวเลขลงมาเรื่อย ๆ”

คำว่า Cascade ถูกใช้อย่างแพร่หลาย แต่บางครั้งถูกตีความว่า Corporate KPI 1 ตัว ต้องแตกเป็น Department KPI แล้วแตกเป็น Manager KPI แล้วแตกต่อเป็น Individual KPI จนสุดท้าย KPI เต็มองค์กร จริง ๆ แล้วการ Cascade ที่ดีไม่จำเป็นต้อง Copy Metric เดียวกันลงมาทุกระดับ สิ่งที่ต้อง Cascade คือ Logic ของเป้าหมาย เช่น บริษัทต้องการเพิ่ม Customer Retention Sales อาจดู Quality of Relationship Customer Service ดู Resolution Operations ดู Service Reliability Product ดู Adoption แต่ทุกฝ่ายต้องเข้าใจว่า ตัวเองกำลังสนับสนุน Outcome เดียวกัน นี่ต่างจากการมี KPI เยอะมาก แต่ต่างคนต่างวิ่ง

KPI Review ควรเป็น “Decision Meeting” ไม่ใช่ “Reporting Meeting”

ลองสังเกตการประชุม KPI ขององค์กร ถ้าส่วนใหญ่ใช้เวลาแบบนี้ “ตัวนี้เขียวครับ” “ตัวนี้เหลือง” “ตัวนี้แดง เดี๋ยวเดือนหน้าจะพยายาม” แล้วจบ เราอาจใช้ KPI เพียงเพื่อ Reporting แต่ถ้า KPI เป็น Management Tool การประชุมควรไปต่อว่า ทำไมถึงแดง? เป็น Signal ชั่วคราวหรือ Structural Problem? ถ้าไม่แก้ จะกระทบ Objective ไหน? ใครเป็น Owner? ต้องทำอะไร? เมื่อไร? และเราจะรู้ได้อย่างไรว่า Action นั้นได้ผล? ตรงนี้ KPI จะเปลี่ยนจาก Measurement ไปเป็น Management

KPI ที่ดีที่สุดไม่ใช่ KPI ที่วัดได้เยอะที่สุด

แต่คือ KPI ที่ช่วยให้องค์กรเลือกได้ว่า อะไรควรได้รับความสนใจตอนนี้ เพราะในโลกจริง CEO มีเวลาจำกัด Manager มี Capacity จำกัด ทีมก็มีทรัพยากรจำกัด ดังนั้นระบบตัวชี้วัดควรช่วยตัดสิ่งที่ไม่สำคัญออก ไม่ใช่เพิ่มรายการสิ่งที่ทุกคนต้องติดตาม ก่อนจะเพิ่ม KPI ตัวที่ 21 อาจลองกลับไปดู KPI 20 ตัวเดิมก่อนว่า ตัวไหนเชื่อมกับ Strategy จริง ตัวไหนมี Owner ตัวไหนเมื่อแดงแล้วเกิด Action ตัวไหนซ้ำกัน และตัวไหนยังอยู่เพียงเพราะ “ปีที่แล้วก็วัดตัวนี้”

สุดท้าย KPI ไม่ควรตอบเพียงว่า “ใครทำงานดี”

เพราะในระดับองค์กร มีคำถามที่ใหญ่กว่านั้น คือ “สิ่งที่ทุกคนกำลังทำอยู่ รวมกันแล้วทำให้ Strategy สำเร็จหรือไม่?” หาก KPI ของทุกฝ่ายเป็นสีเขียว แต่ Company Goal ยังเป็นสีแดง อย่าเพิ่งรีบเพิ่ม KPI และอย่าเพิ่งสรุปว่าคนทำงานไม่ดี ควรกลับมาตรวจ ความเชื่อมโยงของระบบวัดผล เพราะบางครั้งปัญหาไม่ได้อยู่ที่ Execution แต่อยู่ตั้งแต่ตอนที่เราแปลง Strategy ให้กลายเป็น KPI แล้ว คำถามที่ผมอยากทิ้งไว้คือ ถ้าวันนี้ตัด KPI ขององค์กรออกครึ่งหนึ่ง ผู้บริหารรู้หรือไม่ว่า “ตัวไหนห้ามตัด” เพราะมันสะท้อนความสำเร็จของ Strategy จริง ๆ? ถ้าตอบยาก นั่นอาจเป็นสัญญาณว่าองค์กรมี KPI จำนวนมาก แต่ยังไม่มี Strategic Measurement System ที่ชัดเจนพอ


Tags: KPIManagement, StrategicKPI, PerformanceManagement, StrategicAlignment, GoalAlignment, StrategyExecution, PerformanceMeasurement, LeadingIndicators, LaggingIndicators, BusinessPerformance, ManagementSystem, OrganizationalPerformance, GoalSetting, StrategyToExecution, DecisionMaking