Havedev
Cybercab Bukan Hanya Soal Mobil Otonom, Tetapi Soal Kepercayaan Operasional
The Core Update
Tesla baru saja menggelar event privat untuk Cybercab, produk robotaxi yang selama bertahun-tahun menjadi bagian besar dari narasi masa depan perusahaan.
Menariknya, event ini tidak seperti peluncuran besar Tesla pada umumnya. Tidak besar, tidak terlalu ramai, tidak disiarkan luas, dan menurut beberapa laporan keynote utamanya hanya sekitar 15 menit. Bahkan Elon Musk tampaknya tidak menjadi pusat panggung seperti biasanya.
Padahal janji Cybercab sangat besar: kendaraan sepenuhnya otonom yang mengandalkan kamera dan AI untuk mengemudi sendiri, dengan biaya yang diklaim bisa jauh lebih murah dibanding layanan seperti Waymo.
Namun detail pentingnya tidak muncul lewat satu presentasi yang utuh. Sebagian ada di dokumen PDF, sebagian di terms of service aplikasi Robotaxi, dan sebagian lagi tersebar lewat orang-orang yang hadir di event tersebut.
Beberapa detail yang muncul justru membuka pertanyaan baru.
Anak di bawah 13 tahun belum boleh naik Cybercab untuk saat ini. Anak di bawah 18 tahun harus ditemani orang dewasa. Cybercab juga tidak memakai LATCH anchors standar untuk kursi anak, sehingga kursi anak hanya bisa dipasang memakai seat belt.
Dalam skenario tabrakan, Cybercab akan mengaktifkan airbag, membuka kunci pintu, menyalakan lampu hazard dan lampu interior, menonaktifkan baterai tegangan tinggi, membuka jendela ke posisi ventilasi, mengerem sampai berhenti, masuk mode parkir, lalu menghubungkan penumpang dengan tim support Tesla melalui sistem infotainment.
Cybercab memakai electronic door latches, tetapi juga menyediakan manual door release di armrest yang lebih mudah terlihat. Ini penting karena Tesla sebelumnya banyak dikritik soal akses keluar darurat yang sulit ditemukan.
Mobil ini juga memakai brake-by-wire, yaitu sistem pengereman elektronik tanpa jalur hidrolik tradisional. Tesla menyebut pendekatan ini bisa mengurangi kompleksitas. Di sisi lain, sistem seperti ini membuat kepercayaan pada fail-safe dan software menjadi semakin penting.
Ada detail kecil lain yang tetap menarik: jendela Cybercab belum bisa dibuka penuh, dan port USB-C di kabin disebut bisa memberi daya sampai 90W.
Di atas semua itu, Tesla kini harus membuktikan satu hal yang lebih besar dari demo: Cybercab aman dipakai di dunia nyata. Publik, pemerintah lokal, dan regulator keselamatan seperti National Highway Traffic Safety Administration perlu diyakinkan, apalagi investigasi terhadap rollout Cybercab sudah dibuka.
The Reality Check
Banyak orang melihat Cybercab sebagai pertaruhan teknologi. Itu benar. Tetapi masalah yang lebih dekat dengan pengguna bukan hanya apakah AI bisa mengemudi.
Masalahnya adalah apakah sistem ini cukup jelas saat sesuatu tidak berjalan ideal.
Produk otonom berbeda dengan produk digital biasa. Kalau aplikasi error, pengguna biasanya menutup aplikasi, refresh halaman, atau menghubungi support. Kalau kendaraan otonom error, risikonya menyentuh keselamatan fisik, jalan umum, penumpang, pejalan kaki, regulator, dan reputasi kota tempat layanan berjalan.
Karena itu, detail kecil seperti batas usia penumpang, posisi manual door release, cara membuka pintu setelah tabrakan, atau alasan jendela tidak bisa dibuka penuh bukan sekadar catatan teknis. Detail seperti ini menentukan apakah orang merasa aman sebelum masuk ke mobil.
Di sinilah Tesla menghadapi tantangan komunikasi yang cukup serius.
Selama ini Tesla kuat dalam menjual visi besar. Mobil yang mengemudi sendiri. Biaya transportasi lebih murah. Armada robotaxi. Pemilik kendaraan bisa menghasilkan uang. Kota bergerak lebih efisien.
Namun untuk Cybercab, visi besar saja tidak cukup.
Pengguna perlu tahu batasannya. Orang tua perlu tahu kenapa anak kecil belum boleh naik. Regulator perlu tahu apa yang terjadi saat sistem gagal. Penumpang perlu tahu cara keluar dari mobil jika listrik bermasalah. Kota perlu tahu bagaimana armada ini berperilaku saat ada kecelakaan, hujan buruk, konstruksi jalan, atau situasi ambigu.
Teknologi otonom tidak hanya bersaing di level kecerdasan AI. Ia juga bersaing di level prosedur operasional.
Waymo, Cruise, Tesla, dan pemain lain pada akhirnya tidak hanya menjual kendaraan. Mereka menjual rasa percaya bahwa perjalanan bisa berjalan tanpa manusia di kursi pengemudi.
Rasa percaya itu tidak muncul dari klaim besar. Ia muncul dari jawaban yang konsisten terhadap pertanyaan sederhana:
- siapa yang bertanggung jawab saat terjadi masalah?
- apa yang terjadi jika mobil berhenti di lokasi yang salah?
- bagaimana penumpang meminta bantuan?
- bagaimana pintu dibuka saat sistem elektronik gagal?
- siapa yang boleh naik dan siapa yang belum boleh?
- apa batas kemampuan sistem hari ini?
Kalau pertanyaan seperti ini dijawab lewat dokumen terpisah, terms of service, dan potongan informasi dari event privat, pesan ke pasar menjadi kurang rapi.
Bukan berarti Cybercab pasti gagal. Tetapi untuk produk dengan risiko sebesar ini, cara menjelaskan batasan sama pentingnya dengan cara menjelaskan kemampuan.
Inovasi yang terlalu fokus pada pengurangan komponen juga perlu hati-hati. Menghapus parts bisa membuat produk lebih murah dan lebih mudah diproduksi. Tetapi kalau parts yang dihapus berhubungan dengan persepsi keselamatan, seperti anchor kursi anak atau sistem mekanis cadangan, perusahaan perlu menjelaskan trade-off dengan sangat terang.
Cost efficiency adalah tujuan bisnis yang masuk akal. Tetapi dalam transportasi publik, efisiensi harus terlihat selaras dengan keselamatan, bukan terlihat mengorbankannya.
The Havedev Way
Dari sudut pandang Havedev, pelajaran Cybercab tidak hanya relevan untuk otomotif. Ini relevan untuk semua bisnis yang sedang membangun produk digital, AI, automation, atau sistem internal.
Semakin besar janji teknologi, semakin jelas juga batas operasional yang harus dijelaskan.
Banyak bisnis ingin langsung bicara tentang fitur. AI bisa menjawab pelanggan. Dashboard bisa membaca performa. Automation bisa mengirim follow-up. Aplikasi internal bisa merapikan proses. Chatbot bisa menggantikan pekerjaan manual.
Semua itu bisa benar.
Tetapi pertanyaan pertama seharusnya bukan hanya “fiturnya bisa apa?”
Pertanyaan yang lebih sehat adalah:
- kapan sistem boleh mengambil keputusan sendiri?
- kapan sistem harus berhenti dan meminta manusia?
- siapa yang menerima notifikasi saat ada error?
- data apa yang wajib ada sebelum proses berjalan?
- siapa yang boleh memakai fitur tertentu?
- apa yang terjadi saat input tidak lengkap?
- bagaimana pengguna tahu bahwa sistem sedang tidak tersedia?
Untuk produk AI dan automation, trust boundary harus jelas. Sistem boleh membantu, tetapi tidak boleh membuat pengguna bingung tentang siapa yang memegang kendali.
Dalam konteks bisnis, ini sering terlihat pada hal yang lebih sederhana.
Lead automation mengirim pesan, tetapi tim tidak tahu kapan harus follow-up manual. Dashboard menampilkan angka, tetapi definisi status belum konsisten. Chatbot menjawab pelanggan, tetapi tidak jelas kapan percakapan harus naik ke manusia. Sistem approval dibuat otomatis, tetapi tidak jelas siapa pemilik keputusan terakhir.
Akhirnya teknologi terlihat canggih, tetapi operasional tetap rapuh.
Cybercab mengingatkan bahwa produk tidak cukup hanya bisa berjalan. Produk harus bisa dijelaskan saat berjalan tidak sempurna.
Untuk website, aplikasi, CRM, dashboard, dan automation, prinsipnya sama. Jangan hanya desain happy path. Desain juga kondisi menunggu, gagal, ditolak, butuh bantuan, dan perlu eskalasi.
Sebelum menambah AI atau automation, bisnis perlu memastikan beberapa hal dasar:
- status kerja sudah jelas
- pemilik proses sudah jelas
- batas otomatisasi sudah jelas
- skenario error sudah jelas
- jalur bantuan sudah jelas
- data wajib sudah jelas
Kalau hal-hal ini belum jelas, teknologi baru hanya membuat kebingungan bergerak lebih cepat.
Bagi Tesla, Cybercab mungkin menjadi fork in the road: apakah perusahaan bisa berubah dari pembuat mobil visioner menjadi operator layanan otonom yang dipercaya publik.
Bagi bisnis lain, pelajarannya lebih dekat: jangan menjual kecanggihan sebelum operasionalnya bisa dibaca.
Produk yang baik bukan hanya membuat pengguna kagum saat demo. Produk yang baik membuat pengguna tetap tahu harus melakukan apa saat kondisi tidak ideal.
Di situlah kepercayaan dibangun.
Bukan dari janji bahwa sistem tidak akan pernah gagal, tetapi dari kejelasan tentang apa yang terjadi ketika sistem perlu bantuan.
Sumber referensi berita: TechCrunch