ระบบดีแค่ไหนก็แพ้ทีมที่ไม่ใช้ — คู่มือทำให้ระบบใหม่ถูกใช้จริง

1 กันยายน 2569อ่าน 9 นาที
ระบบดีแค่ไหนก็แพ้ทีมที่ไม่ใช้ — คู่มือทำให้ระบบใหม่ถูกใช้จริง

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

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

สามการตัดสินใจก่อนวันเปิดใช้

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

เดือนแรก: ทำให้ทางใหม่ง่ายกว่าทางเก่า

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

สัปดาห์แรกต้าน + งานช้าลง
เดือนแรกเริ่มชิน
เดือนที่ 2เร็วกว่าเดิม
เดือนที่ 3+ขาดระบบไม่ได้แล้ว

ช่วงที่ทีมต้านคือช่วงสั้น ๆ — ธุรกิจส่วนใหญ่เลิกกลางทางตรงจุดที่กำลังจะดีขึ้นพอดี

การใช้งานไม่ได้โตเป็นเส้นตรง — มันตกในสัปดาห์ที่สองเสมอ และแผนที่ดีเตรียมรับจุดตกนั้นไว้แล้ว

ตัวเลขที่บอกว่าสำเร็จจริง

A=TnewTnew+Told×100%A = \frac{T_{new}}{T_{new} + T_{old}} \times 100\%
อัตราการใช้งานจริงเท่ากับจำนวนธุรกรรมที่เกิดในระบบใหม่ หารด้วยธุรกรรมทั้งหมดที่เกิดในช่วงเดียวกันทั้งระบบใหม่และช่องทางเก่า คูณร้อย ตัวอย่างเช่น สัปดาห์นี้มีการเปิดบิล 480 รายการ อยู่ในระบบใหม่ 430 รายการ และยังเปิดในไฟล์เดิม 50 รายการ เท่ากับอัตราการใช้งาน 90 เปอร์เซ็นต์ ตัวเลขนี้ต้องวัดจากข้อมูลที่เกิดจริง ไม่ใช่จากจำนวนคนที่ล็อกอิน เพราะการล็อกอินแล้วไม่บันทึกอะไรคือการใช้งานที่เป็นศูนย์ เป้าที่ใช้กันคือเกิน 95 เปอร์เซ็นต์ก่อนถึงวันปิดระบบเก่า และ 50 รายการที่ค้างอยู่คือรายชื่อคนที่ควรไปนั่งข้าง ๆ ในสัปดาห์นี้พอดี

คำถามที่พบบ่อย

พนักงานอาวุโสที่ไม่ยอมเปลี่ยน ควรทำอย่างไร

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

ควรจ่ายเงินจูงใจให้ทีมใช้ระบบไหม

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

ผ่านไปสามเดือนแล้วการใช้งานยังครึ่งเดียว ควรยอมแพ้ไหม

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

การใช้งานระบบChange Managementจ้างทำระบบทีมงาน

บริการที่เกี่ยวข้อง

Workflow Audit ฟรี

หนึ่งชั่วโมงไล่ดู workflow จริงของธุรกิจคุณ แล้วบอกตรง ๆ ว่าควรทำอะไรก่อน

WhaleScope

ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope

รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล

อ่านต่อ

สัปดาห์แรกหลังระบบขึ้น: สิ่งที่เกิดขึ้นจริงในเจ็ดวันที่เรานั่งเฝ้า และทำไมมันคือสัปดาห์ที่ตัดสินทั้งโปรเจกต์

แผน cutover ที่ดีพาระบบขึ้นได้ แต่สัปดาห์แรกหลังขึ้นคือช่วงที่ระบบเจอโลกจริงครั้งแรก บทความนี้เล่าจากประสบการณ์เฝ้าจริง: ของที่พังเป็นอันดับแรกเสมอ (ไม่ใช่โค้ด — เครื่องพิมพ์กับสิทธิ์ผู้ใช้) จังหวะ war room ของเรา ตัวเลขที่เฝ้าดูทุกเย็น และเส้นที่บอกว่าเมื่อไหร่ถึงเวลาถอยออกมาให้ทีมเดินเอง

ซื้อ CRM มาแล้วทีมขายไม่กรอก: ปัญหาไม่ใช่ความขี้เกียจ แต่คือการออกแบบงานที่ให้เซลล์จ่ายต้นทุน ส่วนบริษัทรับประโยชน์

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

Dashboard ที่ไม่มีใครเปิดดู

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

ERP ที่ไม่มีเจ้าของโครงการ

โครงการที่ทุกคนอยากได้ แต่ไม่มีใครเป็นเจ้าของจริง คือโครงการที่ค่อยๆ ลอยหายไปอย่างเงียบงัน