Cara Mengotomatiskan Pertanyaan Status Pesanan dan Cek Resi

Penulis Shadow28 Sep,2026

“Pesanan saya ada di mana?” merupakan salah satu pertanyaan paling berulang dalam customer service e-commerce. Pembeli ingin mengetahui apakah pembayaran sudah diterima, kapan barang diproses, apakah paket sudah diserahkan kepada kurir, dan mengapa tracking belum berubah.
Jika admin mengecek setiap order secara manual, waktu tim banyak digunakan untuk mengambil informasi yang sebenarnya sudah tersedia di sistem. Chatbot status pesanan dapat membantu dengan membaca data order dan logistik, lalu menjelaskannya dalam bahasa yang mudah dipahami. Otomatisasi ini harus memiliki batas. Sistem tidak boleh menebak lokasi paket atau menjanjikan tanggal tiba ketika datanya tidak tersedia.

Artikel ini membahas cara membangun chat otomatis status pesanan bagi seller. Fokusnya adalah pelayanan pelanggan, bukan membuat alat cek resi untuk konsumen umum.

Mengapa Pertanyaan Status Pesanan Terus Berulang

Halaman tracking sering menampilkan status singkat seperti “diproses” atau “dalam perjalanan”. Pembeli belum tentu memahami apa artinya, kapan status akan berubah, atau tindakan apa yang perlu dilakukan.
Pertanyaan juga meningkat ketika:

Toko membutuhkan waktu untuk memproses order.
Nomor resi belum muncul.
Tracking tidak berubah selama beberapa hari.
Paket melewati estimasi.
Alamat atau pengiriman bermasalah.
Pembeli tidak menerima notifikasi platform.
Satu order dikirim dalam beberapa paket.

Jawaban yang baik tidak sekadar mengulang status. Customer service perlu menjelaskan arti status, data terakhir yang tersedia, dan langkah berikutnya.

Apa Itu Chatbot Status Pesanan

Chatbot status pesanan adalah sistem percakapan yang membantu pelanggan memperoleh informasi order melalui chat. Sistem mengidentifikasi pesanan, mengambil data yang diizinkan, menerjemahkan status teknis ke bahasa natural, dan mengalihkan kasus bermasalah kepada admin.
Kemampuan ini dapat menjadi bagian dari layanan pelanggan AI untuk e-commerce. Nilainya berasal dari hubungan antara percakapan dan data order, bukan dari jawaban generik.

Perbedaannya dengan Halaman Cek Resi

Aspek	Halaman Cek Resi	Chatbot Status Pesanan
Pengguna	Pembeli memasukkan nomor resi	Pembeli bertanya dalam percakapan
Data utama	Event dari kurir	Data order, proses toko, resi, dan event logistik yang tersedia
Bentuk jawaban	Daftar status	Penjelasan dan langkah berikutnya
Klarifikasi	Terbatas	Dapat meminta nomor order atau informasi tambahan
Eskalasi	Biasanya tidak ada	Dapat meneruskan kasus kepada admin
Tujuan	Menampilkan tracking	Membantu menyelesaikan pertanyaan pelanggan

Kedua fungsi dapat saling melengkapi. Chatbot dapat membagikan tautan tracking sambil menjelaskan status dan batas informasi.

Data yang Dibutuhkan Chatbot

Sistem perlu menggunakan data minimum yang cukup untuk menjawab, tanpa menampilkan informasi sensitif yang tidak diperlukan.

Data	Kegunaan	Kontrol yang Diperlukan
Identitas pelanggan	Mencocokkan pengguna dengan order	Verifikasi sesuai channel dan kebijakan
Nomor pesanan	Menemukan order yang benar	Jangan menampilkan order milik pengguna lain
Status pembayaran	Menjelaskan apakah order dapat diproses	Batasi detail finansial
Status pemrosesan toko	Menjelaskan persiapan dan penyerahan	Gunakan timestamp terbaru
Nomor resi dan kurir	Memberikan referensi pengiriman	Pastikan resi terkait order yang benar
Event logistik	Menjelaskan posisi terakhir yang dilaporkan	Jangan menyimpulkan lokasi di luar event
Kebijakan pengiriman	Memberikan langkah ketika terlambat	Bedakan kebijakan toko, kurir, dan platform

Data perlu memiliki timestamp. Jawaban “paket sedang dikirim” kurang berguna jika tidak menjelaskan kapan pembaruan terakhir diterima.

Workflow Chat Otomatis Status Pesanan

Identifikasi Pelanggan dan Pesanan

Gunakan identitas yang tersedia dari channel. Jika ada beberapa order aktif, minta pelanggan memilih pesanan atau memberikan nomor order. Jangan meminta data pribadi berlebihan melalui chat.

Ambil Status Terbaru

Sistem memeriksa pembayaran, pemrosesan toko, penyerahan ke kurir, nomor resi, dan event terakhir. Jika salah satu sumber gagal, jawaban perlu menyatakan bahwa data belum tersedia.

Jelaskan dengan Bahasa Natural

Status teknis diterjemahkan menjadi penjelasan singkat. Contoh: “Pesanan sudah diserahkan kepada kurir. Pembaruan terakhir tercatat hari ini pukul 10.20. Anda dapat mengikuti resi berikut.” Jangan menambah detail yang tidak ada pada sumber.

Berikan Langkah Berikutnya

Untuk status normal, sistem dapat meminta pelanggan menunggu pembaruan. Untuk pengecualian, sistem perlu menjelaskan data yang dibutuhkan admin, seperti foto paket, alamat, atau bukti tertentu.

Alihkan Kasus Bermasalah

Tracking berhenti, paket dinyatakan terkirim tetapi belum diterima, alamat bermasalah, paket rusak, atau pelanggan marah perlu masuk ke antrean manusia.

Status yang Bisa Dijawab Otomatis

Status	Jawaban yang Dapat Diberikan	Batas Jawaban
Pesanan diterima	Konfirmasi order tercatat	Jangan menyatakan pembayaran selesai jika belum ada data
Pembayaran terverifikasi	Pesanan siap masuk proses	Jangan menjanjikan waktu kirim di luar SLA toko
Sedang diproses	Jelaskan tahap persiapan dan waktu proses standar	Periksa jika melewati batas normal
Resi dibuat	Berikan nomor resi dan kurir	Jelaskan tracking mungkin belum aktif
Diserahkan ke kurir	Berikan event terakhir	Jangan menjanjikan tanggal tiba tanpa estimasi
Dalam perjalanan	Jelaskan lokasi atau event terakhir yang dilaporkan	Hindari menyimpulkan posisi real time
Terkirim	Sampaikan status dan waktu yang tercatat	Alihkan jika pembeli belum menerima paket

Otomatisasi perlu membedakan status normal dan pengecualian. Satu kata “dikirim” dapat berarti resi baru dibuat atau paket benar-benar sudah diterima kurir.

Cara Menangani Tracking yang Belum Bergerak

Bot cek resi tidak boleh mengulang status yang sama tanpa membantu. Gunakan aturan berdasarkan waktu dan event.
Jika resi baru dibuat, jelaskan bahwa kurir mungkin belum melakukan pemindaian pertama. Jika paket sudah diserahkan tetapi tidak ada pembaruan melewati ambang yang ditetapkan seller, buat tiket atau alihkan kepada admin. Ambang harus mengikuti kebijakan platform, kurir, dan toko, bukan angka yang dibuat oleh model AI.
Admin perlu menerima ringkasan order, resi, event terakhir, durasi tanpa pembaruan, dan pesan pelanggan. Ringkasan ini mempercepat pemeriksaan.

Kondisi yang Harus Dialihkan

Gunakan handoff ketika kasus membutuhkan verifikasi, keputusan, atau koordinasi eksternal.

Paket dinyatakan terkirim tetapi pembeli belum menerima.
Tracking berhenti lebih lama dari batas operasional.
Paket kembali ke pengirim.
Alamat tidak lengkap atau tidak dapat ditemukan.
Isi paket salah, kurang, atau rusak.
Ada beberapa resi untuk satu order dan informasinya membingungkan.
Pelanggan meminta refund, kompensasi, atau perubahan alamat.
Data order dan logistik saling bertentangan.
Pelanggan menunjukkan emosi negatif yang meningkat.

Artikel AI mengalihkan chat ke manusia dapat digunakan untuk menyusun prioritas, pemilik, dan target tindak lanjut.

Keamanan dan Privasi

Status pesanan berkaitan dengan data pelanggan. Terapkan prinsip akses minimum:

Verifikasi identitas sesuai kemampuan channel.
Tampilkan hanya data yang diperlukan untuk menjawab.
Samarkan nomor telepon atau alamat ketika tidak dibutuhkan.
Batasi akses admin berdasarkan peran.
Simpan audit log untuk akses dan perubahan.
Tetapkan masa penyimpanan sesuai kebijakan perusahaan.
Jangan meminta pelanggan mengirim informasi sensitif yang tidak diperlukan.

AI tidak boleh menyalin data pesanan dari pelanggan lain atau menampilkan detail hanya karena nomor order disebut dalam chat.

Metrik Keberhasilan

Metrik	Definisi Praktis	Kesalahan yang Perlu Dihindari
Automation resolution	Pertanyaan status selesai tanpa admin	Menghitung respons pembuka sebagai selesai
Human takeover rate	Persentase chat yang dialihkan	Menganggap semua handoff sebagai kegagalan
Repeated contact	Pelanggan kembali untuk masalah sama	Mencampur dengan pertanyaan baru
Exception rate	Order dengan status tidak normal	Tidak memisahkan jenis pengecualian
Correction rate	Jawaban bot yang diperbaiki	Tidak menelusuri sumber data yang salah
Handling time	Waktu admin pada kasus yang dialihkan	Mengabaikan waktu review dan follow up

Untuk menghubungkan pengurangan beban chat dengan biaya, gunakan kerangka ROI otomatisasi customer service. Hindari menghitung manfaat yang sama dua kali, misalnya waktu admin yang berkurang dan biaya tenaga kerja penuh jika tim tidak benar-benar mengurangi jam atau kapasitas.

Tahapan Implementasi

Mulai dari Status Normal

Aktifkan jawaban untuk order diterima, diproses, resi dibuat, dan dalam perjalanan. Pastikan setiap jawaban mengambil data nyata.

Uji Pengecualian

Gunakan contoh tracking berhenti, delivered not received, resi salah, dan order tidak ditemukan. Pastikan sistem tidak memberikan kepastian palsu.

Jalankan Pilot Terbatas

Pilih satu toko atau channel. Supervisor meninjau sampel jawaban setiap hari dan mencatat alasan takeover.

Perbaiki Knowledge dan Routing

Tambahkan penjelasan status yang sering membingungkan. Sesuaikan routing jika kasus masuk ke tim yang salah.

Perluas Bertahap

Tambahkan toko setelah data, keamanan, dan eskalasi stabil. Gunakan rencana implementasi 30 hari untuk mengatur owner dan deliverable.

FAQ

Q1: Apakah chatbot dapat melakukan cek resi otomatis

Bisa jika sistem memiliki akses ke nomor resi dan event logistik yang relevan. Chatbot harus menyampaikan waktu pembaruan terakhir dan tidak boleh mengklaim posisi paket di luar data kurir.

Q2: Bagaimana jika pelanggan memiliki beberapa pesanan

Sistem perlu meminta pelanggan memilih order atau memberikan nomor pesanan. Jangan menggabungkan status dari beberapa order dalam satu jawaban tanpa pemisahan yang jelas.

Q3: Apakah chatbot dapat menjanjikan tanggal paket tiba

Hanya jika ada estimasi yang tersedia dari sumber resmi dan jawabannya tetap menyebut sifat estimasi. Tanpa data tersebut, sistem sebaiknya menjelaskan status terakhir dan faktor yang memengaruhi waktu tiba.

Q4: Apa yang dilakukan jika tracking tidak bergerak

Bandingkan event terakhir dengan ambang operasional yang telah ditetapkan. Jika melewati batas, buat eskalasi dengan ringkasan order, resi, event, dan durasi tanpa pembaruan.

Q5: Apakah data alamat perlu ditampilkan di chat

Tidak selalu. Tampilkan hanya bagian yang diperlukan dan lakukan masking. Perubahan alamat atau data sensitif sebaiknya mengikuti proses verifikasi platform.

Q6: Apakah otomatisasi status pesanan cocok untuk semua seller

Manfaatnya paling besar ketika pertanyaan status memiliki volume tinggi dan data order dapat diakses dengan andal. Seller dengan volume rendah dapat memulai dari template dan workflow manual yang konsisten.