Kecemerlangan operasi dalam penyampaian perkhidmatan

Pelanggan yang menggeleng kepala di kaunter bank itu bukan marah kepada juruwang. Dia marah kepada sistem yang memaksa juruwang membuka lima skrin berlainan untuk satu transaksi yang sepatutnya mengambil masa dua minit. Juruwang itu tersenyum, bercakap sopan, mengikut skrip dengan sempurna — dan pelanggan masih pulang dengan rasa kecewa. Itulah operational excellence yang gagal, dan pelanggan sentiasa merasakannya lebih dahulu sebelum syarikat sedar akan sebabnya.

Ini tesis yang saya pegang selepas bertahun-tahun memetakan proses di belakang tabir: kebanyakan kegagalan pengalaman pelanggan bukan kegagalan sikap kakitangan. Ia kegagalan proses yang memakai wajah kakitangan. Skrip customer service tidak boleh membaiki sistem back-office yang reput. Latihan empati tidak boleh memampatkan tujuh langkah kelulusan kepada tiga. Selagi perbualan tentang customer experience tidak turun ke paras proses — siapa buat apa, dengan sistem apa, dalam berapa lama — ia hanya falsafah yang cantik di atas kertas.

Operational excellence dalam penyampaian perkhidmatan bermaksud proses back-office direka supaya setiap langkah menyumbang secara langsung kepada hasil yang pelanggan rasa — bukan sekadar cekap di atas kertas organisasi, tetapi bebas daripada langkah berlebihan, serahan yang hilang maklumat, dan jeda menunggu yang tidak perlu. Ia diukur bukan oleh berapa cepat sistem berjalan, tetapi oleh berapa sedikit beban yang terpaksa ditanggung pelanggan akibat ketidakcekapan dalaman.

Apakah beza operational excellence dengan sekadar "cekap"?

Syarikat yang cekap boleh memproses seribu permohonan sehari. Syarikat yang cemerlang secara operasi memproses seribu permohonan sehari dan setiap pemohon berasa proses itu adil, jelas, serta tidak membazirkan masa mereka. Kecekapan mengukur output organisasi; operational excellence mengukur beban yang dipindahkan — atau tidak dipindahkan — kepada pelanggan.

Ramai pengurus operasi silap sangka apabila mereka memangkas kos dan masa proses dalaman, pengalaman pelanggan automatik bertambah baik. Realitinya tidak semudah itu. Sebuah proses boleh menjadi lebih pantas untuk syarikat tetapi lebih menyakitkan untuk pelanggan — contohnya apabila panggilan diarah ke sistem IVR automatik yang mempercepatkan penyelesaian purata syarikat, tetapi memaksa pelanggan mengulang maklumat yang sama tiga kali kepada tiga sistem berlainan. Itu bukan operational excellence. Itu pemindahan kos operasi kepada pelanggan, dibungkus sebagai automasi.

Mengapa peta perjalanan pelanggan selalu berbeza dengan realiti operasi di lapangan?

Kebanyakan syarikat memiliki peta perjalanan pelanggan yang cantik — kotak-kotak rapi menunjukkan "Sedar," "Pertimbang," "Beli," "Guna," "Sokong." Yang jarang ada dalam peta itu ialah lapisan kedua: apa sebenarnya berlaku di sebalik setiap kotak itu. Siapa yang mengendalikan permohonan itu? Berapa lama ia menunggu dalam baris giliran sistem sebelum disentuh manusia? Berapa banyak jabatan yang perlu meluluskannya sebelum pelanggan menerima jawapan?

Peta perjalanan yang dilukis dari sudut pandang pemasaran menceritakan kisah yang pelanggan mahu dengar. Peta proses yang dilukis dari sudut pandang operasi menceritakan kisah yang sebenarnya berlaku. Jurang antara kedua-dua peta itu — itulah tempat kejutan buruk bersembunyi: kelulusan yang tersekat di meja seorang pengurus yang sedang bercuti, sistem CRM yang tidak bercakap dengan sistem billing, borang yang perlu ditaip semula kerana format fail tidak serasi. Pelanggan tidak nampak sistem-sistem ini. Mereka hanya nampak jawapan lambat, dan mereka menyimpulkan syarikat itu tidak peduli.

Di mana sebenarnya bottleneck tersembunyi dalam operasi perkhidmatan?

Bottleneck yang paling merosakkan pengalaman jarang berada di titik yang paling kelihatan. Ia biasanya berada di serahan (handoff) — titik di mana kerja berpindah daripada satu jabatan, sistem, atau orang kepada yang lain. Setiap serahan membawa risiko: maklumat hilang, konteks perlu diulang, dan tanggungjawab menjadi kabur.

Dalam kerja process discovery, saya selalu mula dengan soalan mudah kepada pasukan barisan hadapan: "Bila kali terakhir kamu terpaksa minta maaf kepada pelanggan sebab sistem, bukan sebab kesilapan kamu?" Jawapan mereka hampir selalu menunjuk kepada titik serahan yang sama — permohonan pinjaman yang terperangkap antara jabatan kredit dan jabatan risiko, tuntutan insurans yang bertukar tangan tiga kali sebelum sampai kepada juru nilai yang betul, pesanan e-dagang yang gagal disegerak antara sistem inventori dan sistem penghantaran. Mengesan bottleneck bukan kerja meneka; ia kerja menyoal orang yang paling hampir dengan kerosakan itu.

Bagaimana friction operasi bertukar menjadi sludge yang pelanggan rasa?

Richard Thaler membezakan antara friction — geseran yang wujud secara semula jadi dalam sesuatu proses — dan sludge, iaitu geseran yang direka atau dibiarkan berterusan walaupun ia tidak perlu, sering demi kemudahan atau kos syarikat sendiri. Pakar undang-undang Cass Sunstein memperluaskan idea ini dalam kajiannya tentang kesan ekonomi tingkah laku ke atas dasar awam dan perkhidmatan, dengan hujah bahawa sludge — borang berlebihan, dokumen berulang, syarat pengesahan yang tidak perlu — mengenakan kos masa dan tenaga psikologi yang tersembunyi ke atas pengguna, walaupun ia jarang muncul dalam sebarang laporan kewangan syarikat.

Inilah sebab process discovery penting dalam bahasa CX, bukan sekadar bahasa jurutera proses: setiap langkah tambahan yang tidak menyumbang nilai kepada pelanggan bukan sekadar kos operasi — ia sludge yang pelanggan bawa pulang sebagai memori buruk tentang jenama itu. Borang KYC yang meminta dokumen yang sama tiga kali. Syarat "sila hubungi cawangan berdekatan" untuk sesuatu yang sepatutnya boleh diselesaikan dalam apl. Semua ini kelihatan kecil dari dalam organisasi, tetapi ia besar dari sudut pelanggan yang hanya mahu satu perkara selesai.

Setiap langkah proses yang tidak menambah nilai kepada pelanggan bukan kecekapan yang hilang — ia sludge yang pelanggan bawa pulang sebagai memori tentang jenama itu.

Bagaimana cara memetakan proses untuk mendedahkan kebenaran operasi?

Pemetaan proses yang berguna tidak bermula dengan lukisan carta alir yang kemas di bilik mesyuarat. Ia bermula dengan berjalan di lantai operasi dan menyoal orang yang benar-benar melakukan kerja itu. Berikut susunan yang saya guna dalam hampir setiap projek discovery:

1. Kenal pasti titik permulaan dan titik akhir yang pelanggan sendiri anggap sebagai "selesai." Ini selalunya berbeza daripada definisi selesai yang digunakan oleh sistem dalaman syarikat.
2. Ikut satu kes sebenar dari hujung ke hujung — bukan versi ideal dalam manual prosedur, tetapi kes sebenar dengan segala kelewatan, pengecualian, dan jalan pintas yang biasa dibuat kakitangan.
3. Catat setiap serahan dan tandakan siapa yang memegang kerja itu pada bila-bila masa. Jika tidak ada seorang pun yang boleh menjawab dengan pasti, itu sendiri satu penemuan.
4. Ukur masa tunggu, bukan hanya masa kerja. Dalam kebanyakan proses perkhidmatan, masa menunggu antara langkah jauh lebih lama daripada masa sebenar kerja dilakukan.
5. Semak setiap langkah dengan soalan tunggal: adakah langkah ini wujud untuk melindungi pelanggan, melindungi syarikat, atau sekadar warisan sistem lama? Jika jawapannya "warisan," ia calon kuat untuk dipangkas.
6. Sahkan penemuan dengan data operasi sebenar — bukan hanya persepsi pasukan pengurusan tentang bagaimana proses sepatutnya berjalan.

Kaedah service blueprint — teknik yang mendokumenkan tindakan pelanggan bersama proses back-stage yang menyokongnya — masih antara alat paling berkesan untuk kerja ini kerana ia memaksa organisasi meletakkan pengalaman pelanggan dan realiti dalaman pada satu helaian yang sama. Tanpa itu, jabatan operasi dan jabatan pengalaman pelanggan hidup dalam dua realiti berbeza yang tidak pernah bertembung sehingga pelanggan mengadu.

Kenapa hujung sesuatu proses lebih penting daripada purata sepanjang proses?

Kajian klasik oleh Daniel Kahneman, Barbara Fredrickson, Charles Schreiber, dan Donald Redelmeier pada 1993, diterbitkan dalam jurnal Psychological Science, menunjukkan bahawa manusia mengingati sesuatu pengalaman bukan berdasarkan purata keseluruhan, tetapi berdasarkan detik kemuncak dan detik akhir — dikenali sebagai peak-end rule. Ini mempunyai implikasi besar untuk reka bentuk operasi.

Jika organisasi hanya melabur dalam memperbaiki purata masa proses tetapi mengabaikan bagaimana proses itu berakhir, mereka membazir peluang. Sebuah tuntutan insurans yang mengambil masa sembilan hari tetapi berakhir dengan pengesahan yang jelas dan permintaan maaf yang tulus untuk kelewatan, boleh diingati lebih baik daripada tuntutan yang selesai dalam lima hari tetapi berakhir dengan e-mel automatik yang sejuk dan tanpa penjelasan. Ini bukan lesen untuk melambatkan proses — ia peringatan bahawa reka bentuk operasi mesti sengaja memberi perhatian khusus kepada langkah terakhir sebelum kerja itu ditutup, kerana itulah yang paling lama tinggal dalam memori pelanggan.

Bagaimana operational excellence berbeza daripada sekadar pemotongan kos?

Ramai pengurus kanan mengelirukan dua perkara ini kerana kedua-duanya sering bermula dengan carta proses yang sama. Bezanya terletak pada soalan yang diajukan sebelum sesuatu langkah dipangkas.

• Pemotongan kos bertanya: "Berapa banyak wang atau masa boleh kita jimatkan dengan menghapuskan langkah ini?"
• Operational excellence bertanya: "Adakah langkah ini menambah nilai kepada pelanggan, kepada syarikat, atau kepada tiada-tiada dua?"
• Pemotongan kos sering memindahkan kerja daripada kakitangan kepada pelanggan tanpa disedari — self-service yang sebenarnya lebih membebankan, borang dalam talian yang menggantikan perbualan manusia untuk isu yang kompleks.
• Operational excellence menghapuskan kerja yang benar-benar tidak perlu, dan mengekalkan — malah menambah — sentuhan manusia pada titik yang benar-benar penting kepada pelanggan.

Kajian Bain & Company bertajuk Closing the Delivery Gap, yang diterbitkan pada 2005, mendapati bahawa 80% syarikat percaya mereka menyampaikan pengalaman yang unggul, sedangkan hanya 8% pelanggan mereka bersetuju. Jurang sebesar itu jarang berpunca daripada niat buruk pengurusan. Ia berpunca daripada pengurusan menilai operasi mereka berdasarkan metrik dalaman — kos seunit, masa pemprosesan purata — sedangkan pelanggan menilai berdasarkan apa yang mereka rasa pada setiap sentuhan.

Bagaimana membina budaya penambahbaikan proses yang berterusan, bukan projek sekali sahaja?

Process discovery yang dilakukan sekali setahun sebagai "projek transformasi" hampir pasti akan reput semula dalam masa dua belas bulan. Proses yang baik memerlukan penjagaan berterusan, bukan pembedahan besar sekali sekala. Beberapa amalan yang berkesan dalam pengalaman saya:

• Letakkan pemilik yang jelas untuk setiap proses hujung-ke-hujung yang menyentuh pelanggan — bukan pemilik untuk setiap jabatan yang menyentuh sebahagian daripadanya.
• Gunakan mystery shopping secara berkala untuk menguji proses dari sudut pandang pelanggan sebenar, bukan hanya audit dalaman yang menyemak sama ada langkah dipatuhi, tanpa menyemak sama ada langkah itu masuk akal.
• Jadikan aduan pelanggan yang berulang sebagai isyarat proses, bukan sekadar isyarat latihan kakitangan — kerana aduan berulang biasanya menunjukkan kerosakan sistemik, bukan kesilapan individu.
• Beri kuasa kepada pasukan barisan hadapan untuk mencadangkan pembaikan proses, kerana mereka yang paling hampir dengan tempat kerosakan sebenar berlaku.

Kerja reka bentuk proses yang serius selalu bermula dengan menyoal andaian lama sebelum melukis carta baru. Dan ia selalu berkait rapat dengan reka bentuk perkhidmatan secara keseluruhan — kerana proses yang direka tanpa mengambil kira pengalaman pelanggan hanya akan menghasilkan kecekapan yang sunyi dan tidak dirasai sesiapa di luar organisasi.

Bagaimana sebuah organisasi tahu di mana untuk mula?

Bagi kebanyakan syarikat, titik permulaan paling praktikal bukan projek pemetaan besar-besaran ke seluruh organisasi, tetapi diagnosis jujur tentang tahap kematangan operasi dan pengalaman semasa. Alat seperti penilaian kematangan CX boleh membantu pasukan pengurusan melihat dengan jelas di mana jurang antara niat dan realiti paling besar, sebelum melabur masa dan bajet ke dalam pemetaan proses penuh.

Dari situ, kerja sebenar bermula: pilih satu perjalanan pelanggan yang paling kritikal — biasanya yang paling kerap mencetuskan aduan atau kehilangan pelanggan — dan petakan ia dengan jujur dari hujung ke hujung, seperti yang dibincangkan dalam artikel kami tentang membentuk perjalanan omnichannel yang terasa lancar. Kejayaan pada satu perjalanan itu akan menjadi bukti konsep yang membuka pintu untuk membaiki yang selebihnya.

Apa yang perlu diingat selepas semua ini?

Operasi yang cemerlang tidak pernah kelihatan hebat dari luar — dan itulah tandanya ia berfungsi. Pelanggan tidak memuji sistem yang lancar; mereka hanya tidak menyedarinya, kerana tidak ada apa-apa yang menggangu mereka untuk disedari. Sebaliknya, setiap kali proses gagal, pelanggan sedar dengan sangat cepat, walaupun mereka tidak faham sebabnya — mereka hanya tahu mereka rasa diabaikan.

Kerja seorang pengamal operasi bukan untuk mencipta pengalaman yang mengagumkan. Ia untuk menghapuskan sebab-sebab pengalaman itu gagal, satu serahan, satu borang, satu jeda menunggu pada satu masa — supaya apa yang tinggal untuk pelanggan rasa hanyalah kerja yang sepatutnya dilakukan syarikat itu sejak awal.