Otomasi Notifikasi Gw Nyaris Nge-Blast 6 Artikel Lama

Momen paling deg-degan dari bikin otomasi bukan pas ngoding-nya. Tapi pas pertama kali dinyalain ke orang beneran — broadcast pertama, notifikasi pertama yang jalan sendiri tanpa ada yang mantengin. Di momen itu gw hampir kelewat satu hal yang bisa bikin 6 artikel lama keblast ke semua orang sekaligus.

Konteksnya

Gw Andreas Tobing, founder 2ndBrAIn. Salah satu otomasi yang gw pegang adalah sistem yang ngabarin subscriber tiap kali ada artikel baru terbit — biar mereka gak harus buka-buka web tiap hari buat tau ada konten baru.

Logikanya di atas kertas simpel banget: "cari artikel yang belum pernah dinotif, kirim notifikasinya." Satu kalimat, kedengeran gak mungkin salah. Sistem cek daftar artikel, bandingin sama catatan "udah pernah dikirim", terus proses yang belum ada di catatan itu.

Yang dibangun

Alurnya gw bikin linear: sistem baca daftar artikel yang tayang, cocokin sama satu tabel catatan berisi artikel mana aja yang statusnya "udah dinotif", terus kirim notifikasi buat sisanya. Kalau kirimnya sukses, artikel itu ditandain di catatan biar gak dikirim ulang besok.

Sebelum dinyalain beneran, gw sempat tes pakai skenario kecil — beberapa artikel dummy, alurnya jalan mulus. Rasanya udah siap tinggal dinyalain aja ke subscriber beneran.

Tapi ada satu pertanyaan yang belum gw jawab sebelum nyalain ke subscriber asli, dan itu gw dapet bukan dari intuisi sendiri tapi dari kebiasaan minta AI audit dulu sebelum eksekusi apapun yang menyangkut banyak orang: kalau catatannya masih kosong, apa yang bakal kejadian pas sistem ini jalan pertama kali?

Gw coba jawab sendiri dulu sebelum nekat nyalain — dan jawabannya bikin kaget. Waktu itu ada 6 artikel lama yang udah lebih dulu tayang sebelum sistem notifikasi ini ada. Karena catatan "udah dinotif"-nya kosong, sistem bakal nganggep 6 artikel itu semuanya "baru" — dan ngirim semuanya sekaligus ke semua subscriber dalam satu waktu. Bukan notifikasi satu artikel baru yang rapi, tapi banjir 6 notifikasi bertubi-tubi buat konten yang buat subscriber udah basi.

Yang gagal

Untungnya bagian ini ketauan sebelum sistemnya nyala, bukan sesudahnya — tapi caranya ketauan itu sendiri adalah pelajaran penting, jadi tetap layak dianggap kegagalan yang nyaris kejadian. Dan bukan kebetulan gw nanya duluan: pola "cari yang baru, terus proses" itu udah kejadian berkali-kali di sistem lain yang gw pegang, jadi pertanyaan "apa yang kejadian kalau catatannya kosong" udah jadi semacam checklist wajib sebelum nyalain apapun yang ngirim ke banyak orang sekaligus.

Nyaris gagal pertama: catatan kosong dikira "semua baru". Sistem otomasi apapun yang polanya "cari yang belum diproses, terus proses" itu selalu punya asumsi diam-diam: ada catatan yang isinya benar tentang apa yang udah pernah dikerjain. Kalau catatan itu kosong pas pertama nyala — bukan karena belum pernah dikerjain, tapi karena sistemnya emang baru ada — semua data lama otomatis dianggap "baru". Gw baru sadar ini karena sengaja nanya ke diri sendiri sebelum nekat nyalain, bukan karena sistemnya kasih peringatan. Solusinya sesimpel nandain 6 artikel lama itu sebagai "udah diproses" di catatan, manual, sebelum tombol nyalanya ditekan.

Nyaris gagal kedua: intervensi manual nyaris dobel-kirim ke 276 subscriber. Beberapa waktu setelah sistem jalan normal, ada 2 artikel yang kelewat gak ke-notif otomatis — mungkin karena sistemnya sempat gagal diam-diam. Gw mau kirim manual ke subscriber yang jumlahnya waktu itu 276 orang, dan ada script lama di komputer gw yang kelihatannya pas buat itu. Sebelum dipakai, gw cek dulu script itu nyatet "udah kirim ke siapa" di mana. Ternyata dia nyatet di tempat yang beda dari catatan yang dibaca sistem otomatis. Kalau gw pakai script itu tanpa ngecek, besoknya sistem otomatis bakal nganggep belum ada yang dikirim — dan ngirim ulang ke 276 orang yang sama.

Dua kejadian ini polanya sama persis: masalahnya bukan di tugas yang dikerjain sistem, tapi di ingatan sistem itu — apa yang dia anggap "udah pernah", dan di mana dia nyimpen ingatan itu.

Pelajarannya buat kalian

Sebelum nyalain otomasi apapun yang kerjanya "cari yang baru, terus proses" — broadcast, auto-post, reminder, follow-up — tanya dulu satu pertanyaan ke diri sendiri: kalau catatan "udah pernah diproses"-nya kosong, apa yang bakal kejadian pas sistem ini nyala pertama kali? Kalau jawabannya "semua data lama keblast sekaligus", isi dulu catatannya secara manual sebelum dinyalain. Bukan solusi canggih, cuma satu langkah kecil yang gampang kelewat karena kelihatannya gak penting sampai kejadian.

Satu lagi yang sama pentingnya: kalau kalian pernah harus turun tangan manual buat nutup celah otomasi kalian, pastikan catatan hasil kerja manual itu masuk ke tempat yang sama yang dibaca sistem otomatisnya. Dua "kurir" — kalian dan sistem otomatis — yang catatannya beda sumber, cepat atau lambat bakal ngirim hal yang sama dua kali ke orang yang sama.

Kalau kalian mau mapping risiko kayak gini di sistem kalian sendiri sebelum kejadian beneran, ada prompt audit failure mode di prompt library kita yang bisa dipakai buat mikirin skenario "kalau ini kosong/gagal, apa akibatnya" satu-satu. Lebih murah nanya sekarang daripada nge-blast 6 artikel lama ke semua orang.

Otomasi yang beneran bisa dipercaya bukan yang paling canggih — tapi yang ingatannya kalian pahami betul sebelum kalian nyalain sendirinya.