Software QA yang Paham Singkatan Pelanggan Indonesia: Cara Mengujinya dengan "gk", "udh", dan "tf"

Published on:
November 10, 2026
Software QA yang Paham Singkatan Pelanggan Indonesia: Cara Mengujinya dengan "gk", "udh", dan "tf"

Software QA yang Paham Singkatan Pelanggan Indonesia:...

Software QA yang paham singkatan pelanggan Indonesia menilai percakapan customer service dengan standar seorang quality analyst manusia. RevelirQA, AI customer service QA software dari Revelir AI, dikalibrasi bersama setiap pelanggan hingga akurasinya melampaui 95%. Artinya, ketika QA analyst manusia milik pelanggan meninjau dan memvalidasi sampel evaluasi AI, lebih dari 95 dari 100 evaluasi dinilai benar. Cakupan 100% percakapan sudah menjadi standar minimum yang diklaim sebagian besar vendor auto QA. Ujian sebenarnya adalah apakah AI memahami bahasa pelanggan Anda, termasuk membaca "udh tf tp saldo gk masuk" sebagai keluhan transfer gagal tanpa perlu berpikir dua kali. Revelir menjalankan penilaian berbahasa Indonesia di produksi untuk Xendit dan Tiket.com pada ribuan tiket per minggu, dan pengalaman itulah dasar panduan pengujian di bawah ini.

TL;DR

  • Pilih software QA yang menilai setara quality analyst manusia. RevelirQA dikalibrasi per pelanggan hingga lebih dari 95 dari 100 evaluasi sampel dinyatakan benar oleh QA analyst pelanggan sendiri. Cakupan 100% percakapan hanyalah syarat dasar.
  • Singkatan seperti "gk", "udh", dan "tf" menguji tiga hal sekaligus: negasi, status waktu, dan istilah domain.
  • Uji dengan tiket nyata yang sudah dilabeli analyst Anda, lalu bandingkan skor AI per metrik di QA scorecard.
  • Periksa reasoning trace. AI yang memberi skor benar dengan alasan keliru tetap gagal uji.

Tentang Penulis: Artikel ini disusun oleh tim Revelir AI, pengembang RevelirQA, AI quality assurance platform yang menilai percakapan customer service berbahasa Inggris dan Indonesia di lingkungan produksi bervolume tinggi, termasuk operasi gabungan agen manusia dan chatbot di Xendit dan Tiket.com.

Mengapa singkatan seperti "gk", "udh", dan "tf" menjadi ujian sulit bagi AutoQA?

Singkatan informal adalah ujian sulit karena maknanya ditentukan konteks, sementara banyak sistem automated quality assurance dibangun di atas teks formal. Bentuk seperti "gk" dan "udh" muncul terus-menerus dalam tulisan online sehari-hari, bahkan dalam percakapan customer service sehari-hari.

Tiga singkatan dalam judul mewakili tiga jenis risiko yang berbeda:

  • "gk" (gak/tidak): penanda negasi. Salah baca berarti makna kalimat terbalik.
  • "udh" (sudah): penanda waktu. Menentukan apakah pelanggan sudah mencoba solusi yang disarankan agen.
  • "tf" (transfer): istilah domain. Di aplikasi pembayaran, "tf" hampir selalu berarti transaksi uang, dan maknanya bisa berbeda jauh di konteks lain.

Mekanismenya mirip teller bank yang membaca tulisan tangan buruk di slip setoran. Ia tidak mengeja huruf satu per satu; ia menebak dari nominal, nama rekening, dan jenis formulir. Model yang hanya mencocokkan kata kunci tidak punya "nominal dan formulir" itu, sehingga "tf" tetap tiga huruf tanpa arti.

Apa yang terjadi jika software QA salah membaca singkatan pelanggan?

Kesalahan membaca singkatan tidak berhenti di level kata; ia merambat ke skor agen dan keputusan coaching. Tabel berikut memetakan risikonya:

Pesan pelanggan Makna sebenarnya Akibat jika AI salah baca
"udh tf dr tadi pagi" Pelanggan sudah transfer sejak pagi Agen yang tidak mengecek status transaksi bisa dinilai lulus
"saldo gk masuk2" Saldo belum diterima Negasi hilang, masalah dianggap selesai, eskalasi yang terlewat tidak tertangkap
"ok udh bisa, makasih kak" Masalah terselesaikan Agen yang berhasil malah dinilai gagal menyelesaikan masalah

Pola terakhir sering diremehkan. Skor gagal yang keliru merusak kepercayaan agen terhadap seluruh program QA, dan sekali agen berhenti percaya pada skor, coaching kehilangan pijakannya.

Bagaimana cara menguji software QA dengan percakapan berbahasa gaul?

Cara paling andal adalah menguji dengan percakapan Anda sendiri, karena setiap bisnis punya singkatan khas yang tidak ada di daftar umum. Langkah-langkahnya:

  1. Kumpulkan tiket nyata. Ambil percakapan yang padat singkatan dan campur kode Inggris-Indonesia ("refund-nya udh di-approve?"). Sertakan juga tiket formal sebagai pembanding.
  2. Buat golden set. Minta QA analyst senior menilai tiket tersebut dengan QA scorecard yang sama yang akan dipakai AI.
  3. Sisipkan kasus jebakan. Masukkan negasi ganda ("bukannya gk bisa"), typo ("udah" vs "udh" vs "dah"), dan "tf" yang bermakna lain.
  4. Jalankan AI tanpa memberi tahu label. Bandingkan skor per metrik, bukan hanya skor total.
  5. Audit alasannya. Untuk setiap ketidaksesuaian, baca kutipan dan penalaran AI. Tentukan apakah kesalahan berasal dari bahasa, kebijakan, atau QA scorecard.

Keduanya berguna sebagai acuan saat menyusun kriteria golden set.

QA metrics apa yang membuktikan software benar-benar paham?

Setelah golden set siap, pertanyaannya bergeser ke cara membaca hasilnya. Gunakan QA metrics berikut:

  • Tingkat kesesuaian per metrik: seberapa sering skor AI sama dengan skor analyst untuk tiap kriteria di QA scorecard.
  • Selisih kesesuaian tiket gaul vs tiket formal: jika akurasi turun tajam pada tiket berbahasa gaul, AI belum siap.
  • Tingkat gagal palsu: agen yang dinilai gagal padahal benar. Metrik ini paling cepat merusak kepercayaan tim.
  • Kebenaran alasan: persentase skor benar yang alasannya juga benar.

Insight yang sering terlewat: skor benar dengan alasan salah adalah kegagalan yang tertunda. AI yang meluluskan agen karena salah mengira "gk" sebagai kata pengisi akan gagal pada tiket berikutnya yang strukturnya sedikit berbeda.

Apa peran kalibrasi dan reasoning trace dalam pengujian ini?

Kalibrasi dan reasoning trace mengubah pengujian dari tes sekali jalan menjadi proses yang terus memperbaiki diri. Di RevelirQA, kalibrasi berarti Revelir menyesuaikan penilaian bersama QA lead pelanggan sampai mereka menyetujuinya sebelum go-live. Prosesnya berlanjut sampai lebih dari 95 dari 100 evaluasi sampel dinyatakan benar oleh analyst pelanggan.

  • Penilaian berbasis makna: RevelirQA menilai makna dan akurasi ucapan agen terhadap substansi kebijakan pelanggan, yang diambil lewat RAG dari SOP dan knowledge base sebelum setiap evaluasi, sehingga tidak bergantung pada pencocokan kata kunci.
  • Jejak yang bisa diaudit: setiap skor mencatat model, prompt, dokumen yang diambil, kutipan percakapan, dan penalaran per kriteria. Analyst bisa langsung melihat apakah "gk" dibaca sebagai negasi.
  • Skor bisa dikoreksi: QA lead dapat mengubah skor, agen dapat mengajukan keberatan, dan ketidaksepakatan masuk kembali ke proses kalibrasi.

Rendy D. dari tiket.com merangkumnya: "We've manually reviewed tickets for years. Revelir is the first product that has made AI ticket review at scale actually usable."

Frequently Asked Questions

Apa itu AutoQA atau auto QA?

AutoQA adalah automated quality assurance untuk customer service, yaitu penilaian percakapan agen secara otomatis menggunakan AI terhadap QA scorecard.

Apakah cakupan 100% percakapan cukup untuk memilih vendor?

Tidak. Sebagian besar vendor sudah mengklaimnya. Yang membedakan adalah apakah penilaiannya setara quality analyst manusia, terutama pada bahasa informal.

Berapa banyak tiket yang dibutuhkan untuk menguji?

Cukup banyak untuk mewakili setiap contact reason utama dan pola singkatan khas pelanggan Anda. Yang lebih penting adalah variasi kasus, bukan sekadar jumlah.

Apakah RevelirQA juga menilai chatbot?

Ya. RevelirQA menerapkan QA scorecard yang sama pada agen manusia dan chatbot AI, selama chatbot menghasilkan log percakapan via API.

Bagaimana cara menguji RevelirQA sebelum berkomitmen?

Revelir menawarkan pilot berbayar selama enam minggu. AI menilai 10.000 percakapan dengan definisi dan target akurasi yang disepakati bersama QA lead di minggu pertama. Biaya pilot $10.000 dipotong penuh dari biaya deployment jika Anda melanjutkan.

Apakah AI otomatis memberi sanksi pada agen?

Tidak. Hasil penilaian dikirim ke QA lead, dan mereka yang memutuskan tindak lanjutnya.

About Revelir AI

Revelir AI, berkantor pusat di Singapura, membangun RevelirQA, AI scoring engine yang menilai percakapan customer service setara standar quality analyst manusia untuk tim enterprise global. RevelirQA dikalibrasi bersama setiap pelanggan hingga lebih dari 95 dari 100 evaluasi sampel dinyatakan benar oleh QA analyst pelanggan, lalu menilai 100% percakapan terhadap SOP pelanggan sendiri melalui RAG. Setiap skor dilengkapi reasoning trace lengkap, kemampuan yang penting bagi industri teregulasi seperti fintech. Xendit dan Tiket.com menjalankannya di produksi pada ribuan tiket per minggu dalam bahasa Inggris dan Indonesia.

Ingin melihat bagaimana RevelirQA membaca "udh tf tp gk masuk" dari tiket Anda sendiri? Kunjungi Revelir AI dan jadwalkan demo bersama tim kami.