Cara Mengurangi Meeting Tanpa Bikin Tim Jadi Bingung

Coba lo hitung sendiri. Satu meeting satu jam, isinya 10 orang. Itu bukan satu jam. Itu sepuluh jam kerja yang lo bakar dalam satu ruangan.

Dan seringnya, keputusan yang keluar dari sepuluh jam itu satu kalimat. Kalimat yang sebenarnya bisa ditulis di dokumen dalam lima menit.

Gw udah 20 tahun ngirim produk, dari Tokopedia, Hijra, Flip, tiga startup sendiri, sampai sekarang mimpin empat tim produk. Dan satu pola yang selalu sama di semua tempat: tim yang paling sibuk meeting biasanya bukan tim yang paling cepat ngirim. Malah kebalikannya.

Meeting itu gejala, bukan penyakit

Ini bagian yang sering salah dibaca orang.

Waktu tim ngeluh kebanyakan meeting, solusi standarnya biasanya "ya udah kurangin aja meetingnya". Dipotong jadi 30 menit. Dibikin no-meeting Wednesday. Dua minggu kemudian, meetingnya balik lagi, kadang lebih banyak.

Kenapa? Karena meeting itu cuma gejala. Penyakitnya: gak ada satu tempat yang jelas buat nyari jawaban.

Kalau engineer gak tahu kenapa fitur ini dibikin, dia nanya di meeting. Kalau designer gak tahu batasan teknisnya, dia nanya di meeting. Kalau QA gak tahu kasus mana yang harus jalan, dia nanya di meeting. Kalau stakeholder gak tahu progresnya, dia minta meeting.

Semua pertanyaan itu punya satu akar yang sama: konteksnya ada di kepala orang, bukan di dokumen.

Jadi selama konteksnya masih di kepala, lo potong meetingnya seberapa pun, orang bakal nyari cara lain buat ngorek isi kepala lo. Chat jam 11 malam. Tap di bahu. Call dadakan.

Meeting itu cuma antrian buat ngambil informasi. Kalau lo mau antriannya pendek, jangan atur antriannya. Perbanyak loketnya.

PRD yang bener itu ngurangin pertanyaan, bukan nambahin halaman

Di sinilah PRD masuk. Tapi bukan PRD yang tebal dan gak dibaca siapa-siapa.

Gw pernah nulis PRD 20 halaman yang rapi banget. Struktur lengkap, diagram ada, semua kolom keisi. Dan tetep aja tiap hari ada yang nanya hal dasar. Karena dokumen itu gw tulis buat keliatan lengkap, bukan buat dibaca orang yang lagi buru-buru.

PRD yang bener itu ditulis dengan satu pertanyaan di kepala: kalau gw cuti dua minggu, orang bisa lanjut kerja gak cuma dari dokumen ini?

Isinya minimal tiga hal.

Pertama, kenapa ini dikerjain. Bukan "meningkatkan engagement", tapi angka nyata yang mau digeser dari berapa ke berapa. Waktu gw ngerjain identity di Tokopedia, targetnya jelas: install ke register naik dari 35% ke 59%, register ke verified dari 30% ke 77%. Semua orang di tim tahu skor pertandingannya.

Kedua, batasannya. Apa yang secara sadar gak dikerjain di versi ini. Bagian ini yang paling sering dilewat, padahal ini yang paling banyak nyelametin waktu. Sebagian besar meeting panjang itu isinya orang debat soal hal yang sebenarnya udah lo putusin buat gak dikerjain, cuma gak pernah lo tulis.

Ketiga, keputusan yang udah diambil dan alasannya. Bukan cuma hasilnya. Alasannya. Karena tiga minggu lagi pasti ada orang baru yang nanya "kenapa gak pakai cara X aja". Kalau alasannya ketulis, dia baca dan selesai. Kalau gak ketulis, lo meeting lagi satu jam buat ngulang debat yang sama.

Satu aturan tambahan yang gw pegang: dokumen itu hidup. Tiap keputusan baru yang muncul di chat atau di call, balik lagi tulis ke dokumen. Kalau gak, dua bulan lagi dokumennya bohong, dan orang berhenti percaya. Begitu orang berhenti percaya sama dokumen, meetingnya balik.

Asinkronus itu bukan lambat, itu ngasih orang waktu mikir

Ada ketakutan yang wajar soal ngurangin meeting: takut jadi lelet. Takut keputusan ngambang berhari-hari di thread.

Pengalaman gw kebalikannya, asal aturannya jelas.

Waktu gw mimpin integrasi akun Tokopedia dan Gojek, itu proyek gede lintas banyak tim. Target tiga bulan, kelar dalam satu bulan. Gak mungkin proyek sebesar itu jalan dari rapat. Kalau semua keputusan harus lewat ruangan, lo habis waktu cuma buat nyocokin kalender.

Yang bikin jalan itu bukan rapat lebih banyak. Yang bikin jalan itu tiap orang tahu di mana nyari jawaban, dan siapa yang berhak mutusin apa tanpa nanya.

Tiga hal yang bikin asinkronus beneran jalan:

Satu, tiap tulisan minta sesuatu yang spesifik. Bukan "mohon reviewnya ya". Tapi "gw butuh keputusan lo soal poin 3 sebelum Kamis, kalau gak ada balesan gw jalan pakai opsi A". Default yang jelas bikin diam jadi jawaban yang aman, bukan kebuntuan.

Dua, ada nama di tiap keputusan. Satu orang, bukan "tim". Keputusan tanpa nama itu otomatis jadi agenda meeting.

Tiga, meeting tetap ada, tapi naik kelas. Sisain buat tiga hal doang: debat yang beneran butuh nada suara, kabar buruk, dan hal yang butuh orang saling kenal. Sisanya tulis.

Efek sampingnya yang paling gw suka: orang yang mikirnya pelan dan dalam akhirnya kebagian ruang. Di ruang meeting, yang menang biasanya yang paling cepet ngomong. Di dokumen, yang menang yang paling jelas mikirnya. Itu dua hal yang beda jauh.

PM yang gak berani mimpin budaya ini bakal kalah waktunya

Ini bagian yang gak enak tapi harus gw bilang.

Budaya meeting itu gak akan berubah dari bawah. Engineer gak bisa nolak undangan direktur. Designer gak bisa bilang "tulis aja di dokumen" ke stakeholder. Yang punya posisi buat mutus itu PM.

Dan biasanya PM yang paling males ngelakuinnya, karena meeting itu kelihatan kayak kerja. Kalender penuh rasanya kayak penting.

Padahal bikin perusahaan hemat itu kebiasaan lama gw, jauh sebelum AI ngetren: $4 juta+ per tahun dari macem-macem inisiatif, mulai dari perbaikan proses, optimasi biaya, sampai keputusan produk yang lebih efisien. Dan polanya selalu sama. Selalu ada orang yang mau duduk, nulis, dan ngitung dari mana sumber daya bocor. Waktu tim lo itu sumber daya yang paling mahal dan paling sering bocor tanpa ketahuan, karena gak ada invoice-nya tiap bulan.

Dulu leverage kayak gitu butuh posisi, tim engineer, dan sistem mahal. Sekarang AI jadi alat paling tajam buat kebiasaan yang sama, dan bisa dilatih ke semua orang di tim.

Contoh paling dekat: sistem distribusi konten 8 kanal yang gw bangun dan jalanin sendirian. Satu video panjang otomatis dipotong, nyebar ke delapan kanal, laporannya masuk tiap hari. Gw cuma review dan bilang gas. Kerjaan yang dulu butuh satu tim, sekarang jalan tanpa satu pun meeting koordinasi.

Mulainya gampang, ambil satu meeting rutin minggu depan. Yang paling sering lo ikutin tapi paling jarang ngasih keputusan. Ganti jadi satu dokumen pendek yang lo update tiap minggu.

Kalau seminggu kemudian gak ada yang kehilangan konteks, lo baru nemu berapa jam yang selama ini kebakar percuma.

Kalau lo pengin belajar cara mikir dan bikin sistem kayak gini buat kerjaan lo sendiri, gw bahas rutin bareng orang-orang di AI Circle. Kalau yang lo urus tim atau perusahaan dan mau budayanya digeser bareng-bareng, ada jalurnya juga di halaman corporate.