Cara Memastikan Pasukan Anda Benar-benar Menggunakan Sistem Perniagaan Baharu

Sistem baharu sudah beroperasi tiga minggu. Pembinaan telah diluluskan, data sudah dipindahkan dan pembekal tidak lagi menghubungi anda. Kemudian anda lalu di pejabat dan nampak: hamparan lama masih terbuka di skrin kerani, juruteknik masih menghantar butiran kerja melalui WhatsApp, dan sistem baharu hanya memuatkan separuh daripada pesanan minggu lepas. Tiada siapa sengaja menyusahkan. Mereka hanya memilih cara yang paling cepat untuk mereka petang itu.

Panduan ini untuk pemilik dan pengurus perusahaan kecil dan sederhana yang baru melancarkan, atau akan melancarkan, sistem perniagaan tersuai dan mahu pasukan mereka benar-benar menggunakannya. Ia merangkumi 30 hari pertama selepas pelancaran: siapa yang memiliki sistem, cara melatih, bila mematikan cara lama, cara mengendalikan aduan dan cara mengetahui sama ada orang betul-betul menggunakannya. Ia panduan umum, bukan janji tentang latihan atau sokongan mana-mana pembekal, dan ia tentang manusia dan tabiat, bukan perisian.

Mengapa sistem gagal selepas dilancarkan

Sistem yang lulus ujian masih boleh gagal dalam penggunaan harian. Puncanya biasanya soal manusia dan agak mudah diramal:

• Orang kekal dengan cara lama. Hamparan, buku nota atau kumpulan WhatsApp masih berfungsi, semua orang sudah biasa dan tiada apa yang memaksa perubahan. Jika dua-dua cara dibiarkan terbuka, cara lama menang kerana tidak memerlukan usaha.
• Cara baharu lebih perlahan pada hari pertama. Menaip kerja dalam borang mengambil masa lebih lama daripada mencatat di atas kertas, terutama bagi orang yang bertahun-tahun menggunakan rutin lama. Manfaatnya (kurang kesilapan, laporan segera, tiada menaip semula) kebanyakannya sampai kepada pemilik dan pejabat, bukan orang yang memasukkan data.
• Tiada sesiapa yang memilikinya. Pembekal membinanya, pemilik sibuk, dan setiap pekerja menganggap orang lain akan menjawab soalan dan membetulkan masalah kecil. Aduan bertaburan dalam pelbagai sembang dan tiada apa yang diputuskan.
• Latihan berkisar pada ciri. Lawatan dua jam ke setiap menu dilupakan sebelum hari Jumaat. Orang ingat lima perkara yang mesti dibuat pada pagi Isnin.

Semua ini bukan masalah teknologi, jadi tidak diselesaikan dengan lebih banyak perisian. Ia diselesaikan oleh beberapa keputusan yang dibuat pemilik dalam minggu-minggu pertama.

Lantik seorang pemilik: juara sistem

Pilih seorang dalam perniagaan anda untuk memiliki sistem itu setiap hari. Inilah juara sistem (system champion). Biasanya bukan pemilik dan bukan orang yang paling mahir teknikal, tetapi orang yang tahu bagaimana kerja sebenarnya berjalan, dihormati rakan sekerja dan sanggup bertanya. Dalam perniagaan kecil, ia selalunya pengurus pejabat, ketua operasi atau kerani kanan.

Juara tidak perlu pakar pada hari pertama. Tugasnya menjadi orang pertama yang ditanya rakan sekerja, mengumpul masalah dan menjadi satu-satunya orang yang berhubung dengan pembekal. Beri dia masa sebenar (satu hingga dua jam sehari dalam minggu-minggu pertama itu munasabah) dan nyatakannya di hadapan pasukan, jika tidak ia menjadi kerja sampingan pada waktu malam.

Peranan pemilik juga jelas: gunakan sistem itu sendiri, minta laporan daripadanya dan bukan daripada hamparan lama, serta sokong juara apabila ada yang berkata "saya buat cara lama sajalah." Jika pemilik masih meminta hamparan, pasukan akan terus menghidupkannya.

Latih mengikut tugas harian sebenar, bukan ciri

Kesilapan latihan yang paling biasa ialah menerangkan menu satu persatu. Kakitangan tidak menggunakan "modul pelanggan"; mereka menjawab panggilan, menempah kerja, menyemak apa yang tertunggak atau mengeluarkan sebut harga. Bina latihan di sekitar tugas itu, mengikut peranan, dengan contoh sebenar minggu ini.

Corak mudah ini sesuai untuk kebanyakan pasukan kecil: satu tunjuk cara 20 minit bagi setiap peranan, satu helaian rujukan ringkas sehalaman, dan sesi "tunjuk saya" selepas itu apabila seseorang tersekat. Buat tunjuk cara dengan data sebenar (atau yang realistik) supaya orang nampak pelanggan dan produk mereka sendiri, bukan demo. Jika anda telah menjalankan ujian penerimaan pengguna dengan tugas sebenar, gunakan semula skrip itu sebagai bahan latihan.

Pastikan helaian rujukan sehalaman sahaja, dalam bahasa yang benar-benar dibaca staf anda (Inggeris, Bahasa Malaysia atau Cina), dengan tangkapan skrin sebenar dan perkataan tepat pada butang, dan cetak di tempat kerja dijalankan. Sesi "tunjuk saya" yang pendek mengatasi kelas yang panjang: sepuluh minit di meja seseorang dengan tugasnya sendiri mengajar lebih daripada sejam slaid. Jika sistem anda mempunyai beberapa peranan pengguna, akses setiap peranan menentukan apa yang dilihat setiap orang, jadi latih mereka pada skrin yang benar-benar mereka dapat.

Tetapkan tarikh peralihan dan hentikan cara lama

Tarikh peralihan (cut-over) ialah hari hamparan atau proses lama berhenti menjadi tempat kerja direkodkan. Tanpanya, sistem baharu menjadi "satu lagi benda yang perlu diisi," dan kemasukan berganda senyap-senyap menjadi kekal.

Pilih tarikh bersama pasukan, umumkan sekurang-kurangnya seminggu atau dua minggu lebih awal dan tulis ia. Pada tarikh itu, jadikan cara lama baca sahaja: simpan hamparan sebagai salinan baca sahaja, pindahkan ke folder arkib dan berhenti menerima butiran kerja melalui sembang. Peraturan "tiada kemasukan berganda selepas hari X" mudah: selepas tarikh peralihan, sesuatu rekod wujud dalam sistem baharu atau ia tidak wujud.

Tegas tidak bermaksud kasar. Tempoh selari yang pendek munasabah untuk rekod kritikal, seperti seminggu atau dua minggu apabila angka akhir bulan atau invois disemak dengan hamparan lama, dengan seorang yang bertanggungjawab membuat perbandingan. Perkara pentingnya ialah tempoh selari itu ada tarikh tamat, dan kakitangan biasa tidak diminta menaip segala-galanya dua kali. Ia semakan ke atas sistem baharu, bukan kerja kedua untuk semua orang.

Cara anda melancarkan (semua orang pada satu tarikh, atau satu cawangan atau aliran kerja pada satu masa) ialah keputusan berasingan yang patut dibuat sebelum pelancaran; panduan ini menganggap tarikh sudah ditetapkan dan menumpukan pada apa yang berlaku selepasnya. Jika anda masih memutuskan bila sistem akan siap, lihat berapa lama sistem perniagaan tersuai mengambil masa, dan jika rekod lama masih perlu dipindahkan, baca memindahkan data anda ke sistem baharu.

Pelan 30 hari pertama, minggu demi minggu

Bulan pertama menentukan sama ada tabiat itu kekal. Ini pelan ringkas yang boleh anda sesuaikan; tarikh kurang penting berbanding ada orang yang melihat angka setiap minggu.

Jangkakan satu dua minggu pertama terasa lebih perlahan. Kejatuhan itu biasa, dan pasukan yang diberitahu akan perkara itu jauh kurang cenderung menganggapnya sebagai kegagalan. Sebutkannya terus terang pada hari pertama: "ini akan lebih perlahan selama beberapa hari, dan kita akan membetulkan apa yang melambatkan anda."

Siapa menjawab soalan dalam minggu-minggu pertama

Orang berhenti menggunakan sistem apabila mereka tersekat dan tiada sesiapa berhampiran. Tentukan awal-awal siapa menjawab apa, dan beritahu semua orang dalam satu mesej.

• "Bagaimana saya buat ini?" Juara, atau pengganti apabila dia tiada. Helaian rujukan dahulu, kemudian "tunjuk saya" yang pantas.
• "Ini nampak salah atau rosak." Juara mencatatnya, cuba mengulanginya dan memutuskan sama ada ia kesilapan penggunaan, pepijat atau permintaan perubahan.
• "Boleh tak ia buat ini pula?" Juara mencatatnya sebagai permintaan, dan pemilik memutuskan kemudian (lihat bahagian seterusnya).
• Soalan kepada pembekal. Hanya juara menghubungi pembekal, sekali gus, supaya pembekal menerima satu senarai yang kemas.

Tanya pembekal anda, sebelum pelancaran, sokongan apa yang akan anda dapat selepas pelancaran dan untuk berapa lama, dan dapatkan jawapannya secara bertulis. Panduan ini tidak dapat memberitahu apa yang ditawarkan oleh mana-mana pembekal.

Mengendalikan tentangan: dengar geseran yang sebenar

Apabila seseorang berkata "saya tidak suka sistem baharu ini," anggaplah ia maklumat. Selalunya aduan itu tentang satu langkah tertentu, dan orang itu betul. Duduk bersamanya dan lihat dia membuat tugas itu sebelum memutuskan apa-apa.

Bukan semua permintaan itu pepijat. Sesuatu yang dulu berfungsi dan kini tidak, atau bercanggah dengan apa yang dipersetujui, ialah pepijat yang patut dibetulkan pembekal. Sesuatu yang baharu yang anda mahu ialah permintaan perubahan, yang pemilik menilai harganya dan menjadualkannya. Mengasingkan kedua-duanya dengan betul memendekkan pertikaian dengan pembekal; penyelenggaraan perisian selepas pelancaran: pepijat lawan perubahan menerangkan perbezaannya dan cara meminta setiap satu. Petua dalam bulan pertama: betulkan kemenangan cepat dengan segera, kumpulkan permintaan yang lebih besar dalam senarai "kemudian" dan putuskan bersama pada hari ke-30, supaya pasukan nampak maklum balas didengar tanpa sistem berubah setiap hari.

Dengar juga corak. Jika tiga orang tersekat pada langkah yang sama, langkah itu perlu dibetulkan. Jika seorang kerap mengelak sistem, tanya secara peribadi apa yang menghalangnya sebelum menganggap ia soal sikap.

Kumpulkan maklum balas di satu tempat

Aduan dalam enam kumpulan sembang tidak dapat dikira, diutamakan atau dijawab. Simpan satu log maklum balas, hamparan kongsi atau borang, dan beritahu semua orang bahawa jika tiada dalam log, ia dianggap tidak berlaku. Juara memiliki log itu dan menyemaknya bersama pemilik setiap minggu.

Empat peraturan menjadikan log berguna: satu baris bagi setiap item, sentiasa ada tarikh dan nama, satu jenis (soalan, mungkin pepijat atau permintaan), dan status yang boleh dibaca sekali pandang. Beritahu orang apabila sesuatu item ditutup. Log yang tiada siapa jawab mengajar kakitangan supaya tidak perlu bersusah payah.

Ukur penerimaan dengan cara mudah

Anda tidak perlukan papan pemuka untuk tahu sama ada orang menggunakan sistem. Beberapa ukuran mudah yang disemak setiap minggu sudah mencukupi. Pilih dua atau tiga dan catat angkanya di tempat yang sama setiap minggu.

Sekadar contoh dengan angka rekaan: sebuah perniagaan servis menyiapkan 50 kerja dalam seminggu dan mendapati 38 ada dalam sistem, jadi kira-kira 76% dimasukkan. Jika ia naik kepada 44 dan kemudian 49 dalam dua minggu berikutnya, tabiat sedang terbentuk. Jika ia terhenti pada 38, ketahui kerja mana yang tertinggal dan siapa mengendalikannya, kemudian tanya apa yang menghalang.

Apakah yang dikatakan baik? Tiada penanda aras sejagat, kerana bergantung pada kerja dan orang anda. Sasaran yang munasabah lebih mudah: menjelang akhir bulan pertama, hampir semua kerja melalui sistem, hamparan tidak lagi disunting, tugas rutin tidak mengambil masa lebih lama daripada cara lama, dan pemilik membaca laporan daripada sistem. Jika sesuatu ukuran kekal mendatar selepas sebulan, anggaplah ia soalan untuk disiasat, bukan hukuman ke atas pasukan.

Senarai semak: 30 hari pertama

• Seorang juara sistem dan pengganti bernama, dengan masa diperuntukkan untuk peranan itu.
• Tarikh peralihan diumumkan secara bertulis, dengan hamparan atau proses lama dijadikan baca sahaja pada hari itu.
• Tempoh selari yang singkat, hanya jika perlu, dengan tarikh tamat dan seorang yang bertanggungjawab.
• Satu tunjuk cara 20 minit bagi setiap peranan, berasaskan tugas harian sebenar.
• Satu helaian rujukan sehalaman bagi setiap peranan, dicetak di tempat kerja dijalankan.
• Satu log maklum balas, disemak setiap minggu, dengan item yang ditutup dilaporkan semula.
• Dua atau tiga ukuran penerimaan dicatat setiap minggu.
• Senarai "kemudian" untuk permintaan perubahan dan mesyuarat keputusan pada hari ke-30.

Kesilapan lazim

• Membiarkan kedua-dua cara terbuka tanpa had. Tanpa tarikh peralihan, cara lama kekal.
• Melatih semua ciri. Ajar apa yang dibuat setiap peranan pada hari Isnin biasa.
• Tiada pemilik bernama. Soalan bertaburan dan isu kecil tidak pernah dibetulkan.
• Menganggap aduan sebagai sikap. Kebanyakannya mengandungi masalah sebenar yang patut dibetulkan.
• Pemilik masih menggunakan hamparan. Pasukan mengikut apa yang diminta pemilik.

Kedudukan Gotka Technologies

Perkhidmatan Pembangunan Aplikasi & Sistem Gotka membina aplikasi mudah alih, aplikasi web dan sistem perniagaan, bermula daripada RM8,000 (indikatif) untuk aplikasi web dan papan pemuka, RM12,000 untuk sistem perniagaan dan integrasi serta RM15,000 untuk aplikasi mudah alih, masing-masing disahkan melalui sebut harga bertulis selepas keperluan anda dikenal pasti. Panduan ini nasihat umum dan tidak menerangkan sebarang terma latihan, serah terima atau sokongan, jadi minta mana-mana pembekal, termasuk Gotka, menulis apa yang berlaku selepas pelancaran. Jika anda masih memutuskan sama ada mahu membina, lihat tanda perniagaan anda sudah melepasi hamparan; untuk memberi taklimat yang baik kepada pembangun, apa yang perlu disediakan sebelum perbualan pertama. Untuk jenis sistem tertentu, lihat juga automasi sebut harga ke invois, kehadiran, cuti dan tuntutan staf, portal pelanggan, pengurusan berbilang cawangan dan CRM ringkas. Pasukan kami boleh dihubungi melalui halaman hubungi.

Istilah utama dalam panduan ini

• Pelancaran (go-live): hari sistem baharu mula digunakan untuk kerja sebenar.
• Tarikh peralihan (cut-over): hari hamparan atau proses lama berhenti menjadi tempat kerja direkodkan.
• Juara sistem: seorang dalaman yang memiliki sistem setiap hari dan menjadi hubungan pertama untuk soalan.
• Tempoh selari: tempoh singkat yang dirancang apabila rekod lama dan baharu dibandingkan, biasanya untuk rekod kritikal sahaja.
• Kemasukan berganda: merekod maklumat yang sama dalam sistem lama dan baharu.
• Helaian rujukan: panduan sehalaman khusus peranan untuk tugas harian, dengan tangkapan skrin.
• Penerimaan (adoption): setakat mana orang benar-benar menggunakan sistem untuk kerja sebenar mereka.
• Permintaan perubahan: ciri baharu atau berbeza, berlainan dengan pepijat, iaitu sesuatu yang tidak berfungsi seperti dipersetujui.