Marketer GitHub Otomasi Event dari Planning sampai Follow-Up

Bayangin nyiapin satu webinar butuh dua hari kerja: duplikat landing page, bikin link UTM satu-satu per channel, update dua project board, terus tiap pagi download-cek-bersihin daftar pendaftar. Tomoko, marketing lead GitHub untuk Jepang dan Korea, capek ngulang itu tiap bulan — jadi dia bikin prosesnya jalan sendiri, cuma modal satu GitHub Issue.

Apa yang baru

• Copilot ubah runbook jadi automation: Tomoko gak nulis kode dari nol — dia nulis runbook manualnya dan ngobrol sama GitHub Copilot sampai automation-nya kebentuk sendiri.
• Tiga primitif GitHub jadi mesinnya: sistemnya cuma pakai Issue Forms, Labels, dan GitHub Actions — tiga bagian standar GitHub yang biasanya dipakai buat kerjaan developer, bukan tool marketing khusus.
• Otomasi nyambung ke event platform dan CRM: workflow-nya ngobrol ke platform event lewat API, dan ke CRM lewat CLI — tanpa perlu intervensi manual harian buat cek pendaftar atau upload data.
• AGENTS.md jadi buku aturan tim: satu file Markdown di root repo nyimpen aturan penamaan campaign, timezone tiap region, dan format email undangan yang standar — Copilot baca file ini tiap kali diminta bikin event baru.

Cara kerjanya

Gampangnya begini: Issue Form itu kayak formulir pendaftaran yang kalian isi sekali — judul event, tanggal, region, target audiens. Label itu kayak saklar yang nyalain jalur produksi tertentu, misalnya label event-setup bikin satu workflow spesifik mulai jalan. GitHub Actions itu operatornya — begitu saklar nyala, dia baca isi form dan langsung eksekusi kerjaan: bikin landing page, generate link UTM, isi project board.

Prosesnya dimulai dari obrolan, bukan form kosong. Tomoko buka Copilot, bilang mau bikin webinar soal AI di November, dan Copilot — yang udah baca AGENTS.md — nyari event lama yang mirip, ngusulin nama campaign sesuai aturan, dan nanya hal-hal yang menurut runbook emang harus ditanya. Baru setelah itu Issue-nya lahir dengan data yang udah rapi, siap dieksekusi otomatis.

Kenapa ini penting

Buat marketer atau growth hacker Indonesia yang udah biasa pakai GitHub buat kerja bareng tim developer, pola ini nunjukkin GitHub Issue bisa jadi lebih dari sekadar tempat diskusi — dia bisa jadi unit kerja yang mengeksekusi dirinya sendiri. Gak perlu beli platform marketing automation mahal kalau tool yang udah dipakai tim (repo, Actions) bisa dipakein hal yang sama.

Syaratnya cuma satu: tool kalian — event platform, CRM, form builder, apa pun — punya API atau minimal CLI yang bisa diakses dari luar dashboard-nya. Kalau iya, pola "runbook jadi automation" ini bisa ditiru buat kerjaan repetitif apa pun, sama seperti prinsip serahin tugas klik-klik berulang ke AI yang gw bahas soal Codex Computer Use — bedanya di sini eksekusinya lewat GitHub Actions, bukan agent yang megang mouse.

Yang bikin ini beda dari sekadar "pakai AI buat kerja lebih cepat" adalah urutannya: runbook manual ditulis dulu sampai jelas, baru didigitalkan. Automation yang dibangun dari proses yang belum jelas cuma bakal mempercepat kekacauan yang sama.

Buat kalian

• Yang harus peduli: kalian yang megang event atau campaign berulang — webinar bulanan, meetup rutin, launch produk — dan udah pakai GitHub buat kerjaan tim lain. Pola Issue Form + Label + Actions ini bisa langsung dicoba tanpa nambah tool baru.
• Yang boleh santai: kalau event kalian jarang (sekali-dua kali setahun) atau tim kalian belum familiar sama GitHub sama sekali, biaya belajar setup-nya kemungkinan lebih mahal dari waktu yang dihemat.
• Langkah kecil pertama: tulis dulu runbook satu proses paling berulang di kerjaan kalian — urutan langkah persis, bukan garis besar — sebelum mikirin automation-nya. Runbook yang jelas itu yang bikin AI bisa bantu eksekusi, bukan sebaliknya.

Automation yang paling awet itu bukan yang paling canggih tekniknya, tapi yang dibangun di atas proses yang udah dipahami sampai ke detail terkecil sebelum satu baris pun didelegasikan ke AI. Prinsip itu yang gw latih bareng murid-murid di kelas gw, sebelum masuk ke bagian "biar AI yang jalanin".

Sumber primer: blog resmi GitHub (github.blog, "Marketing ops as code: Automating events from planning to follow-up on GitHub").