Bagaimana cara menangani saran pemain (buruk?)


94

Setiap permainan yang membangun komunitas saat masih dalam pengembangan aktif akan segera dihadapkan dengan pemain yang mengirim saran untuk fitur baru di forumnya. Namun sebagian besar dari saran ini:

  • Pergilah ke arah yang sama sekali berbeda dari tempat yang Anda inginkan
  • Akan membutuhkan terlalu banyak upaya untuk keuntungan yang bisa mereka miliki
  • Benar-benar mengerikan

Apa cara yang baik untuk menangani saran seperti itu?

Haruskah Anda memberi tahu para pemain dengan jujur ​​apa pendapat Anda tentang saran mereka sehingga mereka belajar membuat saran yang lebih konstruktif?

Haruskah Anda selalu berusaha mempertahankan sikap positif dan semangat terhadap ide-ide pemain, bahkan ketika Anda diam-diam berpikir bahwa tidak ada kesempatan di neraka yang Anda ikuti?

Haruskah Anda mengabaikan saran yang tidak Anda sukai?


9
Memberi +1 agar Anda tidak merasa ditolak;) Itu dan saya suka melihat pertanyaan seperti ini yang bukan tentang perpustakaan tertentu, masalah matematika, atau topik "sulit" lainnya.
Tim Holt


3
Ini adalah bacaan yang menarik, dan agak pada topik. Ini tidak selalu tentang saran buruk, tetapi tentang kebencian umum dari pemain dan bagaimana Anda, sebagai pengembang, bisa bereaksi terhadapnya. Terkadang, mungkin ide yang bagus untuk menambahkan lapisan tambahan antara Anda dan komunitas, sehingga hanya masalah yang penting bagi Anda. Ini juga dapat diterapkan pada saran buruk. Oleh pencipta Avernum

5
Hanya menambahkan komentar di sini karena saya rasa saya tidak punya jawaban untuk Anda. Tidak peduli apa yang Anda lakukan atau bagaimana Anda mengatasinya, audiens Anda tidak akan setuju 100%. Jika Anda pernah membaca forum World of Warcraft dan bagaimana pengembang harus mengulangi terus-menerus bahwa game ini bukan "Desain oleh Permintaan Populer" orang-orang akan berpikir itu dan merasa terhina ketika Anda tidak pergi dengan ide-ide mereka.
UnderscoreZero

10
@TimHolt Secara pribadi saya pikir bahwa gamedev.stackexchange.com harus terutama tentang pertanyaan non-teknis. Setiap masalah yang berhubungan dengan pemrograman sebaiknya diposting pada stackoverflow, menurut saya.
Philipp

Jawaban:


75

Orang yang memberi saran sering kali penggemar atau kritik, yang sangat berharga karena membantu Anda mengetahui seberapa baik yang Anda lakukan. Karena itu Anda harus memperlakukan orang-orang ini dengan hormat. Bersikaplah lembut, tegas, dan yang terpenting, jujur. Ini berarti Anda memberi tahu mereka secara tepat mengapa menurut Anda idenya buruk, seraya mungkin memahami.

  • Jika ide itu sulit secara teknis , beri tahu mereka, dan jelaskan bagaimana itu sulit secara teknis. Berpegang teguh pada fakta, tetap pada kebijaksanaan yang mapan. Mengatasi kesulitan sebagai kekurangan dari sistem saat ini, daripada ketidakpraktisan dari saran, dan tidak pernah menyarankan bahwa pemain tidak memiliki pengetahuan teknis (meskipun itu sering benar).

    Bagus: Untuk mendukung 100 miliar pemain, kita harus pindah ke beberapa solusi server cluster, dan kita tidak punya sumber daya untuk melakukannya dalam waktu yang wajar.

    Buruk: Itu bahkan secara fisik tidak mungkin; bahkan algoritma yang terlibat belum ditemukan.

  • Jika ide itu memiliki kelebihan tetapi mengarah ke arah yang berbeda , beri tahu mereka, dan jelaskan bagaimana ide tersebut bertentangan dengan arah Anda. Cobalah bersikap diplomatis, dan ingatlah bahwa desain itu subyektif, tetapi pada saat yang sama tegaskan bahwa Anda memiliki kendali atas arah artistik / desain permainan.

    Bagus: Saya percaya laser akan terlihat tidak sesuai dengan tema abad pertengahan permainan ini, dan kami ingin setia dalam rendisi masyarakat abad pertengahan.

  • Jika idenya memiliki kekurangan atau kekurangan , katakan demikian, dan jelaskan kekurangannya. Ingatlah bahwa untuk alasan apa pun (keterbatasan medium, kesulitan dalam berekspresi, kurangnya pemikiran), pemain mungkin tidak menyadari kekurangannya, jadi tunjukkan dengan baik tapi jelas. Anda akan menemukan bahwa para pemain sering kembali dengan penyempurnaan, klarifikasi atau hanya membuang ide, yang semuanya merupakan hasil yang jauh lebih baik. Ingatlah bahwa dengan banyak ide, pemain sangat ingin mendapatkan papan tulis dan menjelaskan ide mereka berhadap-hadapan, tetapi alih-alih harus menggunakan media teks-saja yang jelek, jadi jangan menganggap itu hanya karena idenya muncul sebagai cacat bahwa sebenarnya begitu. Juga pertimbangkan bahwa banyak permainan hebat dimulai dari ide-ide yang tampaknya tidak cemerlang sama sekali, dan eksekusi itulah yang membuatnya hebat.

    Bagus: Menyelesaikan mantra 1-hit-KO mungkin menyenangkan, tapi saya pikir akan sangat mengganggu berada di sisi penerima.

  • Jika Anda tidak menemukan ide yang bagus , katakan saja, tapi hati-hati bagaimana Anda memberi tahu mereka, dan selalu menyarankan alternatif. Jenis respons ini adalah yang paling sulit untuk diberikan, jadi lihat apakah Anda dapat memperlakukannya sebagai salah satu kasus sebelumnya - hilangkan kelemahan teknis dan jelas terlebih dahulu. Dalam membentuk respons Anda, anggaplah gagasan itu sebenarnya baik, dan tanyakan mengapa gagasan itu ternyata buruk? Apakah pemain perlu menjualnya sedikit lebih banyak? Apakah contoh, sketsa, atau demo membantu? Apakah mendapatkan lebih banyak dukungan komunitas akan membantu? Selalu berikan mereka yang realistis - apa yang akan meyakinkan Anda, dan bagaimana mereka bisa melakukannya? Cobalah untuk melihat ide itu dengan cara terbaik, jangan bersikap defensif, dan cari inti kebijaksanaan tersembunyi yang sering ada di sana.

    Bagus: Saya tidak berpikir setengah-peri-naga-iblis-samurai-ninja akan terlihat bagus dan seimbang, bisakah Anda menunjukkan kepada saya seperti apa bentuknya, seperti apa statistik dan kemampuannya?

Cara lain untuk melihat masalahnya adalah: orang-orang ini mungkin bukan ahli pengembangan game, tetapi mereka bisa jadi ahli di bidang lain yang bukan Anda - mereka bisa jadi dokter atau pengacara. Saya yakin Anda telah mengatakan hal-hal yang menurut dokter / pengacara Anda berotak kelinci, jadi tanyakan pada diri sendiri bagaimana Anda ingin mereka merespons dalam situasi itu.


4
Saya suka gagasan untuk tidak menyarankan pemain kekurangan pengetahuan teknis, tetapi bersikap santai pada seseorang yang berpikir server Anda harus mendukung empat belas kali populasi dunia, mungkin tidak diterima dengan baik di antara orang-orang waras di komunitas Anda.
Marcks Thomas

+1 Saya suka berbagi alasan / pengalaman, dan bagaimana Anda menulisnya. Untuk bookmark saya.
Hatoru Hansou

2
@MarcksThomas Saya pikir poin Cong Xu adalah: Bahkan jika idenya terlihat gila / buruk / bodoh, Anda perlu menjawab dengan cara yang sopan. Anda tidak akan terdengar gila, tidak juga tidak diterima dengan baik hanya karena Anda bersikap sopan.
grprado

2
Dalam gim gaya arcade, ada juga opsi untuk mengambil banyak "ide buruk" dan memasukkannya ke mode gim kustom yang baru.
joltmode

38

Beri tahu orang-orang hal-hal seperti, "Hei, itu ide yang menarik. Terima kasih atas umpan baliknya!" Itu tidak membuat janji atau membuat umpan balik langsung pada kualitas (atau kurangnya) untuk saran tersebut. Tentu saja jika Anda benar-benar berpikir itu saran yang bagus, katakan saja. Tangkapannya adalah, jangan jelas-jelas mengungkapkan yang baik dan berkata, "ya terima kasih untuk itu (BUKAN!)" Untuk yang Anda tidak suka. Orang-orang dapat secara halus merasakan suasana hati Anda di sana, apakah Anda berpikir demikian atau tidak.

Jangan katakan "Aku akan memeriksanya" (kecuali jika Anda benar-benar akan), atau mengatakan hal-hal seperti "Gagasan bodoh!"

Kuncinya di sini adalah untuk mengakui kepada orang yang memposting bahwa Anda melihat umpan balik mereka, dan bahwa Anda menghargai keterlibatan mereka dalam komunitas. Itulah yang benar-benar ingin mereka dengar dan lihat.

Pikirkan bagaimana keadaannya di situs ini. Misalkan Anda memposting pertanyaan atau jawaban. Sangat manusiawi ingin tahu bagaimana komunitas akan menanggapinya. Dapatkan upvote? Itu hebat! Dapatkan TIDAK suara? Itu agak mengecewakan karena mungkin tidak ada yang membacanya, mungkin tidak ada yang peduli. Dapatkan suara turun, dan sulit untuk tidak merasa sedikit ditolak.

Juga, berpikiran terbuka. Saran bagus akan muncul di forum Anda. Dan dengan setiap saran, cobalah untuk melihat di luar ide spesifik dan lihat apakah Anda dapat mengidentifikasi akar motivasi dari saran tersebut. Mungkin sistem membidik di penembak Anda sebenarnya tidak mudah digunakan, dan seseorang membuat saran tentang perubahan. Mungkin ide mereka benar-benar busuk, tetapi akar masalah mereka dengan sistem tujuan adalah sah - dan itulah yang perlu Anda ketahui. Jadi Anda dapat mengubahnya menjadi, "Hei, terima kasih atas ide Anda untuk perubahan pada sistem tujuan".

Terakhir, inilah mengapa Anda membutuhkan seseorang yang akrab dengan manajemen komunitas untuk menangani hal-hal seperti itu. Jika Anda tidak memiliki orang seperti itu atau bukan orang yang melakukan hal ini, pertimbangkan untuk tidak memiliki forum online. Mereka bisa lebih banyak bekerja daripada yang Anda pikirkan.


8
"Dan dengan setiap saran, cobalah untuk melihat melampaui ide spesifik" - +1 untuk bagian ini.
jcora

4
+1 juga karena tidak memberikan janji atau umpan balik langsung. Dapat tampak birokratis atau sial bagi pengguna, tetapi lebih baik daripada mengatakan hal lain sebagai kebohongan hanya untuk membuat orang memberi lebih banyak umpan balik. Pengguna lebih pintar dari itu.
AlbeyAmakiir

4
Sedangkan untuk melihat saran root, itu bisa menjadi lebih halus. "Kemudinya payah! Coba kontrol ini!" sebenarnya bisa berarti bahwa level Anda dirancang dengan buruk untuk kemudi saat ini, daripada kemudi yang menjadi masalah.
AlbeyAmakiir

komentar +1 ke Albey - pengguna lebih pintar dari yang Anda kira. Mengherankan saya baru saja menambahkan sesuatu ke efek itu, kemudian perhatikan komentar Anda!
Tim Holt

12

Memberitahu komunitas Anda bahwa ide mereka buruk adalah cara yang pasti untuk membuat komunitas Anda membenci Anda. Poin yang paling penting di sini adalah membuat komunitas Anda merasa seperti mereka menyumbangkan sesuatu untuk permainan bahkan jika ide-ide mereka tidak layak. Respons yang baik pastinya adalah "Terima kasih atas umpan baliknya!" atau "Kami akan membawanya!" . Namun saya merasa bahwa respons tersebut hanyalah respons standar yang membuat Anda berpikir "bla, bla, bla".

Jenis respon terbaik untuk ini adalah sesuatu yang ...

  1. Mendorong masukan lebih lanjut
  2. Memastikan pemain bahwa saran mereka akan dipertimbangkan
  3. Memberikan respons manusia yang positif

Semua poin ini akan berkembang jauh dalam membangun komunitas Anda. Contoh terbaik yang bisa saya pikirkan adalah "Itu ide yang sangat menarik - jetpack bisa menambah mekanik baru ke dalam permainan! Kami akan menyajikannya ke seluruh tim."

Yang sedang berkata, Anda harus melompat pada saran yang baik, dan menggunakannya sebagai contoh . Dengan begitu, Anda dapat mengubahnya untuk keuntungan Anda dan melaporkan kembali ke komunitas - dengan mengatakan "PlayerX menyarankan peningkatan ini - dan kami pikir itu ide yang hebat sehingga kami akan menambahkannya! Lihatlah screenshot / video ini dll ! " Umpan balik semacam itu akan sangat membantu popularitas Anda.


3
Poin Anda bagus tapi saya rasa teladan Anda tidak cocok; respons "terima kasih terbaik kami akan melihatnya" masih akan tampak seperti penghindaran boilerplate kecuali Anda menunjukkan bahwa Anda benar-benar melihatnya . Misalnya, menunjukkan kesalahan dengan sopan menunjukkan bahwa Anda setidaknya telah mempertimbangkannya, yang menunjukkan kepada komunitas bahwa Anda menerima ide. IMHO ini lebih penting daripada berusaha untuk tidak menyinggung siapa pun.
congusbongus

6

Manajemen komunitas dunia nyata aktual:

1. Ide secara ekonomi tidak berguna - investasi serius vs pengembalian rendah. Atau subversi langsung dari pendapatan:

Anda tidak pernah dapat memberi tahu pengguna bahwa peningkatan nyata mereka benar-benar benar tetapi desain Anda menuntut ketidaknyamanan sehingga bantuan dapat dimonetisasi.

Untuk hal-hal berat teknologi lainnya - lebih baik menggunakan pendekatan dua langkah. Pada langkah pertama Anda memberi tahu mereka bahwa Anda akan meneruskannya (memberi tanda pada tonggak sejarah Anda, dan melacak kembali nanti). Pada poin kedua Anda mengatakan Anda sudah memeriksa dengan tim pengembang dan mereka mengatakan itu membutuhkan terlalu banyak waktu untuk keuntungan yang terlalu sedikit. Jika Anda sudah terbiasa dengan alur kerja, Anda seringkali dapat membuat keputusan ini sendiri tanpa meminta coders atau desainer. Jika tim dev Anda benar-benar menginginkan umpan balik yang solid - Anda memasukkannya ke daftar yang terdiri dari banyak orang sehingga para dev dapat benar-benar melihatnya secara terorganisir.

Satu-satunya hal yang harus Anda lakukan adalah memastikan penilaian Anda solid. Jika Anda pernah menolak perbaikan SIMPLE dengan pernyataan ini karena alasan apa pun, akan ada peningkatan kredibilitas yang besar, karena seseorang teknis dapat mengatakan sesuatu seperti "Serius, memperbaiki bug html kecil pada halaman itu membutuhkan 5 menit dari 10 tahun - di sini - saya akan memberi Anda kode gratis ".

2. Posting tidak dapat dimengerti: "Bisakah Anda jelaskan apa yang Anda sarankan PERSIS dan lebih jelas, karena saya bingung."

3. Gagasan itu di luar tujuan: "Kami telah mempertimbangkan opsi ini, tetapi untuk sekarang ini adalah apa yang kami cari untuk lakukan" sering kali sudah cukup, jika alasan jujur ​​mengapa dapat diterima memberikannya. Kalau tidak, Anda bisa berbohong dan mengatakan itu mungkin terjadi di masa depan dalam jangka panjang, tetapi sangat rendah dalam daftar prioritas.

4. Ide adalah kemewahan: Sesuatu yang keren, tetapi benar-benar BONUS TAMBAHAN bukan KEBUTUHAN.

Saya biasanya menyimpan daftar ini, di mana dev dapat memilih sendiri kapan saja mereka mau. Sekali lagi saya katakan kepada pengguna ini ditambahkan ke daftar perbaikan yang mungkin rendah prioritas.

Umum:

Apa yang Anda bisa dan tidak bisa katakan sangat didasarkan pada kecenderungan dan perilaku umum Anda.

Basis pengguna yang bekerja dengan saya mempercayai saya karena saya memang secara resmi memberi kredit pada orang-orang atas saran yang diterapkan. Saya juga telah mempertimbangkan keadaan dan saya telah memberikan penjelasan yang sangat rinci di mana mereka tidak perlu.

Jika persepsi umum dari seorang / manajer komunitas adalah bahwa ia memperhatikan. Ini sangat bankable dalam jangka panjang. Anda dapat menutup case / utas / posting / tweet dengan satu set 10 jawaban templat - dan bahkan jika Anda ditanyai - pelanggan tetap di basis pengguna akan memverifikasi kredibilitas Anda dan apa yang Anda katakan memiliki bobot.

Saya melihatnya kurang lebih seperti mata uang, Anda mendapatkan beberapa bila mungkin (dengan keluar dari cara Anda untuk memberikan lebih dari rata-rata dukungan jawaban munafik hambar) - dan kemudian Anda menghabiskan beberapa saat menyikat orang yang Anda tidak ingin berurusan dengan tanpa harus menjelaskan diri sendiri.

Jika Anda selalu menyalin templat templat orang memandang Anda kurang lebih sebagai drone yang berusaha menyingkirkan sebanyak mungkin permintaan - tanpa pernah mencoba berkomunikasi dengan mereka berdasarkan orang ke orang. Anda tidak akan pernah memiliki lingkungan yang positif di mana orang merasa ekspresi mereka hanya terbuang sia-sia di forum / platform apa pun. Dan mereka tidak perlu mengenal Anda. Mereka hanya dapat membuat daftar beberapa utas dan melihat bukti bahwa Anda memang telah mengambil orang lain yang acak (seperti mereka) dan telah bersusah payah untuk terlibat dengan mereka secara menyeluruh. Mengapa Anda tidak masuk dialog ekstensif dengan saya? - Mungkin Anda sibuk atau memang posting saya memiliki manfaat lees daripada yang saya pikir. Ini jelas bahwa Anda BISA terlibat dan bahwa Anda telah melakukannya di lingkungan.

Mengikuti semua pejabat perusahaan yang terkenal seperti pola perilaku adalah tamparan di wajah siapa pun yang emosional atau bersemangat tentang suatu hal. Dan biasanya orang-orang ini yang repot mengalihkan waktu dari kehidupan mereka untuk menjelaskan kepada Anda mengapa dan bagaimana Anda harus meningkatkan produk Anda yang mendapatkan keuntungan dari Anda.

Dan terlepas dari apa yang dipikirkan banyak orang, menjadi manusia bahkan salah ejaan dan dengan kesalahan tata bahasa BANTUAN. Lebih baik memiliki komunikasi yang asli dengan beberapa kesalahan ejaan, daripada paket mengasah dalam copy paste yang "sempurna". Jika lingkungan dukungan Anda terbatas dan Anda menggunakan kembali templat, tiba saatnya orang menganggap AI menangani komunikasi dasar. Dan apa gunanya jika memiliki orang untuk menangani orang jika mereka akan dianggap sebagai mesin.

Jelas semua ini tidak mungkin terjadi jika manajemen tidak pernah mengizinkan Anda menjadi orang yang online.

Kesalahan ini sangat sering terjadi pada game. Pemain datang untuk bersenang-senang dalam game. Ketika perwakilan Anda menanganinya seperti seorang pengacara pro menjelaskan kutipan 367 dari kontrak merger perusahaan ke sebuah komite. Anda langsung memicu pikiran "Sialan, lagi-lagi setelan lain yang ingin menguras uang saya dan hanya memiliki forum / dll karena - semua orang memiliki atau tradisional - mereka tidak peduli" ...

Biasanya menjalankan perusahaan berdasarkan tradisi lama itu. Tetapi ini adalah faktor manfaat terendah yang Anda dapatkan dari suatu komunitas.

Tidak ada studi konklusif tentang manfaat lebih besar dari manajemen komunitas. Namun komunitas positif yang berhasil dengan mudah dirasakan di mana pun ada. Dan setiap orang bodoh dalam bisnis dapat memberi tahu Anda pelanggan yang puas memiliki nilai referensi yang hebat yang seringkali tidak dapat diukur. Itulah sebabnya beberapa perusahaan yang lebih pintar di luar sana menangani dukungan secara publik. Mereka ingin dunia tahu bagaimana karyawan mereka menangani pelanggan mereka yang lain - karena mereka telah berupaya di sana.

PS Berikut adalah dukungan terbaru yang dilakukan pada saya. Pria itu berkata, "Kami hanya tidak bisa melakukan apa yang Anda minta." dan selesai. Mungkin sedikit sopan penutupan dingin dibaca dimasukkan kata penutup.

Saya memilih ini sebagai pendukung utama untuk tahun 2015. Untuk tahun ini saya telah menulis banyak tiket dukungan untuk banyak perusahaan tentang banyak produk. Ini adalah orang pertama sepanjang tahun yang menyelesaikan kasus saya dalam 1 jawaban singkat, tanpa menghalangi saya, membiarkan saya kedaluwarsa atau menampar saya dengan 15 baris teks bacaan dingin yang hampir tidak memiliki relevansi dengan apa permintaan saya, dan menambahkan dan nol mutlak dari nilai untuk masalah yang dihadapi.

Bagi Anda melihat bahkan ditolak menjadi sukacita di dunia manajemen komunitas hambar saat ini. Karena diberitahu bahwa Anda tidak akan memiliki sesuatu saat itu dan ada jauh lebih baik daripada menunggu dua bulan karena beberapa orang _INSERT_CURSE_WORD_ mengatakan mereka akan kembali kepada Anda tetapi mereka tidak pernah berniat, apalagi yang dimaksudkan. Jadi tidak hanya Anda tidak menerima apa yang Anda minta - Anda juga nongkrong, karena beberapa orang _INSERT_CURSE_WORD_ di perusahaan berpikir manajemen masyarakat harus sangat sopan setiap saat sehingga mereka bahkan harus mengubah topik alih-alih kiamat yang akan terjadi jika Anda mereka bahkan sedikit mengatakan sesuatu yang mungkin tidak setuju dengan pengguna.


4

Anda seharusnya tidak menangani umpan balik sendiri. Akhirnya, Anda akan menghabiskan seluruh waktu untuk meresponsnya, dan tidak ada yang menginginkannya.

Umpan balik langsung ke forum , asisten perancang yang dapat dipercaya , atau sistem tiket . Selain dari opsi asisten, ini memungkinkan Anda untuk mengabaikan ide secara langsung dan tampil sebagai impersonal.

Saya masih penggemar sistem forum karena memungkinkan basis penggemar Anda untuk mendiskusikan ide tersebut. Beberapa kali pertama, beri tahu mereka mengapa tidak cocok dengan sistem. Setelah penggemar Anda memahami arah permainan, mereka akan mengulangi jawaban Anda untuk saran serupa di masa mendatang.

Jika itu adalah ide yang baik, maka cukup mengakui dan menanggapinya.


3

Saya menyukai gagasan memiliki daftar saran dari para pengguna, tetapi pertama-tama para pengguna forum lainnya harus menyetujuinya dengan memilih. Kemudian, karena daftarnya akan kecil karena sejumlah besar (pilihan Anda) pengguna harus menyukainya, Anda dapat membaca saran sendiri atau meminta seseorang yang Anda percaya untuk melakukannya dengan mudah.

Saran-saran ini akan bagus atau setidaknya tidak gila sehingga Anda tidak perlu mengatakan kepada siapa pun bahwa ide mereka payah. Dari sini, Anda bisa memberi tahu mereka jika sulit dilakukan, jika tidak cocok untuk permainan atau meminta rincian lebih lanjut.


1
Benteng Dwarf sebenarnya memprioritaskan pembangunan secara demokratis. Terkadang pencipta mengabaikan ini jika secara teknis sulit atau tidak sesuai dengan situasi, tetapi itu adalah cara yang sangat baik untuk menyoroti apa yang benar-benar populer.
Muz

3

Di forum tempat saya berpartisipasi, pengembang jarang membahas saran penggemar. Anda luar biasa bahkan mempertimbangkan untuk mengatasinya. Jika mereka benar-benar cacat maka mungkin yang terbaik adalah membiarkan penggemar lain terlibat dengan mereka (seseorang pasti memiliki pendapat yang berbeda). Kecuali Anda berada dalam situasi yang tidak mungkin di mana semua orang setuju dengan sebuah gagasan kecuali Anda (dalam hal ini mungkin Anda harus berpikir dua kali), mungkin aman untuk mengabaikannya saja.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.