Melihat perubahan dari dampak
Aku minta Gemini pro untuk menulis ulang sebuah artikel. Aku minta bahasanya dibuat kasual dengan target pembaca aktivis dan staf di LSM nasional. Aku juga masih belajar tentang ToC dan tolok ukurnya adalah aku sendiri. Kalau aku kurang paham artikel ini, mungkin orang lain juga tidak memahaminya. Dari hasil bacaan itu, aku mengeditnya.
Bikin theory of change (ToC) sering kali berujung jadi jebakan wishlist program.
Secara visual, ToC emang dibaca dari kiri ke kanan: kegiatan –> output –> outcome –> impact. Tapi kalau cara bikinnya ngikutin urutan itu, biasanya kita cuma mencocok-cocokkan kegiatan yang ingin dilakukan atau biasa dilakukan. Jadi ToC kadang digunakan sebagai alat justifikasi.
Supaya ToC benar-benar menjadi logika yang terinternalisasi dan bagian dari komitmen terhadap gerakan, cara terbaik justru merancangnya mundur (reverse engineering).
1. Mulai dari Dampak (Impact)
Tentukan goal jangka panjang secara konkret. Bayangkan spesifiknya: kalau program ini berhasil total, kondisi di lapangan bakal seperti apa?
Hindari jargon ngawang seperti “meningkatkan kesejahteraan masyarakat”. Bikin senyata dan se-konkret mungkin sampai kamu bisa melihat dan mengukurnya secara nyata di dunia nyata.
2. Mundur ke Perubahan Nyata (Outcome)
Tanyakan ke tim: sebelum dampak tadi beneran terjadi, hal apa yang harus berubah duluan?
Fokus di perubahan perilaku, kebiasaan, kebijakan, atau kondisi lokal. Ingat, bagian ini bukan tempat nulis kegiatan, melainkan kondisi baru yang tercipta di kelompok dampingan.
3. Mundur ke Keluaran Konkret (Output)
Kira-kira produk atau hal nyata apa yang harus beres supaya perubahan perilaku tadi bisa terjadi?
Di sini baru masuk modul pelatihan yang selesai dibikin, sistem advokasi yang terbentuk, atau bantuan logistik yang tersalurkan. Catatannya: masukkan output yang bener-bener punya garis lurus ke outcome di atasnya. Kalau nggak nyambung, coret.
4. Terakhir, Tentukan Kegiatan (Activities)
Setelah semuanya jelas, baru bahas: aktivitas harian apa yang perlu dijalankan untuk menghasilkan output itu?
Alasan kenapa kegiatan ditaruh paling bontot: kalau dipikirin di awal, kita cenderung cuma milih kegiatan yang familier, seru, atau gampang dapet funding—bukan apa yang bener-bener dibutuhin isu tersebut.
Kunci Utama: Bedah Asumsi dan Cek Lapangan
- Uji asumsi di tiap rantai logika: Tanyakan terus, “Kondisi apa yang harus terpenuhi supaya langkah A beneran bisa menghasilkan langkah B?” Jangan sampai dilewati, karena biasanya di sinilah titik rapuhnya program saat dieksekusi.
- Validasi bareng komunitas: ToC yang dibikin cuma di ruang rapat ber-AC tanpa ngecek asumsi ke masyarakat itu bukan rencana kerja—itu cuma tebakan yang dibikin rapi. Ajak warga atau konstituen ngobrol buat memastikan alur logikanya masuk akal di dunia nyata.
Pas sudah jadi, ToC tetap dibaca maju dari kegiatan ke dampak. Tapi dengan menyusunnya secara mundur, kamu memastikan setiap rupiah, tenaga, dan waktu yang keluar bener-bener ngarah ke perubahan yang penting—bukan sekadar ngerjain apa yang biasa dan nyaman dilakukan.