Bayangkan tiga founder sedang menyiapkan peluncuran produk. Satu mengira dirinya bertanggung jawab atas penjualan, yang lain merasa urusan itu milik CEO, sementara masalah teknis tertunda karena CTO menunggu keputusan produk. Semua bekerja keras, tetapi tidak ada yang benar-benar memegang keputusan terakhir. Di titik seperti ini, masalah tim biasanya bukan kekurangan jabatan, melainkan kaburnya fungsi.
Bekerja bersama sejak awal juga tidak otomatis berarti beban dan kontribusi setiap orang sama. Ada yang membawa keahlian teknis, ada yang membuka akses pelanggan, ada yang mengurus operasi harian, dan ada yang menanggung keputusan paling berisiko. Karena itu, pembagian peran perlu dibangun dari tanggung jawab nyata, bukan dari asumsi bahwa semua orang “bareng-bareng dari awal”. Apresiasi dan kepemilikan pun harus mengikuti kesepakatan yang sah, bukan berubah otomatis hanya karena seseorang mengambil lebih banyak pekerjaan.
Jabatan adalah penanda tanggung jawab, bukan hadiah
Di tahap awal, gelar CEO, CTO, atau COO sering terdengar seperti simbol status. Padahal, jabatan eksekutif seharusnya membantu tim memahami siapa yang memegang wilayah keputusan tertentu. CEO bukan orang yang paling pintar atau paling senior, melainkan orang yang menjaga arah organisasi, menyusun prioritas ketika sumber daya terbatas, dan mewakili bisnis dalam hubungan dengan pihak luar.
Pada perusahaan yang masih kecil, CEO mungkin juga mengurus penjualan, arus kas, dan laporan keuangan sederhana. Itu bukan berarti semua keputusan harus melewati CEO. Justru, peran CEO menjadi lebih sehat ketika ia memastikan siapa pemilik keputusan, kapan masukan dibutuhkan, dan kapan keputusan harus segera dijalankan. Jika semua hal kembali ke satu orang, tim tampak fleksibel tetapi sebenarnya sedang membangun antrean.
CTO, atau Chief Technology Officer, memegang tanggung jawab atas fondasi teknologi dan kemampuan produk untuk berkembang. Dalam tim kecil, ia bisa masih menulis kode, memilih alat kerja, memperbaiki gangguan, sekaligus menentukan urutan fitur. Namun, CTO tidak seharusnya menjadi satu-satunya orang yang memahami sistem. Keputusan teknis perlu didokumentasikan secukupnya agar perusahaan tidak bergantung pada satu kepala.
COO, atau Chief Operating Officer, berfokus pada cara kerja organisasi sehari-hari. Ia membantu memastikan proses berjalan, kebutuhan sumber daya tertangani, dan strategi tidak berhenti sebagai rencana. Dalam skala awal, COO bisa ikut mengurus layanan pelanggan, kemitraan, atau pemasaran. Batas perannya boleh lentur, tetapi hasil yang diharapkan harus tetap bisa disebutkan dengan jelas.
Pisahkan fungsi produk, pertumbuhan, dan operasi
Dua fungsi yang kerap tertukar adalah produk dan growth. Product Lead berfokus pada masalah pengguna yang hendak diselesaikan, pengalaman yang dibangun, serta prioritas pengembangan. Growth Lead berfokus pada cara produk ditemukan, dicoba, digunakan kembali, dan menghasilkan pendapatan. Keduanya saling membutuhkan, tetapi tidak identik.
Produk yang menyelesaikan masalah dengan baik belum tentu langsung ditemukan pengguna. Sebaliknya, promosi yang agresif tidak akan menyelamatkan produk yang mengecewakan setelah dicoba. Misalnya, sebuah tim hipotetis berhasil mendatangkan banyak pendaftar melalui kampanye, tetapi pengguna berhenti setelah pengalaman pertama karena prosesnya membingungkan. Growth memang membawa orang masuk, tetapi pekerjaan produk menentukan alasan mereka bertahan.
Pembagian ini juga membantu tim membaca masalah secara lebih jernih. Jika pengguna tidak datang, tim dapat memeriksa distribusi, pesan pemasaran, atau saluran penjualan. Jika pengguna datang tetapi tidak kembali, tim perlu menelaah nilai produk, kualitas pengalaman, dan kecocokan dengan kebutuhan mereka. Jangan buru-buru menyimpulkan bahwa salah satu fungsi gagal hanya dari satu metrik.
Lentur dalam peran, tegas dalam akuntabilitas
Steve Blank merumuskan startup sebagai organisasi sementara yang sedang mencari model bisnis yang dapat diulang dan dikembangkan dalam skala lebih besar. Dalam konteks itu, peran memang dapat berubah karena tim masih belajar. Namun, istilah “search” tidak boleh dijadikan alasan untuk bekerja tanpa pemilik keputusan. Organisasi mapan pun dapat bereksperimen, sementara tim rintisan tetap membutuhkan disiplin eksekusi setiap hari.
Kuncinya adalah membedakan orang yang mengerjakan tugas dari orang yang bertanggung jawab atas hasil. CEO boleh membuat halaman penjualan, CTO boleh membantu menyiapkan kampanye, dan COO boleh menangani pelanggan. Akan tetapi, setiap aktivitas perlu memiliki pemilik hasil yang dapat menjawab tiga pertanyaan: apa yang sedang dicapai, kapan harus terlihat, dan keputusan apa yang boleh ia ambil tanpa menunggu rapat panjang.
Struktur sederhana dapat membantu. Untuk setiap area utama—arah bisnis, produk, teknologi, pertumbuhan, dan operasi—tetapkan satu penanggung jawab utama. Orang lain tetap boleh membantu atau memberi masukan, tetapi tidak ada dua pemilik keputusan yang sama-sama merasa berhak menunda. Jika tanggung jawab berubah minggu depan, catat perubahan itu agar seluruh tim memiliki pemahaman yang sama.
Pembagian peran juga perlu ditinjau ketika kondisi berubah. Founder yang semula kuat di penjualan mungkin perlu beralih ke penggalangan dana atau perekrutan. CTO yang awalnya membangun sendiri bisa mulai memimpin proses kualitas. Perubahan ini tidak harus dianggap sebagai kehilangan status, selama alasan, ruang keputusan, dan ukuran keberhasilannya dibicarakan terbuka.
Kepercayaan tumbuh dari kejelasan yang dijaga
Chemistry tim bukan sekadar rasa cocok ketika berdiskusi. Ia terlihat dari kesediaan memahami ritme kerja, memberi apresiasi secara adil, dan memegang komitmen ketika keadaan tidak sesuai rencana. Tim yang akrab tetapi tidak pernah menyepakati batas tanggung jawab akan mudah menyimpan kekecewaan sampai muncul sebagai konflik pribadi.
Sebaliknya, struktur yang jelas tidak berarti hubungan harus kaku. Founder tetap bisa saling membantu, mengakui kesalahan, dan berpindah peran saat kebutuhan berubah. Yang dijaga adalah transparansi: siapa memutuskan, siapa mengerjakan, siapa perlu diberi informasi, dan bagaimana perbedaan pendapat diselesaikan.
Tujuan akhirnya bukan mengejar product-market fit sebagai ambang angka universal. Product-market fit perlu dilihat dari bukti yang relevan dengan konteks: apakah kelompok pengguna tertentu merasakan nilai, apakah mereka terus menggunakan atau membayar, dan apakah pola itu cukup konsisten untuk mendukung keputusan berikutnya. Sedikit pelanggan dapat menjadi sinyal awal, tetapi belum otomatis membuktikan kecocokan pasar.
Cobalah rapat 45 menit bersama para founder minggu ini. Tulis lima fungsi utama yang benar-benar dibutuhkan saat ini, tetapkan satu penanggung jawab hasil untuk masing-masing fungsi, lalu sepakati keputusan yang boleh diambil tanpa persetujuan semua orang. Simpan catatan itu, tinjau setelah dua minggu, dan ubah hanya berdasarkan bukti kerja yang muncul.


