Transportasi

Kereta Jepang Canggih, Mengapa Pesan Tiketnya Rumit?

Kereta Jepang Canggih, Mengapa Pesan Tiketnya Rumit?

Kunjungan ke Jepang sering kali menghadirkan kontras antara keandalan sistem fisik kereta yang luar biasa dan kerumitan antarmuka perangkat lunak pemesanan tiketnya. Seorang insinyur perangkat lunak asal Amerika Selatan membagikan pengalamannya saat harus menghadapi berbagai formulir membingungkan, aturan platform yang terpecah, hingga persyaratan kartu kredit fisik.

Tantangan Memesan Tiket Kereta

Meskipun jaringan kereta api di Jepang diakui sebagai keajaiban teknik, proses pembelian tiket secara daring jauh dari kata sederhana. Perjalanan digital tersebut kerap membutuhkan bantuan kecerdasan buatan seperti ChatGPT guna memahami berbagai kolom dan kotak centang yang wajib diisi oleh calon penumpang. Pengguna sering kali dikejutkan dengan ketentuan bahwa tiket kereta ekspres terbatas yang dibeli masih memerlukan tiket tarif dasar tambahan atau kartu IC seperti Suica.

Komplikasi bertambah karena jaringan kereta JR di Jepang terbagi menjadi enam perusahaan penumpang regional yang berbeda, yaitu JR Hokkaido, JR East, JR West, JR Central, JR Shikoku, dan JR Kyushu. Masing-masing perusahaan mengoperasikan platform pemesanan, aturan, serta cakupan wilayah yang tidak sama, sehingga membebankan pengguna untuk mencari tahu sendiri sistem mana yang harus diakses.

Pengalaman paling menjengkelkan terjadi ketika sebuah konfirmasi pemesanan tiket daring diiringi pesan yang menyatakan bahwa penumpang wajib menunjukkan kartu kredit fisik di stasiun untuk mengambil tiket. Karena menggunakan kartu kredit virtual, pemesanan tersebut terpaksa dibatalkan dengan potongan biaya sebesar ¥560 per orang sebelum akhirnya dipesan ulang menggunakan kartu fisik.

Budaya dan Hukum Conway

Tampilan antarmuka digital di Jepang yang kerap dianggap kuno atau membingungkan sebenarnya dipengaruhi oleh preferensi budaya tertentu. Masyarakat setempat cenderung menyukai kebiasaan yang sudah akrab ketimbang kebaruan, mengutamakan pencegahan kesalahan, mencari kepastian, memperhatikan detail, serta menunjukkan resistensi terhadap perubahan dengan prinsip bahwa sistem yang tidak rusak tidak perlu diperbaiki.

Namun faktor lain yang turut memengaruhi desain perangkat lunak tersebut adalah struktur internal perusahaan, sebuah fenomena yang dikenal sebagai Hukum Conway. Aturan ini biasanya menjelaskan bagaimana arsitektur sistem mencerminkan pola komunikasi tim yang membuatnya, yang dalam kasus ini terlihat jelas ketika sistem menanyakan perusahaan kereta mana yang mengoperasikan rute perjalanan alih-alih sekadar memproses rute dari titik A ke titik B.

Kondisi ini memperlihatkan bagaimana struktur organisasi sebuah perusahaan dapat bocor dan berdampak langsung pada pengalaman pengguna di ujung layanan.

Mungkin Anda Suka

Tinggalkan Komentar

Alamat email tidak akan dipublikasikan. Kolom wajib ditandai *