← Back to Blog

Havedev

Kasus Uber Mengingatkan Bahwa Growth Tanpa Compliance Tetap Menjadi Risiko Bisnis

Kasus Uber Mengingatkan Bahwa Growth Tanpa Compliance Tetap Menjadi Risiko Bisnis

The Core Update

Pemegang saham Uber menggugat manajemen dan dewan perusahaan atas dugaan kegagalan dalam mengawasi isu keselamatan, compliance, dan beberapa insiden serius yang berdampak pada risiko perusahaan.

Gugatan ini dipimpin oleh sebuah dana pensiun dari Detroit dan diajukan di U.S. District Court for the Northern District of California. Intinya, penggugat menuduh Uber dan para pemimpinnya terlalu mendorong profit sambil mengabaikan compliance dan safety.

Dalam gugatan tersebut, Uber disebut sebagai perusahaan yang berulang kali bermasalah dalam compliance. Penggugat menilai budaya compliance yang lemah ikut membuka jalan bagi ribuan tuntutan hukum dari korban yang mengaku mengalami pelecehan dan kekerasan seksual oleh driver.

Gugatan ini juga menyebut CEO Dara Khosrowshahi dan anggota dewan. Mereka dituduh melanggar fiduciary duty karena dianggap mengabaikan peringatan berulang tentang kegagalan compliance dan keselamatan.

Penggugat meminta agar para pemimpin Uber secara pribadi mengganti kerugian perusahaan, mengembalikan kompensasi tertentu, dan menerapkan pengawasan serta sistem compliance yang lebih kuat.

Uber membantah tuduhan tersebut. Perusahaan menyebut gugatan ini mengabaikan fakta penting dan dibangun dari narasi yang menyesatkan dari gugatan lain yang menurut Uber tidak berdasar.

Kasus seperti ini bukan hal yang sepenuhnya baru. Perusahaan besar lain seperti Adobe, Apple, dan Intel juga pernah menghadapi derivative lawsuit, yaitu gugatan pemegang saham terhadap direksi atas nama perusahaan.

Tetapi poin pentingnya bukan sekadar bahwa Uber digugat. Poin pentingnya adalah bagaimana isu safety dan compliance bisa naik kelas menjadi risiko strategis bagi bisnis, reputasi, dan pemegang saham.

The Reality Check

Banyak bisnis membaca kasus seperti ini sebagai masalah perusahaan besar. Platform besar, jumlah pengguna besar, risiko besar, gugatan besar.

Itu tidak salah.

Tetapi terlalu nyaman kalau pelajarannya berhenti di sana.

Di bisnis ukuran apa pun, ada satu pola yang sama: ketika growth berjalan lebih cepat daripada kontrol operasional, risiko sering tidak langsung terlihat. Awalnya hanya terlihat sebagai komplain kecil, tiket support yang lambat ditangani, SOP yang dilanggar sesekali, atau keputusan cepat yang dianggap wajar karena target sedang dikejar.

Masalahnya, risiko yang tidak dicatat dengan rapi tidak berarti risiko itu tidak ada. Ia hanya belum muncul di dashboard.

Dalam kasus seperti Uber, isu yang dipersoalkan bukan hanya insiden individual. Gugatan ini menyorot dugaan kegagalan sistem: apakah peringatan sudah muncul, apakah manajemen tahu, apakah dewan mengawasi, dan apakah perusahaan memperbaiki akar masalahnya.

Ini penting karena banyak organisasi masih memperlakukan compliance sebagai urusan dokumen. Ada policy, ada Terms of Service, ada training, ada form, lalu dianggap selesai.

Padahal compliance yang sehat bukan hanya soal punya aturan. Compliance yang sehat berarti aturan itu hidup di proses harian.

Contohnya sederhana:

  • laporan insiden punya pemilik tindak lanjut yang jelas
  • komplain pelanggan tidak hilang di chat internal
  • risiko berulang masuk ke review manajemen
  • keputusan bisnis mencatat trade-off yang diambil
  • metrik safety tidak kalah penting dari metrik growth
  • sistem punya jejak audit yang bisa dibaca ulang

Tanpa itu, bisnis mungkin terlihat bergerak cepat, tetapi sebenarnya sedang membangun utang operasional.

Growth sering memberi ilusi bahwa semua baik-baik saja. Revenue naik, user bertambah, transaksi ramai, tim sibuk. Namun di bawahnya, mungkin ada proses yang rapuh: verifikasi yang longgar, escalation path yang tidak jelas, customer support yang kewalahan, atau laporan internal yang tidak pernah benar-benar ditindaklanjuti.

Risiko seperti ini biasanya mahal bukan karena satu kejadian saja, tetapi karena pola yang dibiarkan terlalu lama.

Di sinilah board, founder, dan manajemen perlu lebih jujur. Pertanyaan pentingnya bukan hanya: apakah bisnis tumbuh?

Pertanyaan yang lebih sulit adalah: apakah sistem pengawasannya ikut tumbuh?

Jika tidak, pertumbuhan justru bisa memperbesar dampak dari kelemahan yang sama.

The Havedev Way

Dari sudut pandang Havedev, kasus seperti ini mengingatkan bahwa sistem digital tidak boleh hanya dirancang untuk mempercepat transaksi. Sistem juga harus membantu bisnis melihat risiko lebih awal.

Banyak perusahaan ingin dashboard untuk melihat revenue, conversion, traffic, atau performa sales. Itu penting. Tetapi untuk bisnis yang mulai membesar, dashboard yang hanya membaca growth belum cukup.

Bisnis juga perlu membaca sinyal operasional yang lebih tidak nyaman:

  • komplain apa yang paling sering berulang?
  • insiden mana yang belum selesai ditangani?
  • siapa pemilik follow-up terakhir?
  • berapa lama laporan tertahan di satu tahap?
  • kategori risiko mana yang naik dari bulan ke bulan?
  • keputusan apa yang diambil setelah warning muncul?

Pertanyaan seperti ini terdengar administratif. Padahal di banyak bisnis, inilah pembeda antara masalah yang bisa dikendalikan dan masalah yang baru disadari setelah menjadi krisis.

Website, aplikasi internal, CRM, helpdesk, dan automation sebaiknya tidak hanya mengumpulkan data pelanggan. Ia juga perlu membantu mencatat status, konteks, dan akuntabilitas.

Misalnya, jika ada laporan pelanggan, sistem sebaiknya tidak berhenti di notifikasi. Harus ada status yang jelas: baru masuk, sedang diverifikasi, butuh informasi tambahan, dieskalasi, menunggu pihak internal, selesai, atau ditutup dengan alasan tertentu.

Jika ada proses onboarding mitra atau vendor, sistem sebaiknya tidak hanya mengejar jumlah pendaftar. Ia juga perlu memastikan verifikasi, dokumentasi, dan pengecekan risiko tidak mudah dilewati hanya karena tim ingin cepat live.

Jika ada subscription atau fitur berbayar, sistem sebaiknya tidak hanya mengoptimalkan conversion. Ia juga perlu membuat pembatalan, transparansi harga, dan komunikasi pelanggan cukup jelas agar tidak menumpuk menjadi masalah kepercayaan.

Ini bukan berarti setiap bisnis harus membangun compliance system yang berat sejak awal. Tidak semua perusahaan membutuhkan struktur seperti korporasi besar.

Tetapi setiap bisnis perlu punya mekanisme dasar untuk menjawab tiga hal:

  • risiko apa yang sedang muncul?
  • siapa yang bertanggung jawab menanganinya?
  • kapan manajemen perlu melihat dan mengambil keputusan?

Kalau tiga pertanyaan ini tidak bisa dijawab, automation hanya akan mempercepat proses yang belum sehat. Dashboard hanya akan mempercantik data yang tidak lengkap. Dan growth hanya akan membuat blind spot menjadi lebih besar.

Pelajaran dari kasus Uber bukan bahwa semua bisnis harus takut bertumbuh. Justru sebaliknya: bisnis boleh bertumbuh, tetapi struktur pengawasan harus ikut naik kelas.

Compliance bukan rem yang menghambat bisnis. Compliance yang dirancang dengan baik adalah sistem navigasi. Ia membantu perusahaan tahu kapan harus melaju, kapan harus berhenti, dan kapan ada risiko yang tidak boleh diabaikan.

Untuk founder dan owner, pertanyaan praktisnya sederhana: apakah sistem Anda hanya mencatat hasil, atau juga mencatat tanda bahaya?

Kalau jawabannya belum jelas, mulai dari alur yang paling berisiko. Bisa dari komplain pelanggan, refund, incident report, onboarding partner, subscription, atau follow-up support.

Rapikan statusnya. Tentukan pemiliknya. Buat escalation path. Simpan jejak keputusannya. Baru setelah itu bicara tool, automation, atau dashboard yang lebih kompleks.

Karena pada akhirnya, bisnis tidak hanya dinilai dari seberapa cepat ia tumbuh. Bisnis juga dinilai dari seberapa serius ia menjaga kepercayaan ketika pertumbuhan mulai membawa risiko yang lebih besar.

Dapatkan Audit Teknis Gratis untuk meninjau apakah website, workflow, dan sistem internal bisnis Anda sudah cukup membantu membaca risiko, bukan hanya mengejar angka growth.


Sumber referensi berita: TechCrunch

Continue Reading