software

Awal tahun 2023, di sebuah kantor kecil di bilangan Kuningan, saya duduk di depan laptop dengan secangkir kopi yang sudah dingin. Saya memimpin proyek digitalisasi armada—dua belas unit van operasional yang harus lebih efisien. Targetnya ambisius: penghematan bahan bakar 12% dalam enam bulan, pemantauan real-time, dan laporan driver behavior. Vendor menjanjikan semuanya lewat satu paket software “all-in-one”. Saya percaya. Saya salah.

Keputusan yang Terburu-buru

Keputusan itu muncul karena tekanan: laporan lama terlihat buruk, manajemen ingin hasil cepat, dan tim keuangan sudah menunggu penurunan cost. Vendor X mempresentasikan demo halus di ruang meeting; grafiknya rapi, KPI-nya meyakinkan. “Instalasi plug-and-play, kompatibel semua mobil dengan OBD-II dan CAN bus,” kata sales dengan percaya diri. Saya ingat berpikir, kalau benar semudah itu, kenapa tidak? Saya mengingat sayap rasa tidak nyaman di dada—tapi saya menekan tombol setuju. Kejadian kecil: saya tidak meminta contoh data mentah (raw CAN frames) dan tidak memeriksa kompatibilitas spesifik model kendaraan kami, karena percaya pada klaim vendor.

Uji Coba di Lapangan: Realitas Menyentak

Pemasangan dimulai pada minggu ketiga Februari. Dalam dua hari, beberapa van sudah mengirim data—tetapi nilainya aneh. RPM melompat tak wajar saat idle. Sensor bahan bakar kadang menunjukkan pengisian liter yang mustahil. Saya menghabiskan pagi menelusuri log bersama teknisi; ada selisih time-stamp, paket terpecah, dan satu kendaraan Toyota yang menggunakan frame CAN non-standar tidak ter-parse. Driver juga mengeluh layar infotainment menjadi lambat karena perangkat gateway mengkonsumsi bandwidth.

Saya ingat momen itu dengan jelas: berdiri di samping salah satu van, mendengarkan mekanik berkata, “Kayaknya ini bukan salah mobil, Pak. Data-nya dari sumbernya beda.” Jantung saya berdegup. Kesalahan kecil itu berkembang jadi masalah besar ketika algoritma optimasi rute mulai memberikan rute yang lebih lama karena peta provider yang berbeda zona. Laporan emisi pun melenceng, membuat manajemen panik walau belum ada kegagalan hukum—namun kredibilitas proyek tergerus.

Proses Perbaikan dan Negosiasi

Kami memutuskan menghentikan rollout, kembali ke pilot. Itu bolak-balik selama tiga minggu: saya meminta contoh raw CAN data, memaksa vendor memberi access ke API, dan membandingkan dengan data OBD-II langsung dari dongle lain yang saya bawa sendiri. Proses ini memperlihatkan betapa pentingnya verifikasi teknis awal—vendor bisa menyajikan dashboard cantik, tapi jika parsing frame salah, semua metrik jadi dusta.

Salah satu dialog yang memorable: saya mengirim pesan singkat ke CTO vendor, “Tolong kirim raw logs kendaraan A-07 per jam selama 24 jam.” Balasannya singkat: “Siap.” Tapi saat saya analisa, ada gaps signifikan—rate limiting di API mereka men-drop paket saat signal 3G menurun. Itu mengajari saya satu hal penting: uji kondisi jaringan nyata, bukan demo di Wi-Fi kantor.

Di sela-sela itu, saya membaca beberapa referensi teknis—termasuk artikel dan forum industri, bahkan menemukan tulisan bermanfaat di istabreq yang membantu saya memahami perbedaan antara OBD-II PID dan raw CAN frame. Pengetahuan itu membantu saya berargumen ke vendor dengan bahasa teknis yang tepat, bukan hanya tuntutan emosional.

Pelajaran Nyata yang Saya Bawa

Pertama: selalu minta data mentah. Dashboard cantik boleh jadi sales tool; raw logs menunjukkan kenyataan. Kedua: lakukan pilot di kondisi nyata—malam hari, hujan, area pinggiran dengan sinyal lemah. Ketiga: pastikan kompatibilitas model kendaraan sampai level frame/CAN ID, bukan hanya “kompatibel OBD-II”. Keempat: SLA harus jelas soal data continuity, rate limiting, dan ownership data. Kelima: siapkan rollback plan; proyek kami sempat mengganggu operasional karena tidak siap rollback cepat.

Saya juga belajar soal manusia: jangan remehkan resistensi driver. Mereka butuh training sederhana—bukan manual panjang—dan jaminan privasi. Saya pernah lupa menjelaskan bagaimana data digunakan; hasilnya, satu driver menonaktifkan perangkat karena takut “diawasi”. Komunikasi internal itu bagian dari teknis.

Beberapa bulan setelah drama itu, kami memilih vendor lain setelah checklist teknis kaku diterapkan. Hasilnya? Implementasi lebih lambat, tapi stabil. Penghematan bahan bakar tidak instan, tapi bertumbuh. Pelajaran paling berharga: kegagalan itu mahal, tapi lebih mahal jika tidak belajar dari kegagalan itu. Sekarang saya selalu memulai dengan pilot realistis, permintaan data mentah, dan kontrak yang tidak memberi ruang untuk asumsi.

Jika Anda sedang memilih software untuk armada atau kendaraan, anggap cerita ini sebagai peringatan teman—bukan untuk menakut-nakuti, tapi untuk menyiapkan Anda lebih baik. Saya masih ingat kopi yang dingin itu. Sekarang, saya meminumnya hangat, menulis daftar cek teknis sebelum bertemu vendor. Pelan tapi pasti. Lebih baik lambat dan benar, daripada cepat dan menyesal.