ซื้อระบบใหม่ ใช้ AI แล้ว แต่พนักงานยังกลับไปหา Excel - ปัญหาอาจไม่ได้อยู่ที่ “คนไม่ยอมเปลี่ยน” แต่อยู่ที่องค์กรยังเปลี่ยนวิธีทำงานไม่สำเร็จ

หลายบริษัทลงทุนกับ Digital Transformation ไปไม่น้อย ซื้อ ERP, CRM, HR System, Project Management Platform, Data Dashboard หรือช่วงหลังเริ่มเพิ่ม AI และ Agent เข้ามาในองค์กร ด้วยความคาดหวังที่ค่อนข้างชัดว่า เมื่อมีระบบใหม่แล้ว งานควรจะเร็วขึ้น ข้อมูลควรเป็นระบบมากขึ้น ผู้บริหารควรเห็นสถานการณ์ได้เร็วขึ้น และพนักงานควรลดเวลาที่เสียไปกับงาน Manual แบบเดิม ช่วงเปิดตัวทุกอย่างก็ดูดี มี Kick-off มี Training มีคู่มือ มี User Account พร้อม บางแห่งมี Consultant เข้ามาช่วย Implement ระบบอย่างเต็มรูปแบบ ผู้บริหารประกาศว่าต่อจากนี้บริษัทจะเข้าสู่ยุค Digital และจะใช้ Data มากขึ้นในการตัดสินใจ แต่หลังจากผ่านไปไม่กี่เดือน ภาพที่เกิดขึ้นกลับคุ้นตามากกว่าที่คิด ระบบใหม่มีอยู่ แต่พนักงานยังเปิด Excel อยู่เหมือนเดิม ข้อมูลบางส่วนกรอกในระบบ แต่พอถึงเวลาประชุมกลับ Export ออกมาใส่ Excel ใหม่ Manager ขอ Report จาก Dashboard แต่ทีมทำไฟล์ส่วนตัวไว้อีกชุดเพราะรู้สึกว่าเร็วกว่า Sales มี CRM แต่ยังจดรายชื่อลูกค้าใน Spreadsheet ของตัวเอง ขณะที่ Project Management System มี Task อยู่ครบ แต่พอจะตามงานจริงกลับทักกันใน Line เหมือนเดิม พอ AI เข้ามา ภาพก็คล้ายกัน บริษัทซื้อ License ให้ แต่คนบางกลุ่มใช้เพียงถามคำถามทั่วไป บางคนกลับไปใช้ AI Account ส่วนตัวที่ตัวเองคุ้นเคย บางคนไม่ใช้เลย และบางคนใช้ AI ทำงานเร็วขึ้นมากแต่ Workflow ส่วนที่เหลือขององค์กรยังเหมือนเดิม สุดท้ายผู้บริหารเริ่มถามว่า “ซื้อระบบมาตั้งแพง ทำไมคนไม่ใช้?” หรือ “บริษัทลงทุน AI แล้ว ทำไม Productivity ยังไม่เห็นต่าง?” คำตอบที่ได้บ่อยคือ “พนักงานไม่ยอมเปลี่ยน” ผมคิดว่าคำตอบนี้อาจจริงบางส่วน แต่ถ้าเราหยุดอยู่ตรงนั้น เราอาจกำลังมองปัญหาง่ายเกินไป เพราะหลายครั้งสิ่งที่เกิดขึ้นไม่ใช่การต่อต้าน Technology แต่เป็นผลจากการที่องค์กร เปลี่ยนเครื่องมือแล้ว แต่ยังไม่ได้เปลี่ยนระบบการทำงานจริง ๆ

ถ้า Excel ยังง่ายกว่า ระบบใหม่ก็ต้องถามก่อนว่าทำไมคนถึงควรเลิกใช้ Excel

เวลาพนักงานกลับไปใช้ Excel ผู้บริหารมักมองว่าเป็นปัญหาเรื่อง Discipline แต่ในมุมของคนทำงาน เขาอาจมีเหตุผลที่ตรงไปตรงมามากกว่านั้น เปิด Excel ใช้เวลาไม่กี่วินาที เขารู้ว่าต้องกรอกตรงไหน รู้สูตร รู้ว่าถ้าผิดต้องแก้อย่างไร และสามารถปรับ Format ให้เข้ากับงานของตัวเองได้ทันที ขณะที่ระบบใหม่อาจต้อง Login หลายขั้น กรอก Field จำนวนมาก กดหลายหน้า หรือมี Workflow ที่ออกแบบโดยคนที่ไม่ได้ทำงานหน้างานจริงทุกวัน ถ้าพนักงานต้องใช้เวลา 15 นาทีทำสิ่งที่ Excel ใช้ 5 นาที สิ่งที่เกิดขึ้นไม่ได้แปลว่าเขาไม่รักองค์กรหรือไม่เปิดรับ Technology เสมอไป แต่มนุษย์มีแนวโน้มเลือกวิธีที่ทำให้ตัวเองส่งงานได้เร็วที่สุด ตรงนี้เป็นเหตุผลว่าทำไม Digital Adoption ไม่สามารถเกิดจากคำสั่งว่า “ตั้งแต่เดือนหน้าให้ใช้ระบบนี้” เพียงอย่างเดียว ระบบใหม่ต้องสร้าง Net Benefit ให้กับคนที่ใช้ด้วย ไม่จำเป็นว่าต้องง่ายกว่า Excel ทุกเรื่อง แต่คนต้องเข้าใจว่าเหตุใดขั้นตอนที่เพิ่มขึ้นจึงมีความหมาย เช่น เพราะข้อมูลจะถูกใช้ต่อโดยอีกสามฝ่าย เพราะผู้บริหารสามารถเห็นสถานะทันที เพราะไม่ต้องทำ Report ซ้ำ หรือเพราะเมื่อข้อมูลอยู่ในระบบแล้วงานบางส่วนจะถูก Automate ให้ในภายหลัง ถ้าคนมองเห็นแต่ภาระในการกรอก แต่ไม่เคยได้รับประโยชน์จากข้อมูลที่ตัวเองกรอก ระบบก็จะถูกมองเป็น “งานเพิ่ม” มากกว่า “เครื่องมือช่วยงาน” และเมื่อเป็นแบบนั้น Excel จะกลับมาเสมอ

ปัญหาที่พบบ่อยคือบริษัทเอา “ระบบใหม่” ไปครอบ Process เก่า

นี่เป็น Pattern ที่ผมคิดว่าเกิดขึ้นบ่อยมาก องค์กรซื้อระบบใหม่ แต่ตอนออกแบบ Requirement กลับเริ่มจากคำถามว่า “กระบวนการเดิมของเราทำอย่างไร แล้วทำให้ระบบใหม่ทำเหมือนเดิมได้ไหม?” ผลคือ Process ที่เคยมี 12 ขั้นตอน พอขึ้นระบบใหม่ก็ยังมี 12 ขั้นตอนเหมือนเดิม เพียงแต่เปลี่ยนจากเซ็นกระดาษเป็นกด Approve บนหน้าจอ เปลี่ยนจากส่ง Excel ทาง Email เป็น Upload Excel เข้า Platform หรือเปลี่ยนจากโทรถามสถานะเป็นเปิดระบบดูสถานะที่พนักงานต้องกรอก Manual เพิ่มอีกครั้ง องค์กรจึง Digitize Process แต่ไม่ได้ Redesign Process ความซับซ้อนเดิมยังอยู่ เพียงแต่ถูกย้ายเข้า Software นี่ทำให้เกิดความรู้สึกว่า “ระบบใหม่ทำให้งานยุ่งขึ้น” ซึ่งในบางกรณีพนักงานก็ไม่ได้รู้สึกไปเอง เพราะเราอาจเพิ่ม Technology เข้าไปหนึ่งชั้นโดยไม่ได้เอางานเก่าออกเลย นี่คือสิ่งที่ผมมองว่าเป็น Digital Layer on Top of Old Work มีระบบเพิ่ม แต่ Meeting ไม่ลด มี Dashboard เพิ่ม แต่ Excel ยังต้องทำ มี AI เพิ่ม แต่ Report เดิมยังต้องส่ง มี Project System เพิ่ม แต่ Manager ยังทักตามงานทุกเช้าเหมือนเดิม ถ้าระบบใหม่ไม่ได้ทำให้งานเก่าบางอย่างหายไป คนก็จะรู้สึกว่ากำลังทำงานสองรอบ และเมื่อถูกบังคับให้เลือกระหว่าง “ระบบที่บริษัทต้องการ” กับ “วิธีที่ทำให้งานตัวเองเสร็จ” คนจำนวนไม่น้อยจะสร้างวิธีลัดขึ้นมาเอง

จุดที่อันตรายที่สุดคือเมื่อเกิด “Double System”

ช่วงเปลี่ยนผ่านหลายองค์กรมักพูดว่า “ช่วงแรกกรอกสองที่ไปก่อนนะ เพื่อความปลอดภัย” ฟังดูสมเหตุสมผล เพราะยังไม่มั่นใจระบบใหม่ แต่ถ้าช่วงเปลี่ยนผ่านนี้ลากยาวเกินไป สิ่งที่ควรเป็น Temporary Solution จะกลายเป็น Operating Model ถาวร ข้อมูลชุดหนึ่งอยู่ในระบบใหม่ อีกชุดอยู่ใน Excel พนักงานจึงต้อง Update สองที่ จากนั้นเมื่อข้อมูลไม่ตรงกันก็ต้อง Reconcile เพิ่ม แล้วพอผู้บริหารถามว่าตัวเลขไหนถูก ทีมก็ต้องกลับไปตรวจอีกครั้ง สุดท้ายองค์กรที่ซื้อ Technology เพื่อประหยัดเวลา กลับสร้างงาน Data Entry และ Reconciliation เพิ่มขึ้น นี่คือ Digital Transformation แบบที่ Technology เพิ่มขึ้น แต่ Productivity ลดลง ที่สำคัญ เมื่อคนเริ่มไม่เชื่อว่าระบบใดคือ Source of Truth แต่ละฝ่ายก็จะสร้างไฟล์ของตัวเองไว้เผื่อ คนหนึ่งมี Excel A อีกคนมี Excel B ส่วน Dashboard ดึงข้อมูลจากระบบ C ผู้บริหารจึงได้ข้อมูลเพิ่มขึ้น แต่ความเชื่อมั่นในข้อมูลกลับลดลง ปัญหานี้ไม่ควรแก้ด้วยการบอกพนักงานว่า “ห้ามใช้ Excel” อย่างเดียว แต่ต้องตอบให้ได้ก่อนว่า ระบบไหนคือ Source of Truth และอะไรจะถูกยกเลิกจริงหลังจากระบบใหม่เริ่มใช้ ถ้าไม่มีสิ่งใดถูกยกเลิก Digital Transformation ก็เป็นเพียงการเพิ่ม Tool เข้ามาในองค์กร

ระบบใหม่จะไม่มีวันชนะ ถ้าหัวหน้ายังบริหารงานด้วยวิธีเก่า

ผมคิดว่า Manager เป็นตัวแปรสำคัญมากกว่าที่หลายโครงการ Transformation ให้ความสำคัญ บริษัทอาจประกาศว่าต้องใช้ Project Management System แต่ถ้าหัวหน้ายังถามลูกทีมใน Line ทุกเช้าว่า “งานถึงไหนแล้ว?” พนักงานก็จะเรียนรู้ว่าการ Update ระบบไม่ได้ช่วยลดการถูกตาม บริษัทอาจลงทุน Dashboard แต่ถ้าผู้บริหารยังขอให้ทีมทำ PowerPoint และ Excel แยกใหม่ทุกครั้งก่อนประชุม คนก็จะเรียนรู้ว่า Dashboard เป็นเพียงอีกระบบหนึ่งที่ต้องดูแล ไม่ใช่เครื่องมือที่แทนงานเก่า Sales อาจมี CRM แต่ถ้า Sales Director ยังบริหาร Pipeline จาก Excel ส่วนตัว CRM ก็ไม่มีทางกลายเป็นระบบหลักได้ พฤติกรรมของ Manager คือ Signal ที่แรงกว่า Policy องค์กรสามารถ Training พนักงานสิบครั้งว่า “ระบบนี้สำคัญ” แต่ถ้าหัวหน้าไม่เปิดใช้ในการประชุม ไม่ใช้ข้อมูลจากระบบเพื่อตัดสินใจ และยังยอมรับ Report นอกระบบเหมือนเดิม ทุกคนก็จะรู้ทันทีว่าของจริงคืออะไร Transformation จึงไม่ได้เริ่มจาก Employee Adoption อย่างเดียว มันต้องเริ่มจาก Management Adoption ถ้าหัวหน้ายังไม่เปลี่ยน พนักงานก็ไม่มีเหตุผลเพียงพอที่จะเปลี่ยน

“ใช้ระบบให้ครบ” ไม่ควรเป็น KPI ถ้าคนยังไม่เข้าใจว่าระบบช่วย Business อย่างไร

อีกวิธีหนึ่งที่องค์กรชอบใช้คือบังคับผ่าน KPI เช่นต้อง Login กี่ครั้ง ต้อง Update ข้อมูลครบกี่เปอร์เซ็นต์ หรือทุก Opportunity ต้องอยู่ใน CRM วิธีนี้ช่วยสร้าง Discipline ในช่วงแรกได้ แต่ถ้าใช้เพียงอย่างเดียว สิ่งที่อาจเกิดขึ้นคือคนกรอกข้อมูลเพื่อให้ผ่าน Compliance โดยไม่ได้ใช้ข้อมูลนั้นในการทำงานจริง CRM จึงเต็มไปด้วยข้อมูล แต่ไม่มีใครเชื่อ Project System มี Task ครบ แต่สถานะไม่ Update ตามความจริง AI Usage เพิ่มขึ้น เพราะทุกคนถูกกำหนดว่าต้องใช้ แต่ Use Case ที่สร้าง Business Value จริงกลับไม่เพิ่มตาม สิ่งที่ควรวัดมากกว่าการใช้ Tool คือ Outcome ที่ Tool ทำให้ดีขึ้น ถ้าระบบ Project Management ถูกนำมาใช้ เราควรเห็นงานหลุด Deadline ลดลง Manager ใช้เวลาตามงานน้อยลง หรือทีมเห็น Blocker เร็วขึ้น ถ้า CRM ถูกนำมาใช้ เราควรเห็น Pipeline Visibility ดีขึ้น Forecast แม่นขึ้น หรือ Follow-up หลุดน้อยลง ถ้าใช้ AI เราควรเห็น Cycle Time ลดลง Capacity เพิ่มขึ้น Error ลดลง หรือพนักงานสามารถทำงานที่มีมูลค่าสูงขึ้น เมื่อคนเห็นว่าระบบทำให้ชีวิตดีขึ้น Adoption จะเริ่มเกิดจาก Value ไม่ใช่จากการบังคับ

บริษัทต้องยอมรับด้วยว่า พนักงานบางคน “ไม่รู้ว่าต้องเปลี่ยนวิธีทำงานอย่างไร”

การ Training ระบบส่วนใหญ่เน้นสอนว่าเมนูนี้กดตรงไหน สร้างข้อมูลอย่างไร หรือเข้า Dashboard จากหน้าใด แต่คำถามที่คนทำงานต้องการจริงอาจเป็นอีกเรื่องหนึ่ง “แล้วงานของฉันต่อจากนี้ควรทำต่างจากเดิมอย่างไร?” ถ้าเมื่อก่อน Recruiter ใช้ Excel Track Candidate แล้ววันนี้มี ATS เราไม่ควรเพียงสอนวิธีกรอก Candidate เข้า ATS แต่ต้องออกแบบใหม่ว่า Screening, Interview, Approval และ Reporting จะทำในระบบอย่างไร ใครไม่ต้องทำ Report เดิมแล้ว และข้อมูลไหนจะถูกใช้ต่อโดย Manager เรื่อง AI ก็เหมือนกัน ถ้าบอกพนักงานเพียงว่า “นี่คือ Copilot ใช้ได้นะ” คนจำนวนหนึ่งก็จะใช้ถามเรื่องทั่ว ๆ ไป แต่ไม่รู้ว่าจะเปลี่ยน Workflow ของตัวเองอย่างไร ดังนั้น Training ต้องเปลี่ยนจาก Tool Training ไปสู่ Work Transformation ไม่ใช่สอนแค่ว่า AI ใช้อย่างไร แต่ต้องช่วยแต่ละ Role เห็นว่า งานของตัวเองส่วนไหนควร Automate ส่วนไหนควรใช้ AI ช่วย ส่วนไหนยังต้องใช้ Human Judgment และเมื่อประหยัดเวลาแล้วควรนำเวลานั้นไปทำอะไรต่อ นี่คือจุดที่ Training เริ่มสร้าง Business Value จริง

อย่าเริ่มจากถามว่า “ใครต่อต้านระบบ” ให้เริ่มจากถามว่า “ทำไมเขายังจำเป็นต้องใช้วิธีเดิม”

คำว่า Resistance to Change ถูกใช้บ่อยมาก แต่บางครั้งมันทำให้เราหยุดวิเคราะห์เร็วเกินไป พนักงานยังใช้ Excel อาจเพราะระบบไม่มี Function ที่เขาต้องใช้จริง พนักงานทำไฟล์ส่วนตัวอาจเพราะ Dashboard Refresh ช้า Manager ใช้ Line ตามงานอาจเพราะ Project System ไม่มี Notification ที่เหมาะสม หรือทีม Export ข้อมูลทุกสัปดาห์อาจเพราะผู้บริหารยังต้องการ Report รูปแบบเดิม แน่นอนว่ามีพนักงานบางคนที่ไม่อยากเปลี่ยนเพราะคุ้นชินกับวิธีเดิมจริง แต่ก่อนจะสรุปแบบนั้น องค์กรควรแยกให้ออกก่อนว่าอะไรคือ Behavioral Resistance และอะไรคือ System Friction เพราะวิธีแก้ไม่เหมือนกัน ถ้าปัญหาคือ Skill ต้อง Training ถ้าปัญหาคือ Process ต้อง Redesign ถ้าปัญหาคือระบบใช้ยากต้องแก้ UX ถ้าปัญหาคือหัวหน้าไม่ใช้ต้องแก้ Management Behavior และถ้าปัญหาคือคนไม่ยอมเปลี่ยนแม้ทุกอย่างพร้อมแล้ว จึงค่อยคุยเรื่อง Accountability อย่าใช้ Change Management เป็นข้ออ้างเพื่อปกป้องระบบที่ออกแบบไม่ดี แต่ในขณะเดียวกันก็ไม่ควรใช้ข้ออ้างว่าระบบไม่สมบูรณ์เพื่อให้ทุกคนกลับไปทำงานแบบเดิมตลอดไป

ต้องมี “วันตาย” ของวิธีทำงานเดิม

ผมคิดว่านี่เป็นสิ่งที่หลาย Transformation Project ขาด องค์กรเปิดระบบใหม่ แต่ไม่เคยประกาศชัดว่าวิธีเดิมจะหยุดเมื่อไร CRM ใช้แล้ว แต่ Excel Pipeline ยังใช้ต่อได้ ATS ใช้แล้ว แต่ส่ง Resume ทาง Email ก็ได้ Project Management ใช้แล้ว แต่ถ้าสะดวกจะตามใน Line ก็ได้ ผลคือทุกคนเลือกช่องทางที่ตัวเองคุ้นเคย และ Organization Standard ไม่เคยเกิด เมื่อระบบใหม่ผ่านช่วง Pilot และพิสูจน์แล้วว่าใช้งานได้ ต้องมี Legacy Sunset Plan ต้องกำหนดว่าเมื่อถึงวันที่กำหนด ข้อมูลประเภทนี้จะไม่ถูก Update ใน Excel อีก Report ชุดเดิมจะเลิกทำ การ Approve จะต้องเกิดผ่าน Workflow ใหม่ และ Meeting จะเปิดดูข้อมูลจาก Source เดียว แน่นอนว่าก่อนปิดของเก่าต้องมั่นใจว่าระบบใหม่รองรับงานจริง แต่ถ้าองค์กรไม่เคยปิดประตูด้านหลัง ทุกคนก็จะกลับไปใช้ทางเดิมเสมอเมื่อเจอความยากเพียงเล็กน้อย Transformation จึงต้องมีทั้ง Adoption และ Decommission ไม่ใช่มีแต่การเปิดระบบใหม่

Incentive และ Performance Management ต้องไม่ส่งสัญญาณสวนทางกับระบบใหม่

ลองสมมติบริษัทต้องการให้ Sales ใช้ CRM เพื่อสร้าง Pipeline Visibility แต่ Sales ยังได้รับ Incentive จากยอดขายอย่างเดียว และ Manager ไม่เคยใช้ข้อมูลคุณภาพของ Pipeline ในการ Coaching สิ่งที่เกิดขึ้นคือ Sales จะใช้เวลาส่วนใหญ่ไปกับการขาย เพราะนั่นคือสิ่งที่มีผลกับรายได้ของเขา ส่วน CRM จะถูก Update ตอนปลายเดือนเพื่อให้ครบ Requirement หรือองค์กรประกาศให้ใช้ AI เพื่อเพิ่ม Productivity แต่ Performance ของพนักงานยังถูกวัดจากจำนวน Report จำนวน Slide หรือจำนวน Activity แบบเดิมทั้งหมด คนก็ไม่มีแรงจูงใจที่จะลดงานเหล่านั้น เพราะยิ่งใช้ AI ลดงาน ตัวเลข Performance ของตัวเองอาจกลับลดลง นี่เป็นตัวอย่างของ System Misalignment องค์กรพูดอย่างหนึ่ง แต่ระบบรางวัลกำลังบอกอีกอย่างหนึ่ง ถ้าต้องการให้ Behavior เปลี่ยน สิ่งที่คนถูกวัด ถูกให้รางวัล และถูกถามใน Meeting ต้องเปลี่ยนตามด้วย Culture ไม่ได้เปลี่ยนจาก Poster หรือ Town Hall มันเปลี่ยนจากสิ่งที่หัวหน้าถาม สิ่งที่ KPI วัด และสิ่งที่องค์กรยอมรับเป็นพฤติกรรมปกติ

การเปลี่ยนระบบจึงต้องมี Business Owner ไม่ใช่ปล่อยให้ IT เป็นเจ้าของอยู่คนเดียว

ระบบจำนวนมากถูกมองว่าเป็น Project ของ IT เพราะ IT เป็นคนเลือก Software ทำ Integration และดูแล Technical Issue แต่ Adoption ไม่สามารถเป็นความรับผิดชอบของ IT คนเดียวได้ CRM ต้องมี Sales Owner, ATS ต้องมี Talent Owner, Project System ต้องมี Process Owner และ AI Use Case ต้องมี Business Owner ที่ตอบได้ว่าระบบกำลังเปลี่ยน Outcome อะไร IT สามารถทำให้ระบบ “ใช้ได้” แต่ Business ต้องทำให้ระบบ “ถูกใช้” และ Management ต้องทำให้ระบบ “กลายเป็นวิธีทำงานปกติ” ถ้าสามส่วนนี้ไม่เชื่อมกัน Technology จะถูกติดตั้งสำเร็จ แต่ Transformation ยังไม่สำเร็จ นี่เป็นความแตกต่างระหว่าง System Go-live กับ Business Adoption หลาย Project ฉลองวันที่ Go-live ทั้งที่ในความเป็นจริงวันนั้นอาจเป็นเพียงวันแรกของงานที่ยากกว่า คือทำอย่างไรให้คนเลิกทำงานแบบเดิมจริง ๆ

ถ้าจะเริ่มแก้ ผมคิดว่าอย่าเริ่มจาก “ห้าม Excel” แต่ให้เริ่มจาก Process ที่สร้างปัญหามากที่สุด

องค์กรไม่จำเป็นต้องประกาศสงครามกับ Excel เพราะ Excel เองไม่ได้เป็นศัตรู และยังเหมาะกับงานหลายประเภทมาก ปัญหาเกิดเมื่อ Excel ถูกใช้เป็น Database เป็น Workflow เป็น Approval System เป็น CRM เป็น Project Tracker และเป็น Source of Truth พร้อมกัน ทั้งที่องค์กรมีระบบที่ควรทำหน้าที่เหล่านั้นอยู่แล้ว จุดเริ่มต้นที่ดีกว่าคือเลือก Process สำคัญมาสักหนึ่งเรื่อง แล้วติดตามตั้งแต่ต้นจนจบว่า วันนี้งานเดินอย่างไร มีข้อมูลซ้ำตรงไหน คนต้องกรอกซ้ำตรงไหน ระบบใหม่ช่วยอะไรได้จริง และอะไรในวิธีเก่าที่สามารถยกเลิกได้ทันที เมื่อ Redesign เสร็จ ให้กำหนด Owner, Source of Truth, Workflow และ Metric ใหม่ให้ชัด จากนั้นทำให้ทีมหนึ่งเห็นผลจริงก่อน เช่น Cycle Time ลดลง 30% Report หนึ่งชุดหายไป Manager ไม่ต้องตาม Status อีก หรือข้อมูลที่เคย Reconcile สองวันเหลือเพียงไม่กี่นาที Success เล็ก ๆ ที่คนสัมผัสได้ มีพลังกับ Adoption มากกว่า Presentation เรื่อง Digital Transformation หลายสิบหน้า

ในมุมของ ExeRoot เรื่องนี้ไม่ใช่ปัญหา Technology Adoption อย่างเดียว แต่คือ Alignment ของทั้งระบบบริหาร

ถ้ามองให้ลึก การที่คนยังกลับไปใช้ Excel หรือทำงานด้วยวิธีเดิม มักเชื่อมกันตั้งแต่ Strategy → Process → System → Role → Manager Behavior → KPI → Data → Performance ถ้า Strategy บอกว่าต้อง Data-driven แต่ผู้บริหารยังขอ Excel แยกทุกครั้ง ระบบก็ไม่ถูกใช้เป็น Source of Truth ถ้าระบบถูกออกแบบใหม่ แต่ Role ยังมีความรับผิดชอบแบบเดิม คนก็ไม่รู้ว่าจะปรับ Workflow อย่างไร ถ้า Training มี แต่ Manager ยังบริหารแบบเดิม Behavior ก็กลับไปเหมือนเดิม และถ้าทุกอย่างเปลี่ยน แต่ KPI กับ Incentive ยังวัดวิธีเก่า สุดท้ายระบบเก่าก็จะชนะ เพราะฉะนั้น Digital Transformation ที่แท้จริงไม่ได้เกิดเมื่อบริษัทซื้อ Software เสร็จ หรือเปิด AI ให้พนักงานใช้ครบทุกคน มันเกิดเมื่อ วิธีตัดสินใจ วิธีทำงาน วิธีวัดผล และพฤติกรรมของคนเปลี่ยนตาม Technology นั้นจริง นี่คือเหตุผลที่ผมคิดว่าผู้บริหารไม่ควรถามเพียงว่า “ทำไมพนักงานไม่ใช้ระบบ?” แต่ควรถามให้ลึกขึ้นว่า “ระบบใหม่ทำให้พนักงานสามารถหยุดทำอะไรแบบเดิมได้แล้วบ้าง?” ถ้าคำตอบคือ “ยังต้องทำเหมือนเดิมทุกอย่าง เพียงแต่เพิ่มการกรอกระบบเข้าไปอีกหนึ่งขั้น” ก็คงไม่แปลกที่คนจะพยายามกลับไปหา Excel ที่ตัวเองคุ้นเคย และอีกคำถามที่สำคัญไม่แพ้กันคือ “เวลาผู้บริหารและหัวหน้าทำงานจริง เราใช้ระบบใหม่นี้เป็นแหล่งข้อมูลหลักแล้วหรือยัง?” เพราะตราบใดที่ Manager ยังขอไฟล์เดิม ผู้บริหารยังรับ Report นอกระบบ และการประชุมยังไม่ใช้ข้อมูลจาก Platform ใหม่ พนักงานก็จะรู้ว่าของใหม่เป็นเพียง “ระบบที่ต้องกรอก” ส่วนของจริงยังคงเป็นวิธีเก่า สุดท้าย บริษัทที่ประสบความสำเร็จในการใช้ Technology อาจไม่ใช่บริษัทที่ซื้อระบบดีที่สุด มี AI เก่งที่สุด หรือมี Feature มากที่สุด แต่คือบริษัทที่สามารถทำสิ่งที่ยากกว่านั้นได้สำเร็จ คือ ทำให้คนเลิกทำงานบางอย่างแบบเดิม และย้ายพฤติกรรมการทำงานจริงเข้าไปอยู่ในระบบใหม่ เพราะการซื้อ Technology ใช้เงิน แต่การเปลี่ยนวิธีทำงานต้องใช้ทั้ง Leadership, Process Design, Capability, Incentive และความสม่ำเสมอ และถ้าห้าสิ่งนี้ยังไม่เปลี่ยน ต่อให้ซื้อระบบใหม่เพิ่มอีกกี่ตัว สุดท้ายเราก็อาจเห็นภาพเดิมอยู่ดี คือหน้าจอหนึ่งเปิดระบบใหม่ที่บริษัทลงทุนไปหลายล้านบาท แต่หน้าจอข้าง ๆ ยังเปิดไฟล์ชื่อ “Final_Report_v27_REAL_FINAL.xlsx” เหมือนเดิม.

Tags: DigitalTransformation, DigitalAdoption, ChangeManagement, ProcessRedesign, SourceOfTruth, DoubleSystem, ManagementAdoption, SystemFriction, WorkTransformation, LegacySunset, KPIAlignment, BusinessOwnership, OperatingModel, ExeRoot, SpaceRoot