Bantuan GOBI88: Checklist Informasi Aman Saat Melaporkan Kendala

 

Panduan Bantuan GOBI88 untuk menyiapkan perangkat, browser, waktu kejadian, deskripsi kendala, langkah pengujian, dan screenshot yang aman sebelum mengirim laporan.

Siapkan informasi yang relevan tanpa membuka data sensitif

Untuk panduan lengkap mengenai informasi yang aman disiapkan sebelum melaporkan masalah, baca Bantuan GOBI88: Checklist Informasi Aman Saat Melaporkan Kendala.

Laporan bantuan yang baik tidak harus panjang.

Yang lebih penting adalah informasi mudah dipahami dan membantu penerima mengetahui:

• apa yang terjadi,
• kapan terjadi,
• perangkat yang digunakan,
• dan langkah apa yang sudah dicoba.

Data sensitif tidak diperlukan untuk menjelaskan kendala teknis umum.

Mulai dari Tujuan Laporan

Tuliskan tujuan dalam satu kalimat.

Contohnya:

• ingin membuka halaman tertentu,
• ingin melaporkan tombol yang tidak merespons,
• ingin menjelaskan pesan error,
• atau ingin meminta klarifikasi informasi.

Tujuan yang jelas membuat laporan lebih mudah dikategorikan.

Catat Waktu Kejadian

Sertakan tanggal dan waktu perkiraan.

Tidak harus sampai detik.

Contoh:

4 September 2026 sekitar pukul 15.30 WIB.

Waktu membantu membedakan apakah masalah:

• terjadi sekali,
• berulang,
• atau muncul dalam periode tertentu.

Sebutkan Perangkat

Informasi umum biasanya sudah cukup.

Misalnya:

• Android,
• iPhone,
• laptop Windows,
• desktop,
• atau Mac.

Tidak perlu mengirim:

• IMEI,
• serial number,
• hardware ID,
• atau informasi perangkat lain yang tidak relevan.

Sebutkan Browser

Nama browser membantu mempersempit konteks.

Contoh:

• Chrome,
• Safari,
• Firefox,
• Edge.

Jika versi mudah ditemukan, boleh dicantumkan.

Namun, tidak perlu melakukan perubahan besar pada browser hanya untuk mencari informasi tambahan.

Jelaskan Gejala dengan Singkat

Gunakan fakta yang benar-benar terlihat.

Contoh:

“Halaman terbuka tetapi tombol tidak merespons.”

Lebih baik daripada:

“Website pasti rusak.”

Kalimat pertama menjelaskan gejala.

Kalimat kedua langsung menarik kesimpulan tanpa bukti.

Salin Pesan Error

Jika terdapat error, tuliskan bagian yang relevan.

Jangan ikut menyalin:

• token,
• URL reset pribadi,
• kode verifikasi,
• atau data akun.

Pesan error biasanya jauh lebih berguna dibanding dugaan penyebab.

Cantumkan Langkah yang Sudah Dicoba

Sebut satu sampai tiga pengujian yang sudah dilakukan.

Misalnya:

1. reload satu kali,
2. mencoba browser kedua,
3. membuka jaringan lain.

Tidak perlu melakukan banyak perubahan sekaligus.

Gunakan Screenshot Hanya Jika Membantu

Screenshot berguna untuk:

• error visual,
• tombol hilang,
• layout rusak,
• atau elemen halaman yang sulit dijelaskan melalui teks.

Sebelum dikirim, periksa seluruh gambar.

Sensor Informasi Pribadi

Potong atau tutupi:

• nama lengkap,
• email,
• nomor telepon,
• nama akun,
• alamat,
• saldo,
• detail transaksi,
• QR code,
• dan informasi pemulihan.

Periksa juga notifikasi atau tab lain yang terlihat.

Jangan Tampilkan Password Manager

Screenshot dapat secara tidak sengaja memperlihatkan saran password atau data autofill.

Sebelum mengambil gambar:

• tutup menu autofill,
• tutup password manager,
• sembunyikan notifikasi,
• dan pastikan tidak ada informasi login yang terlihat.

Password dan OTP Tidak Perlu Dikirim

Untuk laporan teknis umum, jangan pernah mengirim:

• password,
• PIN,
• OTP,
• recovery code,
• backup code,
• token sesi.

Informasi tersebut merupakan kredensial, bukan data troubleshooting.

Bedakan Informasi Teknis dan Kredensial

Informasi teknis menjelaskan keadaan sistem.

Contohnya:

• perangkat,
• browser,
• jaringan,
• URL,
• waktu,
• dan error.

Kredensial digunakan untuk mengakses atau membuktikan kepemilikan akun.

Keduanya harus dipisahkan.

Gunakan Kronologi Singkat

Format sederhana:

Tujuan → langkah → gejala → pengujian

Contoh:

“Ingin membuka halaman informasi. Menggunakan Chrome Android sekitar pukul 15.30 WIB. Halaman terbuka tetapi tombol tertentu tidak merespons. Sudah mencoba reload satu kali dan hasilnya sama.”

Format ini mudah dibaca dan tidak berlebihan.

Bedakan Laporan Awal dan Tindak Lanjut

Laporan pertama cukup berisi konteks dasar.

Pada tindak lanjut, cukup jelaskan apa yang berubah.

Contoh:

Sebelum: tombol tidak merespons.
Setelah mencoba browser kedua: tombol berfungsi.

Tidak perlu menulis ulang seluruh kronologi bila tidak ada perubahan penting.

Jika Hasil Sama, Tuliskan dengan Jelas

Jika pengujian baru tidak mengubah kondisi, cukup tulis:

“Hasil tetap sama.”

Informasi ini lebih berguna daripada melakukan banyak percobaan tambahan tanpa arah.

Periksa Kanal Bantuan

Sebelum mengirim laporan, pastikan kanal bantuan memang berasal dari halaman yang sudah diperiksa.

Jangan mengirim informasi kepada:

• akun acak,
• komentar,
• pesan pribadi,
• atau kontak yang tidak dapat diverifikasi.

Jangan Memberikan Informasi Berlebihan

Lebih banyak data tidak selalu membantu.

Informasi berlebihan justru dapat:

• membuka privasi,
• membuat laporan panjang,
• dan menyulitkan menemukan masalah utama.

Gunakan hanya data yang relevan.

Hubungkan dengan Penggunaan Jersey dan Informasi Online

Saat mengakses katalog atau panduan produk melalui browser, pengguna juga dapat berpindah antara beberapa jenis informasi.

Sebagai bacaan pendamping, lihat Jersey GOBI88: Menentukan Panjang Jersey untuk Gaya Kasual Harian.

Artikel tersebut memberi contoh bagaimana informasi produk dapat dibaca berdasarkan konteks penggunaan dan kebutuhan pribadi sebelum membuat keputusan.

Checklist Sebelum Mengirim Laporan

1. Tujuan laporan sudah jelas.
2. Waktu kejadian sudah dicatat.
3. Perangkat sudah disebutkan.
4. Browser sudah disebutkan.
5. Gejala sudah dijelaskan.
6. Pesan error sudah dicatat bila ada.
7. Langkah yang sudah dicoba sudah disebutkan.
8. Screenshot sudah disensor.
9. Tidak ada password atau OTP.
10. Kanal bantuan sudah diperiksa.

Kesimpulan

Laporan Bantuan GOBI88 sebaiknya singkat, jelas, dan aman.

Berikan informasi teknis yang membantu pemeriksaan, lalu pisahkan seluruh kredensial dan data pribadi yang tidak diperlukan.

Dengan kronologi sederhana dan screenshot yang sudah disensor, kendala lebih mudah dipahami tanpa membuka informasi yang seharusnya tetap pribadi.