Bosan dengan kecacatan? Lihat cara teknologi kami membetulkannya dalam beberapa saat.

Kecacatan yang boleh dilihat boleh menghentikan barisan pengeluaran, menangguhkan penghantaran dan menjadikan isu kecil lebih sukar untuk dikesan. Apabila saya perlu menangani kecacatan, saya mahukan pandangan yang jelas tentang masalah itu, cara mudah untuk merekodkannya dan proses pembaikan yang boleh diulangi oleh pasukan saya. Aliran kerja pengurusan kecacatan praktikal membantu saya beralih daripada pengesanan kepada tindakan dalam beberapa saat. Saya mulakan dengan satu gambar atau nota ringkas. Rekod boleh termasuk: - Nombor produk atau kelompok - Jenis kecacatan - Lokasi isu - Orang yang melaporkannya - Cadangan langkah pembaikan - Status semasa Ini memberikan pasukan saya maklumat yang sama dan bukannya mesej berselerak, nota kertas dan memori. Langkah seterusnya ialah menyemak kecacatan terhadap standard yang diketahui. Calar, bahagian longgar, perbezaan warna atau komponen yang hilang mungkin kelihatan serupa dengan isu terdahulu. Imej rujukan atau panduan pemeriksaan yang disimpan membantu saya membandingkan item semasa dengan rekod lalu. Apabila puncanya mudah dikenal pasti, saya boleh menetapkan tindakan yang betul sekaligus: - Laraskan tetapan mesin - Gantikan bahagian yang rosak - Semak semula bahan mentah - Bersihkan kawasan kerja - Semak semula langkah pemasangan - Hantar item untuk pemeriksaan lain Pendekatan ini mengurangkan pemeriksaan berulang. Ia juga membantu kakitangan baharu mengikuti kaedah pembaikan yang sama tanpa meminta bantuan beberapa orang. Pertimbangkan bengkel elektronik kecil yang menemui penyambung longgar semasa pemeriksaan akhir. Pasukan merekodkan setiap kes dengan foto, nombor kelompok dan stesen pemasangan. Selepas beberapa rekod, stesen yang sama sering muncul. Penyelia menyemak tetapan alat dan mendapati bahawa tahap pengetatan berubah antara syif. Panduan tetapan mudah dan langkah pemeriksaan ringkas membantu mengurangkan kecacatan yang serupa. Nilai tidak datang daripada merekod setiap butiran. Ia datang daripada merekodkan butiran yang membantu seseorang mengambil tindakan. Saya juga memastikan aliran kerja mudah dikemas kini. Seorang juruteknik sepatutnya boleh menukar status daripada "dilaporkan" kepada "dalam pembaikan" dan kemudian kepada "disemak". Jika proses mengambil terlalu banyak klik, orang mungkin menangguhkan kemas kini atau membiarkan rekod tidak lengkap. Proses kecacatan yang berguna boleh mengikut laluan ini: 1. Tangkap isu 2. Tambah maklumat produk atau kelompok 3. Bandingkan dengan rujukan 4. Pilih tindakan pembaikan 5. Serahkan tugas 6. Semak item yang telah dibaiki 7. Simpan hasilnya untuk semakan kemudian Pandangan saya mudah: kelajuan penting, tetapi kelajuan tanpa rekod yang jelas boleh mencipta lebih banyak kerja. Pembaikan pantas masih harus menunjukkan apa yang berlaku, mengapa ia berlaku dan sama ada item itu lulus semakan seterusnya. Apabila maklumat kecacatan mudah ditangkap dan mudah dibaca, pasukan saya menghabiskan lebih sedikit masa mencari jawapan. Kami boleh menumpukan pada pembaikan, meneruskan kerja dan menggunakan kes yang lalu untuk membimbing keputusan yang lebih baik.

Teknologi sepatutnya memudahkan kerja saya, bukan menambah satu lagi tugasan. Saya mahukan alatan yang mudah disediakan, mudah difahami dan cukup dipercayai untuk kegunaan harian. Apabila perisian berasa sesak atau peranti memerlukan penyelesaian masalah yang berterusan, saya menghabiskan lebih banyak masa mengurus teknologi daripada menggunakannya. Pengalaman yang lebih baik bermula dengan proses yang jelas. Saya mulakan dengan mengenal pasti tugas yang memerlukan usaha yang paling. Ia mungkin mengatur permintaan pelanggan, berkongsi fail dengan pasukan, menjejak janji temu atau menyambungkan beberapa peranti di rumah. Alat yang berguna harus menyokong tugas itu tanpa memaksa saya mengubah setiap bahagian rutin saya. Kemudian saya menyemak bagaimana sistem sesuai dengan persediaan semasa saya. Pemilik perniagaan kecil mungkin sudah menggunakan e-mel, storan awan dan kalendar. Menambah platform baharu boleh mencipta lebih banyak kerja jika setiap perkhidmatan memerlukan log masuk atau kemas kini manual yang berasingan. Penyelesaian yang disambungkan boleh mengurangkan langkah berulang apabila ia berfungsi dengan alatan yang sudah digunakan. Persediaan sepatutnya boleh diurus. Saya mencari arahan yang jelas, kawalan akaun mudah dan tetapan yang menerangkan perkara yang dilakukan oleh setiap pilihan. Proses persediaan yang singkat membantu saya menguji fungsi utama sebelum saya memindahkan kerja penting ke dalam sistem. Jika produk menawarkan percubaan atau demo, saya boleh menggunakannya untuk menyemak keserasian dengan peranti dan perisian saya. Penggunaan harian lebih penting daripada senarai ciri yang panjang. Saya mahu membuka alat dan memahami perkara yang perlu dilakukan seterusnya. Menu yang jelas, pemberitahuan berguna dan lalai yang wajar boleh membuat perubahan. Ahli pasukan yang tidak biasa dengan istilah teknikal masih boleh menyelesaikan tugas biasa tanpa meminta bantuan setiap kali. Sokongan juga memainkan peranan. Sokongan yang baik memberi saya jawapan praktikal apabila saya menghadapi isu log masuk, masalah sambungan atau soalan persediaan. Panduan bantuan harus menggunakan bahasa biasa dan menunjukkan langkah-langkah dalam susunan yang sama seperti yang saya lihat pada skrin. Pilihan kenalan berguna apabila panduan standard tidak sepadan dengan situasi saya. Kawalan data harus kekal kelihatan. Saya menyemak maklumat yang dikumpul produk, cara saya boleh menukar kebenaran akses dan sama ada saya boleh mengeksport data saya. Butiran ini membantu saya memilih perkhidmatan yang sepadan dengan tabiat kerja dan keperluan perniagaan saya. Saya mengelakkan alat yang membuat kawalan akaun asas sukar dicari. Contoh mudah ialah studio reka bentuk kecil yang menguruskan maklum balas projek. Tanpa sistem yang dikongsi, ulasan mungkin tiba melalui e-mel dan mesej sembang yang berasingan. Pasukan boleh terlepas permintaan semakan atau meluangkan masa mencari fail terkini. Ruang kerja pusat boleh membawa maklum balas, fail dan kemas kini tugasan bersama-sama. Pasukan masih memerlukan sistem penamaan yang jelas dan sandaran tetap, namun proses harian menjadi lebih mudah untuk diikuti. Saya juga mengukur keputusan selepas persediaan. Saya bertanya kepada diri sendiri: - Adakah saya menyelesaikan tugas dengan lebih sedikit langkah? - Bolehkah pengguna baharu mempelajari fungsi utama tanpa latihan yang panjang? - Adakah alat itu berfungsi dengan peranti dan perkhidmatan yang telah saya gunakan? - Bolehkah saya mengawal akses dan mengurus data saya? - Adakah sokongan bertindak balas dengan cara yang saya boleh fahami? Teknologi tidak perlu berasa rumit untuk menjadi berguna. Saya lebih suka alat yang menyelesaikan masalah tertentu, sesuai dengan rutin sedia ada dan memberi ruang kepada orang ramai untuk bekerja dengan cara mereka sendiri. Apabila persediaan jelas dan pengalaman harian kekal mudah, teknologi menjadi sebahagian daripada aliran kerja dan bukannya tugas lain untuk diurus.

Apabila pelanggan melaporkan masalah, saya tidak bermula dengan meneka puncanya. Saya mulakan dengan menyemak apa yang berlaku, bila ia berlaku, dan siapa yang terjejas. Isu kecil boleh berkembang apabila tiada siapa yang memilikinya. Balasan yang tertunda boleh menyebabkan pesanan terlepas. Borang yang rosak mungkin menghalang pelanggan baharu daripada menghubungi pasukan jualan. Ketidakpadanan stok boleh mewujudkan kerja tambahan untuk perniagaan dan pembeli. Proses yang jelas membantu saya mengesan isu itu, memilih respons yang betul dan menghalang masalah yang sama daripada kembali. 1. Tentukan isu dalam satu ayat Saya menulis masalah dalam bahasa biasa: - "Pelanggan tidak boleh menyerahkan borang hubungan." - "Pesanan meninggalkan gudang dengan label yang salah." - "Balasan sokongan mengambil masa tiga hari." - "Halaman produk menunjukkan harga yang berbeza pada mudah alih dan desktop." Ayat yang jelas memastikan pasukan fokus. Ia juga memudahkan untuk memisahkan isu sebenar daripada pendapat peribadi. "Jualan jatuh kerana tapak web buruk" terlalu luas. "Pelawat mudah alih keluar selepas membuka halaman harga" memberi saya arahan yang berguna untuk menyemak data. 2. Semak fakta sebelum memilih penyelesaian Saya mengumpul bukti mudah: - Mesej pelanggan - Rekod tapak web - Butiran pesanan - Laporan kakitangan - Mesej ralat - Lawatan halaman dan penyerahan borang - Tarikh dan masa dikaitkan dengan isu Sebuah kedai kecil mungkin menggunakan hamparan. Pasukan yang lebih besar boleh menggunakan sistem tiket atau papan projek. Alat ini kurang penting daripada rekod. Saya juga membandingkan keputusan semasa dengan keputusan biasa. Jika borang biasanya menerima 40 serahan seminggu dan menerima 12 serahan minggu ini, saya boleh menyemak perkara yang berubah dalam tempoh tersebut. 3. Cari titik di mana proses itu rosak Kebanyakan masalah perniagaan mempunyai titik putus tertentu. Pelanggan boleh membuka iklan, melawat halaman produk, menambah item pada troli dan berhenti sebelum pembayaran. Corak itu memberi saya beberapa tempat untuk menyemak: - Adakah halaman dimuatkan dengan betul? - Adakah harga mudah difahami? - Adakah kos penghantaran ditunjukkan awal? - Adakah kaedah pembayaran berfungsi? - Adakah mesej pengesahan muncul? Saya tidak menganggap setiap drop-off sebagai masalah teknikal. Sesetengah pelawat mungkin memerlukan lebih banyak maklumat produk. Sesetengah mungkin membandingkan pilihan dan kembali kemudian. Data memberi saya arah, bukan jawapan yang lengkap. 4. Asingkan isu mendesak daripada isu penting Sesuatu isu memerlukan respons pantas apabila ia menjejaskan pembayaran, maklumat peribadi, penghantaran pesanan, keselamatan atau ramai pelanggan. Laporan dalaman yang rosak mungkin menunggu pembaikan yang dirancang jika kakitangan masih boleh menyelesaikan kerja mereka. Ralat pembayaran memerlukan perhatian lebih awal kerana pelanggan tidak dapat menyelesaikan pembelian mereka. Saya menggunakan tiga soalan: 1. Siapa yang terjejas? 2. Apakah yang berlaku jika isu itu masih terbuka hari ini? 3. Adakah terdapat pilihan sementara yang selamat? Ini membantu saya mengelakkan menghabiskan berjam-jam pada ralat paparan kecil sementara masalah pelanggan yang lebih besar tetap terbuka. 5. Tetapkan satu pemilik yang jelas Masalah yang dikongsi boleh menjadi masalah tiada siapa. Saya menugaskan seorang untuk memajukan isu ini. Orang itu mungkin tidak menyelesaikan setiap bahagian sahaja, tetapi mereka menjejaki tindakan seterusnya, menghubungi pasukan yang betul dan melaporkan hasilnya. Tugas yang berguna termasuk: - Isu - Bukti - Pemilik - Tindakan seterusnya - Masa daftar masuk - Hasil jangkaan "Sila lihat ini" mewujudkan ketidakpastian. "Semak sebab pengguna mudah alih tidak boleh menyerahkan borang sebut harga, uji dua peranti dan laporkan hasilnya selewat-lewatnya pada jam 3 petang" memberi tugasan yang jelas kepada pasukan. 6. Gunakan respons sementara apabila pembetulan penuh memerlukan masa Pelanggan tidak perlu menunggu tanpa maklumat. Saya boleh menambah notis ringkas, menawarkan kaedah hubungan lain, menjeda promosi yang salah atau membimbing kakitangan ke proses manual. Tanggapan sementara harus tepat. Saya mengelak daripada menjanjikan masa pembaikan melainkan pasukan telah mengesahkannya. Contohnya, jika borang tempahan dalam talian berhenti berfungsi, perniagaan boleh memberikan nombor telefon atau alamat e-mel semasa borang itu disemak. Mesej itu hendaklah menerangkan perkara yang boleh dilakukan oleh pelanggan seterusnya. 7. Uji pembaikan dari pihak pengguna Seorang pembangun mungkin melihat bahawa perubahan kod berjaya. Saya masih menguji perjalanan pelanggan sepenuhnya. Saya membuka halaman pada telefon dan komputer. Saya menggunakan akaun pelanggan biasa apabila boleh. Saya menyerahkan borang ujian, menyemak mesej pengesahan dan mengesahkan bahawa pasukan menerima permintaan itu. Pembaikan tidak selesai apabila skrin kelihatan betul. Ia lengkap apabila pelanggan boleh menyelesaikan tindakan yang diperlukan dan perniagaan menerima maklumat yang betul. 8. Rekodkan punca isu Pembetulan pantas mungkin menyembunyikan masalah yang lebih mendalam. Sebuah kedai pernah mendapati bahawa beberapa pesanan mempunyai label penghantaran yang salah. Kakitangan menggantikan label dengan tangan, jadi isu segera nampaknya dapat diselesaikan. Semakan kemudian menunjukkan bahawa kod produk baharu belum ditambahkan pada sistem penghantaran. Tanpa semakan itu, ralat yang sama boleh kembali dengan kumpulan pesanan seterusnya. Saya merekodkan: - Apa yang berlaku - Apa yang menyebabkannya - Apakah tindakan yang membetulkannya - Siapa yang menyemak keputusan - Apakah perubahan yang boleh mengurangkan ralat ulangan Rekod tidak perlu panjang. Beberapa baris yang jelas boleh membantu orang seterusnya bertindak balas dengan lebih sedikit kelewatan. 9. Tonton keputusan selepas pembetulan Beberapa isu kembali selepas beberapa jam atau hari. Saya menyemak langkah yang berkaitan selepas pembaikan: - Penyerahan borang - Kadar kejayaan pembayaran - Ketepatan penghantaran - Masa tindak balas pelanggan - Laporan ralat - Permintaan bayaran balik Jika angka tidak bertambah baik, saya kembali kepada bukti. Penjelasan pertama mungkin tidak lengkap. Pandangan saya mudah: penyelesaian masalah yang cepat tidak bermakna tergesa-gesa untuk bertindak. Ini bermakna mengurangkan tekaan, memilih langkah seterusnya yang jelas dan menyemak sama ada langkah itu berjaya. Apabila saya mentakrifkan isu itu, mengesahkan fakta, menetapkan pemilikan, berkomunikasi secara jujur ​​dan menguji perjalanan pelanggan, masalah kecil berkemungkinan kecil akan menjadi lebih besar. Berminat untuk mengetahui lebih lanjut tentang trend dan penyelesaian industri? Hubungi Zeng: lila@zybrushtech.com/WhatsApp +8615262232790.

W. Edwards Deming (1986) Out of the Crisis James P. Womack dan Daniel T. Jones (2003) Lean Thinking Don Norman (2013) The Design of Everyday Things Atul Gawande (2009) The Checklist Manifesto Amy C. Edmondson (2019) The Fearless Organization John Doerr (2017)