Bahagian pertama siri ini menamakan tujuh tempat keuntungan bocor keluar daripada syarikat kontraktor dan penyelenggaraan, dan menyatakan bahawa yang terbesar ialah satu perkara sahaja: permintaan yang masuk, dilaksanakan, dan tidak pernah direkodkan. Ia juga menyatakan bahawa susunan yang praktikal ialah menutup jurang terbesar terlebih dahulu. Bahagian ini membincangkan tepat jurang tersebut.

Masalahnya bukan kerana WhatsApp itu buruk. Masalahnya ialah saluran perbualan digunakan sebagai sistem operasi. Perbualan membawa maklumat tetapi tidak menyimpan sebarang status, tidak mengeluarkan nombor rujukan, tidak memberi amaran kepada sesiapa apabila tarikh akhir berlalu, dan tidak menghasilkan sebarang laporan. Pesanan kerja ialah alternatifnya: satu rekod yang dicipta sebaik sahaja permintaan tiba, dan kekal bersamanya hingga ke invois.

Satu saluran penerimaan sebelum perkara lain

Kebanyakan usaha untuk menjadi teratur gagal atas sebab yang mudah: sistem ditambah di sebelah WhatsApp dan bukannya menggantikannya, jadi anda akhirnya mempunyai dua sumber kebenaran dan kru memilih yang lebih mudah. Oleh itu, langkah pertama ialah keputusan pengurusan, bukan keputusan teknikal: setiap permintaan masuk melalui satu tempat.

Ini tidak bermaksud menghalang pelanggan daripada menghantar mesej. Ia bermaksud sesiapa yang menerima mesej bertanggungjawab menukarnya kepada pesanan kerja sebelum mana-mana juruteknik bergerak. Dalam amalan, syarikat yang berjaya mengekalkan perkara ini melakukan tiga perkara serentak:

  • Menetapkan satu titik penerimaan yang benar-benar diketahui oleh pelanggan: satu nombor, satu portal atau satu peti masuk.
  • Menjadikan satu peraturan dalaman jelas: tiada lawatan tanpa nombor permintaan, dan tiada alat ganti dikeluarkan tanpa nombor permintaan.
  • Memberikan nombor permintaan kepada pelanggan dengan segera, supaya mereka mula bertanya tentang nombor itu dan bukannya menerangkan semula masalah dari awal.

Nombor permintaan: medan tempat segala yang lain bergantung

Nombor itu bukan kerja kertas. Ia ialah rujukan tempat kos dicatatkan. Apabila alat ganti dikeluarkan atas nombor permintaan, jam kerja juruteknik direkodkan pada nombor yang sama, dan kos perjalanan serta subkontraktor juga dicaj kepadanya, anda mempunyai kos yang dikira dan bukannya anggaran. Dan apabila nombor-nombor itu dijumlahkan kepada sesuatu kontrak atau projek, anda mengetahui margin kontrak tersebut, bukan sekadar margin syarikat secara keseluruhan.

Tujuan praktikalnya: apabila kontrak penyelenggaraan tiba masa untuk diperbaharui, perbezaan antara berunding dari kedudukan kuat dengan berunding berdasarkan perasaan ialah keupayaan anda untuk menyatakan bahawa pelanggan ini telah menggunakan bilangan lawatan tertentu dan nilai alat ganti tertentu sepanjang tahun. Tanpa nombor rujukan, perbualan itu hanyalah tanggapan.

Status dan pemilik: siapa yang memegang permintaan ini sekarang

Perkara yang menyusahkan hati pelanggan jarang sekali kelewatan itu sendiri; ia ialah tidak tahu di mana kedudukan permintaan mereka. Rangkaian status yang ringkas sudah memadai: direkodkan, ditugaskan, sedang dijalankan, menunggu alat ganti, menunggu pelanggan, selesai, ditutup. Dua yang paling penting dari segi operasi ialah menunggu alat ganti dan menunggu pelanggan, kerana kedua-duanya menghentikan jam yang berjalan menentang anda, meletakkan bola di gelanggang yang betul, dan muncul dalam penilaian prestasi anda dan bukannya lenyap dalam angka kelewatan yang umum.

Dan setiap permintaan mempunyai seorang pemilik yang dinamakan. Permintaan yang dimiliki oleh seluruh pasukan tidak dimiliki oleh sesiapa. Pemilik tidak semestinya orang yang melakukan kerja; dia ialah orang yang menjawab apabila pelanggan bertanya tentang perkembangannya.

Masa tindak balas: komitmen bertulis, bukan janji lisan

Kontrak penyelenggaraan biasanya menetapkan masa tindak balas dan masa penyelesaian, dan kadangkala mengenakan penalti padanya. Apabila jam itu tidak diukur secara automatik, anda mengetahui bahawa anda telah melanggarnya daripada aduan pelanggan dan bukannya daripada sistem anda sendiri. Keperluan asasnya ialah jam mula berjalan apabila permintaan direkodkan, bukan apabila seseorang kebetulan menyedarinya.

Asingkan dua angka: masa tindak balas, dari rekod hingga juruteknik tiba, dan masa penutupan, dari rekod hingga kerja selesai. Yang pertama mengukur disiplin penjadualan; yang kedua mengukur ketersediaan alat ganti dan sama ada kepakaran yang betul dihantar. Menggabungkan kedua-duanya menjadi satu angka menyembunyikan punca sebenar kelewatan. Dan apabila anda menetapkan keutamaan, kaitkan dengan kesan kerosakan terhadap operasi pelanggan, bukan dengan nada suaranya di telefon.

Apa yang direkodkan di tapak: nota, gambar, tandatangan

Inilah bahagian yang anda bayar beberapa bulan kemudian, bukan hari ini. Tiga perkara direkodkan di tapak pada saat pelaksanaan:

  • Nota pelaksanaan: apa yang menyebabkan kerosakan dan apa yang sebenarnya dilakukan. Inilah pengetahuan yang menurut bahagian pertama keluar pintu bersama pekerja. Apabila ditulis pada aset, ia kekal bersama syarikat.
  • Gambar sebelum dan selepas: bukti anda apabila pelanggan mempertikaikan keadaan aset sebelum lawatan, dan bukti anda di hadapan syarikat insurans atau pemilik bangunan apabila berlaku kerosakan.
  • Tandatangan pelanggan atau wakilnya: pengakuan bahawa kerja telah dilakukan dan diserahkan. Tanpanya, permohonan bayaran bertukar menjadi perdebatan.

Satu nota lapangan yang menentukan penerimaan: aplikasi yang memerlukan isyarat kuat tidak akan digunakan. Juruteknik di ruang bawah tanah, bilik loji atau bangunan dalam pembinaan perlu mengambil gambar, menulis dan mendapatkan tandatangan secara luar talian, kemudian semuanya disegerakkan secara automatik apabila isyarat kembali. Itu ialah syarat penerimaan, bukan sekadar ciri tambahan.

Variasi: dokumenkan sebelum melaksanakannya

Kebocoran ketiga dalam bahagian pertama ialah kerja tambahan yang dilakukan tanpa perintah perubahan. Pesanan kerja ialah tempat semula jadi untuk menangkapnya: apabila pelanggan meminta sesuatu di luar skop asal, satu baris tambahan dibuka dalam permintaan atau sebagai permintaan yang dipautkan, dan ditandatangani pada ketika itu juga. Perbezaan antara tandatangan dua minit di tapak dengan cubaan mendapatkannya sebulan kemudian ialah perbezaan antara wang yang dikutip dengan wang yang dihapus kira.

Daripada pesanan kerja kepada invois dan permohonan bayaran

Di sinilah pulangannya kelihatan. Permohonan bayaran atau invois tidak dibina daripada ingatan pada hujung bulan; ia dihimpunkan daripada pesanan kerja yang telah ditutup, setiap satu membawa buktinya sendiri: tarikh, keterangan, jam, alat ganti, gambar dan tandatangan. Penyerahan bertukar daripada projek penyelidikan kepada kerja menghimpun, dan mempertikaikannya menjadi lebih sukar kerana setiap baris mempunyai dokumen di belakangnya.

Dari sudut pematuhan, e-invois di Arab Saudi mewajibkan anda mengeluarkan invois elektronik yang terikat kepada transaksi sebenar dan disepadukan dengan platform Pihak Berkuasa Zakat, Cukai dan Kastam (ZATCA). Apabila sumber baris invois anda ialah pesanan kerja yang telah ditutup dan didokumenkan, pematuhan menjadi hasil sampingan cara anda beroperasi dan bukannya kerja tambahan pada hujung bulan.

Pandangan Origami

Apabila kami melaksanakan pesanan kerja untuk pelanggan kontraktor atau penyelenggaraan, kesilapan paling biasa yang kami lihat ialah bermula dengan borang besar yang mengandungi dua puluh medan wajib. Hasilnya boleh dijangka: kru mengisi medan dengan nilai sampah semata-mata untuk menutup skrin, dan anda akhirnya mempunyai data yang lebih teruk daripada tiada data langsung.

Apa yang berkesan dalam amalan: mulakan dengan enam medan wajib sahaja — pelanggan, tapak, keterangan, keutamaan, pemilik, status — serta sekeping gambar dan tandatangan semasa penutupan. Jalankannya selama sebulan penuh sehingga menjadi kebiasaan, kemudian tambah satu medan pada satu masa, setiap satu hanya apabila keputusan sebenar bergantung padanya. Peraturan yang kami gunakan: mana-mana medan yang tidak mengubah keputusan, tidak menyelesaikan pertikaian, atau tidak masuk ke dalam invois ialah medan yang melambatkan juruteknik tanpa sebab.

Dan metrik yang kami pantau pada bulan pertama bukanlah berapa banyak laporan yang dihasilkan oleh sistem, tetapi bahagian permintaan yang masuk ke dalam sistem berbanding dengan yang benar-benar sampai kepada penyelia. Jika permintaan terus masuk melalui pintu belakang, masalahnya ialah masalah pengurusan dan tiada sistem yang akan membetulkannya.

Seterusnya

Kini setelah setiap permintaan mempunyai nombor, pemilik dan jam, soalan seterusnya ialah siapa yang pergi, bila dan mengikut susunan apa. Bahagian ketiga membincangkan penjadualan pasukan lapangan dan penghantaran lawatan: memadankan kepakaran, menyusun lawatan mengikut geografi, menyemak ketersediaan alat ganti sebelum penghantaran, dan menjejak kehadiran serta lokasi dengan cara yang mematuhi Undang-undang Perlindungan Data Peribadi (PDPL).

Sumber