ลงทุนทำระบบแล้วทีมไม่ยอมใช้ — สาเหตุจริงและวิธีแก้ที่ได้ผล
ระบบที่ล้มเหลวส่วนใหญ่ไม่ได้พังเพราะเทคโนโลยี แต่พังเพราะทีมกลับไปใช้วิธีเดิม บทความนี้แยกสาเหตุจริงของแรงต้าน ตั้งแต่ระบบเพิ่มงานให้คนหน้างาน หัวหน้าไม่ใช้เอง ไปจนถึงข้อมูลเก่าไม่ถูกย้าย พร้อมวิธีพาทีมข้ามช่วงต้านให้ถึงจุดที่ขาดระบบไม่ได้
ภาพที่น่าเจ็บปวดที่สุดของการวางระบบ ไม่ใช่ระบบที่พัง แต่คือระบบที่ดีที่ไม่มีใครใช้ เจ้าของลงทุนไปหลักแสน อบรมก็แล้ว ประกาศก็แล้ว ผ่านไปสามเดือนพนักงานกลับไปจดกระดาษและส่งไลน์เหมือนเดิม ส่วนระบบกลายเป็นภาระที่ต้องคีย์ย้อนหลังตอนสิ้นเดือน ถ้าคุณกำลังเจอภาพนี้ สิ่งแรกที่อยากให้รู้คือ มันไม่ได้แปลว่าทีมของคุณแย่หรือระบบห่วย แรงต้านต่อวิธีทำงานใหม่เป็นเรื่องปกติของมนุษย์ทุกองค์กร แม้แต่บริษัทใหญ่ที่มีทีมเปลี่ยนผ่านมืออาชีพก็เจอ ความต่างระหว่างที่ที่ระบบรอดกับที่ที่ระบบร้าง ไม่ได้อยู่ที่ทีมต้านหรือไม่ต้าน แต่อยู่ที่ผู้นำเข้าใจสาเหตุของแรงต้านแต่ละแบบ และแก้ให้ตรงจุดในช่วงไม่กี่สัปดาห์แรกที่เป็นหัวเลี้ยวหัวต่อหรือเปล่า
ช่วงที่ทีมต้านคือช่วงสั้น ๆ — ธุรกิจส่วนใหญ่เลิกกลางทางตรงจุดที่กำลังจะดีขึ้นพอดี
สาเหตุที่หนึ่ง — ระบบเพิ่มงานให้คนหน้างาน
สาเหตุอันดับหนึ่งที่ทีมไม่ใช้ระบบ ตอบได้ในประโยคเดียว คือระบบทำให้งานของเขาช้าลงแต่ประโยชน์ไปตกอยู่กับคนอื่น พนักงานหน้าร้านต้องกรอกสิบช่องต่อออเดอร์ เพื่อให้เจ้าของได้รายงานสวย ๆ ตอนสิ้นเดือน แบบนี้ต่อให้บังคับแค่ไหนก็ได้ข้อมูลขยะกลับมา เพราะคนกรอกแค่ให้พ้น ๆ วิธีแก้ต้องเริ่มจากมุมมองว่าคนหน้างานคือลูกค้าคนแรกของระบบ ไม่ใช่คนป้อนข้อมูลให้ระบบ ตัดช่องกรอกให้เหลือเฉพาะที่จำเป็นจริง ทำให้งานที่เขาต้องทำอยู่แล้วเร็วขึ้นอย่างเห็นได้ เช่น เปิดบิลเร็วกว่าเขียนมือ ค้นราคาได้ไม่ต้องถามใคร หรือไม่ต้องกลับมาส่งเอกสารที่ออฟฟิศ เมื่อระบบให้ก่อนขอ คนหน้างานจะใช้เพราะอยากใช้ และข้อมูลที่เจ้าของอยากได้จะตามมาเองเป็นผลพลอยได้ หลักเช็คง่าย ๆ ก่อนขึ้นระบบคือ ถามว่างานหนึ่งชิ้นของพนักงานที่เกี่ยวข้อง ใช้เวลาน้อยลงหรือมากขึ้นเมื่อผ่านระบบ ถ้าคำตอบคือมากขึ้น ให้แก้ตรงนั้นก่อนเปิดใช้ ไม่ใช่หลังจากทีมเลิกใช้ไปแล้ว
สาเหตุที่สอง — ผู้นำไม่ใช้เอง และของเก่ายังเปิดอยู่
ทีมไม่ฟังสิ่งที่ผู้นำพูด แต่ดูสิ่งที่ผู้นำทำ ถ้าเจ้าของประกาศให้ทุกคนใช้ระบบ แต่ตัวเองยังสั่งงานผ่านไลน์และขอรายงานเป็นไฟล์ Excel เหมือนเดิม ทีมจะอ่านเกมออกภายในสัปดาห์เดียวว่าระบบนี้ไม่จริง วิธีแก้ที่ทรงพลังที่สุดแทบไม่มีต้นทุน คือผู้นำย้ายพฤติกรรมตัวเองเข้าระบบให้เห็น เปิดดูตัวเลขจากหน้าจอระบบในที่ประชุม ถามคำถามโดยอ้างข้อมูลจากระบบ และเมื่อมีใครส่งข้อมูลมาช่องทางเก่า ให้ตอบกลับอย่างสุภาพว่าขอดูในระบบ อีกเงื่อนไขที่สำคัญพอกันคือต้องปิดทางกลับ ตราบใดที่สมุดเล่มเดิมยังวางอยู่และไฟล์เก่ายังแก้ได้ ทีมจะไหลกลับไปทางที่ชินเสมอในวันที่งานยุ่ง การปิดทางกลับไม่ได้แปลว่าหักดิบทั้งบริษัทในวันเดียว แต่คือการกำหนดชัดว่ากระบวนการไหนย้ายแล้ว ย้ายเลย ข้อมูลเก่าที่จำเป็นถูกย้ายเข้าระบบให้ครบจนไม่มีเหตุต้องเปิดไฟล์เดิม และของเก่าถูกเก็บออกจากหน้างานจริง ๆ
พาให้ข้ามช่วงต้าน — เริ่มแคบ ชนะเร็ว มีเจ้าภาพ
แรงต้านเกือบทั้งหมดอยู่ในช่วงสั้น ๆ ช่วงเดียว คือไม่กี่สัปดาห์แรกที่ทุกคนช้าลงเพราะยังไม่ชิน ปัญหาคือธุรกิจจำนวนมากออกแบบการเปิดตัวให้ช่วงนี้เจ็บที่สุดโดยไม่รู้ตัว ด้วยการเปิดทุกฟีเจอร์ทุกแผนกพร้อมกัน วิธีที่ผ่านช่วงนี้ได้ดีกว่าคือเริ่มแคบ เลือกทีมเดียวหรือกระบวนการเดียวที่เห็นผลเร็ว ทำให้สำเร็จจนมีเรื่องเล่าจริงในบริษัท แล้วค่อยขยาย เลือกเจ้าภาพจากคนหน้างานที่เพื่อนร่วมงานเชื่อ ไม่จำเป็นต้องเป็นหัวหน้า ให้เขามีส่วนตั้งแต่ช่วงออกแบบ เพราะระบบที่ทีมรู้สึกว่าช่วยกันสร้าง กับระบบที่ถูกสั่งให้ใช้ ได้รับการต้อนรับต่างกันมาก ระหว่างช่วงเปลี่ยนผ่านให้วัดผลที่พฤติกรรม เช่น สัดส่วนออเดอร์ที่เข้าระบบ ไม่ใช่วัดที่ยอดขาย และฉลองชัยชนะเล็ก ๆ ให้ทีมเห็น เช่น วันแรกที่ปิดยอดโดยไม่ต้องใช้เครื่องคิดเลข หรือสัปดาห์แรกที่ไม่มีบิลตกหล่น สิ่งเหล่านี้ฟังดูเล็ก แต่มันคือหลักฐานที่เปลี่ยนคำถามของทีมจากทำไมต้องใช้ เป็นทำไมไม่ทำแบบนี้ตั้งนานแล้ว
ตรวจ workflow
สัปดาห์ 1–2
ออกแบบ
3–4
พัฒนา
5–8
ทดลองใช้
9–10
ขึ้นจริง
11–12
ตัวอย่างไทม์ไลน์ ~3 เดือน (ปรับตามขนาดธุรกิจ)
- ทีมไม่ใช้เพราะระบบเพิ่มงานให้เขาแต่ประโยชน์ตกที่คนอื่น — แก้ให้ระบบให้ก่อนขอ
- ผู้นำต้องใช้เองให้เห็น และปิดทางกลับไปช่องทางเก่า
- เริ่มแคบ ชนะเร็ว มีเจ้าภาพจากหน้างาน แล้ววัดผลที่พฤติกรรม ไม่ใช่ยอดขาย
Whale Task ไม่ได้ส่งมอบระบบแล้วจบ เราออกแบบการเปิดตัวร่วมกับทีมของคุณ ตั้งแต่เลือกกระบวนการนำร่อง อบรมถึงหน้างาน ไปจนถึงช่วงประคองสามสัปดาห์แรกที่ชี้ขาด ด้วยประสบการณ์กว่า 10 ปีพาทีมหลากหลายอุตสาหกรรมในเชียงใหม่และภาคเหนือข้ามช่วงเปลี่ยนผ่านมาแล้ว ถ้าธุรกิจของคุณมีระบบที่ทีมไม่ใช้ หรือกำลังจะขึ้นระบบใหม่และไม่อยากซ้ำรอย ขอ Workflow Audit ฟรีได้เลย เราจะช่วยดูว่าแรงต้านมาจากจุดไหน และวางแผนเปิดตัวที่ทีมของคุณจะขอบคุณ
บริการที่เกี่ยวข้อง
รับพัฒนาระบบและซอฟต์แวร์เฉพาะทาง
ออกแบบและวางระบบตามความต้องการเฉพาะของธุรกิจคุณ ตั้งแต่ต้นจนใช้งานจริง
WhaleScope
ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ
ระบบดีแค่ไหนก็แพ้ทีมที่ไม่ใช้ — คู่มือทำให้ระบบใหม่ถูกใช้จริง
ระบบที่ล้มเหลวส่วนใหญ่ไม่ได้ล้มเพราะเทคนิค แต่ล้มในเดือนที่สองเมื่อทีมทยอยกลับไปใช้ไฟล์เดิม บทความนี้คือคู่มือช่วงเปลี่ยนผ่าน ตั้งแต่การเลือกตัวแทนทีม การกำหนดวันปิดระบบเก่า ไปจนถึงตัวเลขที่บอกว่าการเปลี่ยนสำเร็จจริงหรือแค่ดูเหมือนสำเร็จ
การมีระบบ ไม่ได้แปลว่ามีวินัย — ระบบไม่ได้สร้างวินัย แต่เปิดเผยว่ามีหรือไม่มี
ธุรกิจจำนวนมากซื้อระบบด้วยความหวังว่ามันจะทำให้ทีมทำงานเป็นระเบียบขึ้น แล้วพบว่าความไม่เป็นระเบียบเดิมย้ายเข้าไปอยู่ในระบบแทน บทความนี้อธิบายว่าระบบทำอะไรได้จริงกับพฤติกรรมองค์กร และอะไรที่ต้องแก้ด้วยวิธีอื่นก่อน
โครงการที่เสร็จตามแผนแต่ไม่มีใครใช้ — เมื่อส่งมอบตรงเวลากลายเป็นตัวชี้วัดที่ผิด
โครงการจำนวนมากถูกประกาศว่าสำเร็จเพราะเสร็จตรงเวลาและอยู่ในงบ ทั้งที่ผลลัพธ์ที่ตั้งใจไว้ไม่เคยเกิดขึ้น บทความนี้อธิบายว่าทำไมการวัดความสำเร็จที่การส่งมอบจึงพาองค์กรไปผิดทาง และควรวัดอะไรแทน
งานที่เริ่มแล้วยังไม่เสร็จ คือศัตรูที่แท้จริงของความเร็ว — ทำไมทีมที่ยุ่งที่สุดถึงส่งงานช้าที่สุด
สัญชาตญาณบอกให้เริ่มทุกงานเร็วที่สุดเพื่อให้เสร็จเร็วที่สุด แต่คณิตศาสตร์ของงานบอกตรงกันข้าม ยิ่งเปิดงานพร้อมกันมาก งานทุกชิ้นยิ่งเสร็จช้าลง บทความนี้อธิบายว่างานค้างกินความเร็วอย่างไรผ่านการสลับงานและคิวที่มองไม่เห็น และกติกาจบก่อนเริ่มที่เปลี่ยนความเร็วทีมได้ในสองสัปดาห์