เบื่อกับข้อบกพร่อง? ดูว่าเทคโนโลยีของเราแก้ไขได้อย่างไรในไม่กี่วินาที

ข้อบกพร่องที่มองเห็นได้สามารถหยุดสายการผลิต การส่งมอบล่าช้า และทำให้ปัญหาเล็กๆ น้อยๆ ติดตามได้ยากขึ้น เมื่อฉันต้องจัดการกับข้อบกพร่อง ฉันต้องการให้มองเห็นปัญหาได้ชัดเจน วิธีง่ายๆ ในการบันทึก และกระบวนการซ่อมแซมที่ทีมของฉันสามารถทำซ้ำได้ ขั้นตอนการจัดการข้อบกพร่องที่ใช้งานได้จริงช่วยให้ฉันเปลี่ยนจากการตรวจจับไปสู่การดำเนินการได้ภายในไม่กี่วินาที ฉันเริ่มต้นด้วยรูปถ่ายหนึ่งรูปหรือบันทึกย่อสั้นๆ บันทึกอาจรวมถึง: - หมายเลขผลิตภัณฑ์หรือชุดงาน - ประเภทข้อบกพร่อง - ตำแหน่งของปัญหา - บุคคลที่รายงาน - ขั้นตอนการซ่อมแซมที่แนะนำ - สถานะปัจจุบัน ข้อมูลนี้ช่วยให้ทีมของฉันได้รับข้อมูลเดียวกัน แทนที่จะแสดงข้อความที่กระจัดกระจาย กระดาษโน้ต และหน่วยความจำ ขั้นตอนต่อไปคือการตรวจสอบข้อบกพร่องกับมาตรฐานที่ทราบ รอยขีดข่วน ชิ้นส่วนที่หลวม ความแตกต่างของสี หรือส่วนประกอบที่ขาดหายไปอาจดูคล้ายกับปัญหาก่อนหน้านี้ รูปภาพอ้างอิงหรือคำแนะนำการตรวจสอบที่บันทึกไว้ช่วยให้ฉันเปรียบเทียบรายการปัจจุบันกับบันทึกในอดีตได้ เมื่อระบุสาเหตุได้ง่าย ฉันสามารถกำหนดการดำเนินการที่ถูกต้องได้ในคราวเดียว: - ปรับการตั้งค่าเครื่องจักร - เปลี่ยนชิ้นส่วนที่เสียหาย - ตรวจสอบวัตถุดิบอีกครั้ง - ทำความสะอาดพื้นที่ทำงาน - ตรวจสอบขั้นตอนการประกอบ - ส่งสินค้าไปตรวจสอบอีกครั้ง วิธีการนี้จะช่วยลดการตรวจสอบซ้ำ นอกจากนี้ยังช่วยให้พนักงานใหม่ปฏิบัติตามวิธีการซ่อมแซมแบบเดียวกันโดยไม่ต้องขอความช่วยเหลือจากหลาย ๆ คน พิจารณาโรงงานอิเล็กทรอนิกส์ขนาดเล็กที่พบขั้วต่อหลวมระหว่างการตรวจสอบขั้นสุดท้าย ทีมงานจะบันทึกแต่ละกรณีด้วยรูปถ่าย หมายเลขชุด และสถานีประกอบ หลังจากบันทึกหลายรายการ สถานีเดียวกันก็ปรากฏขึ้นบ่อยครั้ง หัวหน้างานตรวจสอบการตั้งค่าเครื่องมือและพบว่าระดับการขันแน่นเปลี่ยนแปลงระหว่างกะต่างๆ คู่มือการตั้งค่าง่ายๆ และขั้นตอนการตรวจสอบสั้นๆ จะช่วยลดข้อบกพร่องที่คล้ายกันได้ คุณค่าไม่ได้มาจากการบันทึกทุกรายละเอียด มันมาจากการบันทึกรายละเอียดที่ช่วยให้ใครบางคนดำเนินการ ฉันยังทำให้ขั้นตอนการทำงานอัปเดตได้ง่ายอีกด้วย ช่างเทคนิคควรสามารถเปลี่ยนสถานะจาก "รายงานแล้ว" เป็น "อยู่ระหว่างการซ่อมแซม" จากนั้นเป็น "ตรวจสอบแล้ว" หากกระบวนการนี้ใช้การคลิกมากเกินไป ผู้คนอาจทำให้การอัปเดตล่าช้าหรือปล่อยให้บันทึกไม่สมบูรณ์ กระบวนการข้อบกพร่องที่เป็นประโยชน์สามารถเป็นไปตามเส้นทางนี้: 1. บันทึกปัญหา 2. เพิ่มข้อมูลผลิตภัณฑ์หรือชุดงาน 3. เปรียบเทียบกับข้อมูลอ้างอิง 4. เลือกการดำเนินการซ่อมแซม 5. มอบหมายงาน 6. ตรวจสอบรายการที่ซ่อมแซม 7. บันทึกผลลัพธ์ไว้สำหรับการตรวจสอบในภายหลัง มุมมองของฉันนั้นเรียบง่าย: ความเร็วเป็นสิ่งสำคัญ แต่ความเร็วที่ไม่มีบันทึกที่ชัดเจนสามารถสร้างงานได้มากขึ้น การซ่อมแซมอย่างรวดเร็วควรแสดงให้เห็นว่าเกิดอะไรขึ้น เหตุใดจึงเกิดขึ้น และสินค้าผ่านการตรวจสอบครั้งถัดไปหรือไม่ เมื่อข้อมูลข้อบกพร่องจับง่ายและอ่านง่าย ทีมของฉันใช้เวลาน้อยลงในการค้นหาคำตอบ เราสามารถมุ่งเน้นไปที่การซ่อมแซม ทำให้งานดำเนินต่อไป และใช้กรณีที่ผ่านมาเพื่อเป็นแนวทางในการตัดสินใจที่ดีขึ้น

เทคโนโลยีควรทำให้งานของฉันง่ายขึ้น ไม่เพิ่มงานอีกชั้น ฉันต้องการเครื่องมือที่ติดตั้งง่าย เข้าใจง่าย และเชื่อถือได้เพียงพอสำหรับการใช้งานในแต่ละวัน เมื่อซอฟต์แวร์รู้สึกว่ามีความหนาแน่นสูงหรืออุปกรณ์ต้องการการแก้ไขปัญหาอย่างต่อเนื่อง ฉันจะใช้เวลาในการจัดการเทคโนโลยีมากกว่าการใช้งาน ประสบการณ์ที่ดีขึ้นเริ่มต้นด้วยกระบวนการที่ชัดเจน ฉันเริ่มต้นด้วยการระบุงานที่ต้องใช้ความพยายามมากที่สุด อาจเป็นการจัดระเบียบคำขอของลูกค้า การแชร์ไฟล์กับทีม ติดตามการนัดหมาย หรือการเชื่อมต่ออุปกรณ์ต่างๆ ที่บ้าน เครื่องมือที่มีประโยชน์ควรสนับสนุนงานนั้นโดยไม่ต้องบังคับให้ฉันเปลี่ยนกิจวัตรทุกส่วน จากนั้น ฉันจะตรวจสอบว่าระบบเหมาะสมกับการตั้งค่าปัจจุบันของฉันอย่างไร เจ้าของธุรกิจขนาดเล็กอาจใช้อีเมล ที่เก็บข้อมูลบนคลาวด์ และปฏิทินอยู่แล้ว การเพิ่มแพลตฟอร์มใหม่สามารถสร้างงานได้มากขึ้นหากแต่ละบริการต้องการการเข้าสู่ระบบแยกต่างหากหรือการอัปเดตด้วยตนเอง โซลูชันที่เชื่อมต่อสามารถลดขั้นตอนซ้ำๆ เมื่อทำงานร่วมกับเครื่องมือที่ใช้งานอยู่แล้ว การตั้งค่าควรรู้สึกว่าสามารถจัดการได้ ฉันมองหาคำแนะนำที่ชัดเจน การควบคุมบัญชีที่เรียบง่าย และการตั้งค่าที่อธิบายว่าแต่ละตัวเลือกทำอะไรได้บ้าง ขั้นตอนการตั้งค่าสั้นๆ ช่วยให้ฉันทดสอบฟังก์ชันหลักได้ก่อนที่จะย้ายงานสำคัญเข้าสู่ระบบ หากผลิตภัณฑ์มีการทดลองหรือการสาธิต ฉันสามารถใช้ผลิตภัณฑ์ดังกล่าวเพื่อตรวจสอบความเข้ากันได้กับอุปกรณ์และซอฟต์แวร์ของฉัน การใช้งานในแต่ละวันมีความสำคัญมากกว่ารายการคุณสมบัติที่มีมายาวนาน ฉันต้องการเปิดเครื่องมือและทำความเข้าใจว่าต้องทำอย่างไรต่อไป เมนูที่ชัดเจน การแจ้งเตือนที่เป็นประโยชน์ และค่าเริ่มต้นที่สมเหตุสมผลสามารถสร้างความแตกต่างได้ สมาชิกในทีมที่ไม่คุ้นเคยกับคำศัพท์ทางเทคนิคควรยังสามารถทำงานทั่วไปได้โดยไม่ต้องขอความช่วยเหลือในแต่ละครั้ง การสนับสนุนก็มีบทบาทเช่นกัน การสนับสนุนที่ดีให้คำตอบที่เป็นประโยชน์แก่ฉันเมื่อฉันประสบปัญหาในการเข้าสู่ระบบ ปัญหาการเชื่อมต่อ หรือคำถามเกี่ยวกับการตั้งค่า คู่มือช่วยเหลือควรใช้ภาษาธรรมดาและแสดงขั้นตอนตามลำดับเดียวกับที่ฉันเห็นบนหน้าจอ ตัวเลือกการติดต่อมีประโยชน์เมื่อคำแนะนำมาตรฐานไม่ตรงกับสถานการณ์ของฉัน การควบคุมข้อมูลควรมองเห็นได้ ฉันตรวจสอบว่าผลิตภัณฑ์เก็บรวบรวมข้อมูลใดบ้าง ฉันจะเปลี่ยนสิทธิ์การเข้าถึงได้อย่างไร และฉันสามารถส่งออกข้อมูลของฉันได้หรือไม่ รายละเอียดเหล่านี้ช่วยให้ฉันเลือกบริการที่ตรงกับนิสัยการทำงานและความต้องการทางธุรกิจของฉัน ฉันหลีกเลี่ยงเครื่องมือที่ทำให้การควบคุมบัญชีขั้นพื้นฐานหายาก ตัวอย่างง่ายๆ คือสตูดิโอออกแบบขนาดเล็กที่จัดการความคิดเห็นเกี่ยวกับโปรเจ็กต์ หากไม่มีระบบที่ใช้ร่วมกัน ความคิดเห็นอาจมาถึงทางอีเมลและข้อความแชทแยกกัน ทีมงานอาจพลาดคำขอแก้ไขหรือใช้เวลาค้นหาไฟล์ล่าสุดได้ พื้นที่ทำงานส่วนกลางสามารถนำคำติชม ไฟล์ และการอัปเดตงานมารวมกันได้ ทีมงานยังคงต้องการระบบการตั้งชื่อที่ชัดเจนและการสำรองข้อมูลอย่างสม่ำเสมอ แต่กระบวนการรายวันจะง่ายต่อการปฏิบัติตาม ฉันยังวัดผลลัพธ์หลังการตั้งค่าด้วย ฉันถามตัวเองว่า: - ฉันทำงานให้เสร็จโดยใช้ขั้นตอนน้อยลงหรือไม่? - ผู้ใช้ใหม่สามารถเรียนรู้ฟังก์ชั่นหลักโดยไม่ต้องฝึกฝนเป็นเวลานานได้หรือไม่? - เครื่องมือนี้ใช้งานได้กับอุปกรณ์และบริการที่ฉันใช้อยู่แล้วหรือไม่? - ฉันสามารถควบคุมการเข้าถึงและจัดการข้อมูลของฉันได้หรือไม่? - ฝ่ายสนับสนุนตอบสนองในแบบที่ฉันเข้าใจหรือไม่? เทคโนโลยีไม่จำเป็นต้องซับซ้อนจึงจะมีประโยชน์ได้ ฉันชอบเครื่องมือที่ช่วยแก้ปัญหาเฉพาะเจาะจง เข้ากับกิจวัตรที่มีอยู่ และปล่อยให้มีที่ว่างให้ผู้คนได้ทำงานในแบบของตัวเอง เมื่อการตั้งค่าชัดเจนและการใช้งานในแต่ละวันยังคงเรียบง่าย เทคโนโลยีจะกลายเป็นส่วนหนึ่งของเวิร์กโฟลว์แทนที่จะเป็นงานอื่นที่ต้องจัดการ

เมื่อลูกค้ารายงานปัญหา ฉันไม่ได้เริ่มด้วยการเดาสาเหตุ ฉันเริ่มต้นด้วยการตรวจสอบสิ่งที่เกิดขึ้น เกิดขึ้นเมื่อใด และใครที่ได้รับผลกระทบ ปัญหาเล็กๆ สามารถเติบโตได้เมื่อไม่มีใครเป็นเจ้าของ การตอบกลับล่าช้าอาจทำให้ได้รับคำสั่งซื้อที่ไม่ได้รับ แบบฟอร์มที่เสียหายอาจทำให้ลูกค้าใหม่ไม่สามารถเข้าถึงทีมขายได้ ความไม่ตรงกันของสต็อกอาจสร้างงานพิเศษสำหรับทั้งธุรกิจและผู้ซื้อ กระบวนการที่ชัดเจนช่วยให้ฉันมองเห็นปัญหา เลือกคำตอบที่ถูกต้อง และป้องกันไม่ให้ปัญหาเดิมกลับมาอีก 1. ระบุปัญหาในประโยคเดียว ฉันเขียนปัญหาเป็นภาษาธรรมดา: - “ลูกค้าไม่สามารถส่งแบบฟอร์มติดต่อได้” - “ออเดอร์ออกจากโกดังป้ายผิด” - “การตอบกลับจากฝ่ายสนับสนุนใช้เวลาสามวัน” - “หน้าผลิตภัณฑ์แสดงราคาที่แตกต่างกันบนมือถือและเดสก์ท็อป” ประโยคที่ชัดเจนทำให้ทีมมีสมาธิ อีกทั้งยังทำให้แยกประเด็นจริงออกจากความคิดเห็นส่วนตัวได้ง่ายขึ้นอีกด้วย “ยอดขายตกเพราะเว็บไม่ดี” กว้างเกินไป “ผู้เยี่ยมชมมือถือออกไปหลังจากเปิดหน้าราคา” ให้แนวทางที่เป็นประโยชน์แก่ฉันในการตรวจสอบข้อมูล 2. ตรวจสอบข้อเท็จจริงก่อนเลือกวิธีแก้ปัญหา ฉันรวบรวมหลักฐานง่ายๆ: - ข้อความของลูกค้า - บันทึกของเว็บไซต์ - รายละเอียดคำสั่งซื้อ - รายงานของพนักงาน - ข้อความแสดงข้อผิดพลาด - การเข้าชมเพจและการส่งแบบฟอร์ม - วันที่และเวลาที่เชื่อมโยงกับปัญหา ร้านค้าขนาดเล็กอาจใช้สเปรดชีต ทีมขนาดใหญ่อาจใช้ระบบตั๋วหรือบอร์ดโครงการ เครื่องมือมีความสำคัญน้อยกว่าบันทึก ฉันยังเปรียบเทียบผลลัพธ์ปัจจุบันกับผลลัพธ์ปกติด้วย หากปกติแบบฟอร์มได้รับการส่ง 40 ครั้งต่อสัปดาห์และได้รับ 12 ครั้งในสัปดาห์นี้ ฉันสามารถตรวจสอบสิ่งที่เปลี่ยนแปลงในช่วงเวลานั้นได้ 3. ค้นหาจุดที่กระบวนการเสียหาย ปัญหาทางธุรกิจส่วนใหญ่มีจุดพักเฉพาะ ลูกค้าอาจเปิดโฆษณา เยี่ยมชมหน้าผลิตภัณฑ์ เพิ่มสินค้าลงตะกร้า และหยุดก่อนชำระเงิน รูปแบบดังกล่าวทำให้ฉันตรวจสอบได้หลายแห่ง: - หน้าเว็บโหลดถูกต้องหรือไม่ - ราคาเข้าใจง่ายมั้ย? - ค่าจัดส่งแสดงไว้ล่วงหน้าหรือไม่ - วิธีการชำระเงินใช้งานได้หรือไม่? - ข้อความยืนยันปรากฏขึ้นหรือไม่? ฉันไม่ถือว่าการออกจากรถทุกครั้งเป็นปัญหาทางเทคนิค ผู้เข้าชมบางรายอาจต้องการข้อมูลผลิตภัณฑ์เพิ่มเติม บางคนอาจเปรียบเทียบตัวเลือกและกลับมาในภายหลัง ข้อมูลให้แนวทางแก่ฉัน ไม่ใช่คำตอบที่สมบูรณ์ 4. แยกประเด็นเร่งด่วนออกจากประเด็นสำคัญ ปัญหาต้องการการตอบสนองอย่างรวดเร็วเมื่อส่งผลกระทบต่อการชำระเงิน ข้อมูลส่วนบุคคล การจัดส่งคำสั่งซื้อ ความปลอดภัย หรือลูกค้าจำนวนมาก รายงานภายในที่เสียหายอาจรอการแก้ไขตามแผนหากพนักงานยังสามารถทำงานให้เสร็จสิ้นได้ ข้อผิดพลาดในการชำระเงินต้องได้รับการดำเนินการเร็วกว่านี้ เนื่องจากลูกค้าไม่สามารถดำเนินการซื้อให้เสร็จสิ้นได้ ฉันใช้คำถามสามข้อ: 1. ใครบ้างที่ได้รับผลกระทบ? 2. จะเกิดอะไรขึ้นหากปัญหายังคงเปิดอยู่ในวันนี้ 3. มีตัวเลือกชั่วคราวที่ปลอดภัยหรือไม่? สิ่งนี้ช่วยให้ฉันหลีกเลี่ยงการใช้เวลาหลายชั่วโมงกับข้อผิดพลาดในการแสดงผลเล็กๆ น้อยๆ ในขณะที่ปัญหาของลูกค้ารายใหญ่ยังคงเปิดอยู่ 5. มอบหมายเจ้าของที่ชัดเจนหนึ่งราย ปัญหาร่วมกันอาจกลายเป็นปัญหาของใครก็ได้ ฉันมอบหมายให้บุคคลหนึ่งคนดำเนินการแก้ไขปัญหาต่อไป บุคคลนั้นอาจไม่ได้แก้ปัญหาทุกส่วนเพียงลำพัง แต่ติดตามการดำเนินการต่อไป ติดต่อทีมที่เหมาะสม และรายงานผล งานที่เป็นประโยชน์ประกอบด้วย: - ปัญหา - หลักฐาน - เจ้าของ - การดำเนินการถัดไป - เวลาเช็คอิน - ผลลัพธ์ที่คาดหวัง "โปรดตรวจสอบสิ่งนี้" ทำให้เกิดความไม่แน่นอน “ตรวจสอบว่าเหตุใดผู้ใช้มือถือจึงไม่สามารถส่งแบบฟอร์มใบเสนอราคา ทดสอบอุปกรณ์สองเครื่อง และรายงานผลภายใน 15.00 น.” ทำให้ทีมมีงานที่ชัดเจน 6. ใช้การตอบสนองชั่วคราวเมื่อต้องใช้เวลาในการแก้ไขแบบเต็ม ลูกค้าไม่ควรต้องรอโดยไม่มีข้อมูล ฉันอาจเพิ่มประกาศสั้นๆ เสนอวิธีการติดต่ออื่น หยุดการเลื่อนตำแหน่งที่ผิดพลาดชั่วคราว หรือแนะนำพนักงานให้ดำเนินการด้วยตนเอง การตอบสนองชั่วคราวควรจะแม่นยำ ฉันหลีกเลี่ยงการสัญญาว่าจะมีเวลาซ่อมเว้นแต่ทีมงานจะยืนยันแล้ว ตัวอย่างเช่น หากแบบฟอร์มการจองออนไลน์หยุดทำงาน ธุรกิจสามารถให้หมายเลขโทรศัพท์หรือที่อยู่อีเมลในขณะที่กำลังตรวจสอบแบบฟอร์มได้ ข้อความควรอธิบายสิ่งที่ลูกค้าสามารถทำได้ต่อไป 7. ทดสอบการซ่อมแซมจากฝั่งผู้ใช้ นักพัฒนาอาจเห็นว่าการเปลี่ยนแปลงโค้ดได้ผล ฉันยังคงทดสอบการเดินทางของลูกค้าทั้งหมด ฉันเปิดเพจบนโทรศัพท์และคอมพิวเตอร์ ฉันใช้บัญชีลูกค้าปกติเมื่อเป็นไปได้ ฉันส่งแบบฟอร์มทดสอบ ตรวจสอบข้อความยืนยัน และยืนยันว่าทีมงานได้รับคำขอ การซ่อมแซมจะไม่สมบูรณ์เมื่อหน้าจอดูถูกต้อง จะเสร็จสมบูรณ์เมื่อลูกค้าสามารถดำเนินการที่จำเป็นให้เสร็จสิ้นและธุรกิจได้รับข้อมูลที่ถูกต้อง 8. บันทึกสิ่งที่ทำให้เกิดปัญหา การแก้ไขด่วนอาจซ่อนปัญหาที่ลึกลงไปได้ ร้านค้าแห่งหนึ่งพบว่ามีคำสั่งซื้อหลายรายการมีป้ายกำกับการจัดส่งไม่ถูกต้อง เจ้าหน้าที่เปลี่ยนฉลากด้วยมือ ดังนั้นจึงดูเหมือนว่าปัญหาเร่งด่วนจะได้รับการแก้ไขแล้ว การตรวจสอบในภายหลังพบว่าไม่ได้เพิ่มรหัสผลิตภัณฑ์ใหม่ลงในระบบการจัดส่ง หากไม่มีการตรวจสอบนั้น ข้อผิดพลาดเดิมอาจส่งคืนพร้อมกับคำสั่งซื้อกลุ่มถัดไป ฉันบันทึก: - เกิดอะไรขึ้น - อะไรเป็นสาเหตุ - การดำเนินการใดที่แก้ไข - ใครเป็นผู้ตรวจสอบผลลัพธ์ - การเปลี่ยนแปลงใดที่สามารถลดข้อผิดพลาดซ้ำได้ บันทึกไม่จำเป็นต้องยาว บรรทัดที่ชัดเจนสองสามบรรทัดสามารถช่วยให้คนถัดไปตอบกลับโดยล่าช้าน้อยลง 9. ดูผลลัพธ์หลังการแก้ไข ปัญหาบางอย่างกลับมาอีกภายในไม่กี่ชั่วโมงหรือหลายวัน ฉันตรวจสอบมาตรการที่เกี่ยวข้องหลังการซ่อมแซม: - การส่งแบบฟอร์ม - อัตราความสำเร็จในการชำระเงิน - ความแม่นยำในการจัดส่ง - เวลาตอบกลับของลูกค้า - รายงานข้อผิดพลาด - คำขอคืนเงิน หากตัวเลขไม่ดีขึ้น ฉันจะกลับไปที่หลักฐาน คำอธิบายแรกอาจไม่สมบูรณ์ มุมมองของฉันนั้นเรียบง่าย: การแก้ปัญหาอย่างรวดเร็วไม่ได้หมายถึงการเร่งรีบในการดำเนินการ หมายถึงการลดการคาดเดา การเลือกขั้นตอนถัดไปที่ชัดเจน และการตรวจสอบว่าขั้นตอนนั้นได้ผลหรือไม่ เมื่อฉันกำหนดปัญหา ยืนยันข้อเท็จจริง มอบหมายความเป็นเจ้าของ สื่อสารอย่างตรงไปตรงมา และทดสอบเส้นทางของลูกค้า ปัญหาเล็กๆ น้อยๆ มักจะกลายเป็นปัญหาใหญ่น้อยลง สนใจที่จะเรียนรู้เพิ่มเติมเกี่ยวกับแนวโน้มและโซลูชั่นของอุตสาหกรรมหรือไม่ ติดต่อเซง: lila@zybrushtech.com/WhatsApp +8615262232790

W. Edwards Deming (1986) Out of the Crisis James P. Womack และ Daniel T. Jones (2003) Lean Thinking Don Norman (2013) การออกแบบสิ่งต่าง ๆ ในชีวิตประจำวัน Atul Gawande (2009) The Checklist Manifesto Amy C. Edmondson (2019) The Fearless Organisation John Doerr (2017) Measure What Matters