Kasus Lyft Mengingatkan Bisnis Bahwa Status Operasional Bukan Sekadar Label

The Core Update

Lyft setuju membayar settlement sebesar $272,5 juta untuk menyelesaikan gugatan di California terkait cara perusahaan mengklasifikasikan driver.

Gugatan tersebut menuduh Lyft melanggar hukum California karena memperlakukan driver sebagai independent contractor, bukan employee. Dengan klasifikasi itu, driver disebut tidak mendapatkan beberapa hak yang biasanya melekat pada status karyawan, seperti minimum wage, overtime, paid sick leave, dan pembayaran upah tepat waktu.

Kasus ini berasal dari gugatan California Labor Commissioner’s Office pada Agustus 2020. Periode pelanggaran yang dibahas mencakup April 2016 sampai Desember 2020, masa ketika California sedang berdebat keras soal status pekerja di ekonomi gig.

Lyft mengatakan settlement ini membantu perusahaan menghindari biaya dan distraksi dari litigasi panjang, sehingga manajemen bisa kembali fokus menjalankan objektif bisnis. Settlement masih perlu disetujui hakim.

Di sisi lain, California Labor Commissioner Lilia García-Brower menyebut hasil ini terjadi karena pekerja yang berani bicara. Kantornya juga akan melepas bagian settlement mereka agar dana tersebut diarahkan ke driver yang mengajukan klaim upah.

Hari ini, situasinya sudah berbeda. Setelah Proposition 22 disetujui pemilih pada 2020, driver layanan transportasi berbasis aplikasi seperti Lyft dan Uber diklasifikasikan sebagai contractor dengan carve-out khusus dari aturan Assembly Bill 5.

Namun kasus ini tetap penting karena menunjukkan satu hal yang sering diabaikan: status bukan hanya urusan administratif. Status menentukan hak, kewajiban, biaya, risiko, dan cara bisnis beroperasi.

The Reality Check

Banyak bisnis melihat status sebagai label internal yang bisa dipilih sesuai kenyamanan operasional.

Karyawan atau kontraktor. Partner atau vendor. Lead atau customer. Pending atau selesai. Support atau komplain. Project aktif atau project macet.

Di permukaan, semua itu terlihat seperti pilihan kata. Tetapi dalam praktiknya, status adalah fondasi keputusan.

Ketika status pekerja disebut contractor, bisnis biasanya membangun sistem kompensasi, kontrol kerja, benefit, pajak, dan tanggung jawab hukum berdasarkan asumsi itu. Kalau regulator, pengadilan, atau pekerja melihat realitasnya berbeda, label tadi bisa berubah menjadi masalah besar.

Kasus Lyft bukan hanya tentang satu perusahaan ride-hailing. Ini juga pelajaran untuk bisnis digital yang semakin sering memakai model fleksibel: freelancer, driver, seller, creator, agen lapangan, mitra fulfilment, teknisi outsource, atau tim remote lintas negara.

Fleksibilitas memang menarik. Biaya bisa lebih ringan. Operasi bisa lebih cepat naik turun. Tim inti tidak perlu terlalu besar.

Tetapi fleksibilitas yang tidak punya batas jelas sering menumpuk risiko diam-diam.

Apakah orang ini benar-benar bebas menentukan cara kerja? Apakah jam kerjanya dikontrol? Apakah tarifnya dinegosiasikan atau ditentukan sepihak? Apakah ada penalti jika menolak pekerjaan? Apakah alat, proses, dan standar kerja sepenuhnya dikendalikan perusahaan?

Pertanyaan seperti ini tidak selalu muncul saat bisnis masih kecil. Semua terasa praktis. Semua orang fokus growth.

Masalah biasanya muncul setelah volume naik, aturan berubah, ekspektasi pekerja meningkat, atau ada pihak yang merasa haknya tidak sesuai dengan realitas kerja sehari-hari.

Di titik itu, status yang dulu dianggap teknis mulai menjadi beban hukum, reputasi, dan keuangan.

Ada pola yang mirip dengan banyak masalah operasional lain. Bisnis tidak selalu kekurangan tool. Bisnis sering kekurangan definisi status yang jujur.

Kalau seseorang disebut partner, tetapi diperlakukan seperti staff penuh waktu, statusnya kabur. Kalau customer support disebut selesai, tetapi pelanggan masih menunggu jawaban, statusnya kabur. Kalau project disebut on track, tetapi keputusan penting belum diambil, statusnya kabur.

Status yang kabur membuat dashboard terlihat rapi, tetapi keputusan tetap salah.

Dalam konteks Lyft, nominal settlement yang besar memperlihatkan bahwa status yang salah tidak berhenti sebagai catatan HR atau legal. Ia bisa menjadi biaya nyata.

The Havedev Way

Dari sudut pandang Havedev, pelajaran paling sehat dari kasus seperti ini bukan sekadar “hati-hati dengan regulasi”. Itu benar, tetapi terlalu sempit.

Pelajaran yang lebih operasional adalah: bisnis perlu memperlakukan status sebagai sistem keputusan, bukan dekorasi data.

Sebelum membangun platform, automation, dashboard, atau workflow baru, bisnis perlu bertanya hal yang lebih dasar:

• siapa saja yang menjalankan pekerjaan inti?
• status mereka dalam bisnis apa?
• hak dan kewajiban apa yang mengikuti status itu?
• siapa yang mengubah status tersebut?
• bukti apa yang mendukung status itu?
• risiko apa yang muncul jika status dibaca berbeda oleh pihak luar?

Pertanyaan ini berlaku untuk pekerja, customer, order, ticket, invoice, vendor, dan project.

Untuk bisnis yang memakai banyak tenaga fleksibel, status perlu terlihat di proses sejak awal. Kontrak, onboarding, sistem pembayaran, kontrol kerja, SLA, dan komunikasi harian harus bercerita hal yang sama.

Kalau kontrak menyebut contractor, tetapi sistem kerja mengatur orang seperti karyawan penuh waktu, bisnis sedang menyimpan kontradiksi.

Kalau dashboard menyebut pekerjaan selesai, tetapi masih ada kewajiban follow-up manual di chat, bisnis sedang menyimpan kontradiksi.

Kalau CRM menyebut lead dingin, tetapi sales masih rutin mengejar karena peluangnya besar, bisnis sedang menyimpan kontradiksi.

Kontradiksi kecil seperti ini sering tidak terlihat sebagai masalah teknologi. Tetapi ketika bisnis tumbuh, ia menjadi sumber miskomunikasi, dispute, komplain, laporan yang keliru, dan keputusan yang mahal.

Karena itu, pendekatan yang lebih sehat adalah mulai dari pemetaan status.

Ambil satu alur yang paling dekat dengan uang atau risiko. Misalnya alur pekerja lapangan, alur fulfilment, alur support, atau alur sales. Lalu tulis status yang benar-benar dipakai, bukan status yang ingin terlihat rapi di dashboard.

Tanyakan:

• status apa yang menentukan hak atau kewajiban?
• status apa yang menentukan pembayaran?
• status apa yang menentukan siapa bertanggung jawab?
• status apa yang perlu bukti?
• status apa yang terlalu kabur dan sering ditafsirkan berbeda?

Dari sana, baru pilih alat bantu. Mungkin cukup revisi SOP dan form. Mungkin perlu perbaikan kontrak. Mungkin perlu field baru di CRM. Mungkin perlu dashboard risiko. Mungkin perlu automation untuk reminder dan eskalasi.

Tetapi automation sebaiknya tidak dipasang di atas status yang masih kabur.

Jika definisi “aktif”, “selesai”, “menunggu”, “mitra”, “kontraktor”, atau “klaim valid” belum jelas, automation hanya mempercepat kebingungan. Sistem terlihat modern, tetapi keputusan dasarnya tetap rapuh.

Kasus Lyft menunjukkan bahwa bahasa operasional punya konsekuensi. Label di sistem, kontrak, dan proses harian harus saling mendukung.

Bisnis yang ingin tumbuh tidak cukup hanya bertanya “tool apa yang perlu dipakai?”

Pertanyaan yang lebih penting adalah: “status apa yang sedang kita pakai untuk mengambil keputusan, dan apakah status itu cukup jelas jika diuji oleh customer, tim, partner, regulator, atau investor?”

Kalau jawabannya belum jelas, mulai dari sana.

Dapatkan Audit Teknis Gratis untuk meninjau alur website, lead, operasional, dan automation yang masih bergantung pada status kerja yang kabur.

---

Sumber referensi berita: TechCrunch