Contoh alur kerja

Lima alur kerja yang dijalankan tim Okou setiap pekan. Masing-masing menunjukkan penyiapannya, prompt-nya, artefak yang dihasilkan Okou, dan waktu yang dikembalikannya.

Intinya bukan menyalin mentah-mentah — melainkan melihat bentuk sebuah alur kerja Okou yang utuh lalu menyesuaikannya dengan pekerjaan Anda sendiri.

1. Briefing pagi

Titik sakitnya. Setiap pagi dimulai dengan mengejar ketertinggalan: buka Slack, sapu @mention, cek kalender, lirik PR yang terbuka. Dua puluh menit sebelum tugas sungguhan yang pertama.

Penyiapan. Satu jadwal, hari kerja pukul 8 pagi. Konektor: Slack, GitHub, Google Calendar.

Prompt.

"Setiap hari kerja pukul 8 pagi waktu Beijing, kirimi saya DM berisi empat bagian:

1. @mention Slack yang belum dibaca dalam 24 jam terakhir, dengan ringkasan satu baris
2. Issue GitHub yang ditugaskan ke saya, diurutkan dari yang paling lama, dengan status dan komentar terakhir
3. Kalender hari ini — judul rapat, waktunya, dan dokumen Notion terkait bila tertaut
4. Satu saran fokus untuk hari ini, berdasarkan apa yang lewat tenggat atau menghambat orang lain"

Yang Anda terima. Sebuah DM Slack pukul 8 pagi, biasanya 200–350 kata. Tiap bagian ringkas, angkanya konkret, tautannya menyatu di teks. "Saran fokus" berubah-ubah — kadang itu PR yang sudah jelas, kadang persiapan rapat yang butuh perhatian lebih daripada yang sanggup diberikan hari itu.

Yang dikembalikan. Kira-kira 20 menit sehari, ditambah beban kognitif berpindah-pindah antara empat alat sejak pagi.

Variasi. Tambahkan bagian kelima untuk pendaftaran pelanggan baru, atau untuk galat produksi dari Sentry. Ganti DM Slack dengan email kalau Anda lebih suka pagi tanpa notifikasi.

2. Pantauan pesaing mingguan

Titik sakitnya. Mengetahui apa yang dirilis pesaing pekan lalu itu berguna. Memeriksa manual tiga akun X, tiga changelog, tiga halaman harga, dan satu daftar blog adalah tugas yang diam-diam terlewat.

Penyiapan. Sebuah alur kerja (competitor-scan) plus otomasi terjadwal Senin pagi. Konektor: X dan Notion. Pencarian web tidak perlu apa pun dihubungkan — itu layanan terkelola.

Prompt.

"Pindai @competitor1, @competitor2, @competitor3 di X beserta changelog mereka sejak Senin lalu. Silang-periksa dengan halaman harga dan tulisan blog mereka. Bandingkan dengan basis pekan lalu (halaman Notion 'Competitor State'). Kirim digest ke #competitor-intel dan soroti: fitur baru, perubahan harga, sinyal perekrutan, serta apa pun yang menonjol dalam nada atau pesan."

Yang Anda terima. Sebuah thread Slack pada Senin pagi. Pesan utamanya: ringkasan lima poin. Balasannya: bagian per pesaing dengan kutipan pembaruan dan tautannya. Halaman basis di Notion diperbarui otomatis supaya perbandingan pekan berikutnya berpijak pada data segar.

Yang dikembalikan. Sekitar 90 menit per pekan, ditambah beban pikiran di latar berupa "aku mestinya mengecek Acme".

Variasi. Tambahkan Reddit dan Hacker News untuk membaca sentimen komunitas. Tambahkan retrospeksi kuartalan yang memadatkan selisih sepanjang tahun menjadi satu slide siap dewan.

3. Triase bug

Titik sakitnya. Seseorang menjatuhkan tangkapan layar atau keterangan samar di #bug-report. Itu harus menjadi issue GitHub sungguhan dengan langkah reproduksi, tingkat keparahan, label, dan tim. Langkah memformalkan itu kecil tetapi tak pernah berhenti.

Penyiapan. Sebuah alur kerja (triage-bug-report), dipanggil manual dengan Okou di #bug-report. Konektor: Slack, GitHub.

Prompt (di kanal):

"Okou triase ini — tarik langkah reproduksi dari tangkapan layar dan thread-nya, cari issue GitHub yang berkaitan, klasifikasikan tingkat keparahannya (P0–P3), tugaskan ke tim yang paling mungkin berdasarkan jalur berkas atau gejalanya, lalu buat issue baru kalau bukan duplikat. Balas di thread ini dengan tautannya."

Yang Anda terima. Balasan di dalam thread dalam sekitar 60 detik: tautan issue GitHub, tingkat keparahan yang dipilih beserta alasan satu baris, daftar 2–3 issue terkait sebagai konteks, dan tim yang ditugaskan. Kalau Okou menilai itu duplikat, ia mengirim tautan issue aslinya alih-alih membuat yang baru.

Yang dikembalikan. Sepanjang pekan yang sibuk, inilah beda antara pelacak issue yang rapi dan tumpukan tangkapan layar Slack yang belum ditriase.

Variasi. Tambahkan label "berdampak ke pelanggan" tergantung apakah pelapornya dari luar perusahaan. Panggil petugas jaga secara otomatis untuk P0.

4. Draf balasan pelanggan

Titik sakitnya. Email pelanggan butuh balasan yang membantu, sesuai merek, dan berpijak pada dokumentasi. Lima menit per email × 30 email sepekan adalah biaya yang nyata.

Penyiapan. Sebuah alur kerja (customer-reply-draft), dipanggil manual dengan meneruskan email ke Okou atau menempelkannya di chat. Konektor: Gmail, Notion (atau pusat bantuan Anda), Stripe (untuk penagihan), Linear (untuk masalah yang sudah diketahui).

Prompt.

"Pelanggan menulis email ini [tempel]. Baca tiga tiket terakhirnya, cari bagian yang relevan di dokumentasi kita, periksa di Linear apakah ada masalah yang sudah diketahui dan cocok dengan laporannya, lalu cek konteks penagihan di Stripe. Susun draf balasan dalam bahasanya. Kutip bagian dokumentasinya. Jaga di bawah 150 kata. Sesuaikan nadanya dengan balasan dukungan kita yang terakhir ke orang ini."

Yang Anda terima. Draf balasan dengan kutipan yang ditautkan di bagian bawah — biasanya dua atau tiga tautan dokumentasi, ditambah catatan semacam "Linear ENG-4422 adalah masalah yang sudah diketahui untuk ini; perkiraan pekan depan." Anda baca cepat, ubah satu baris, kirim.

Yang dikembalikan. Sekitar 3–4 menit per email. Sepanjang sepekan dukungan, itu berjam-jam.

Variasi. Deteksi otomatis tingkat pelanggan dari Stripe lalu taruh balasan VIP di hadapan peninjau tertentu. Email selalu mendarat sebagai draf di akun Anda supaya manusia yang mengirimkannya, jadi di langkah peninjauan itulah Anda memutuskan seberapa ketat tiap tingkat diperiksa.

5. Produksi konten mingguan

Titik sakitnya. Marketing ingin satu tulisan blog, tiga unggahan LinkedIn, dan satu set kartu media sosial setiap pekan. Tiap materi butuh konteks dari riset dan konten yang sudah ada. Mengoordinasikannya lintas alat lebih berat daripada menulisnya.

Penyiapan. Alur kerja bertahap (weekly-content) pada otomasi terjadwal Jumat sore. Konektor: Notion (riset), Plausible (analitik), Fal (generasi gambar), Loops (email).

Prompt.

"Setiap Jumat pukul 2 siang, lakukan ini:

1. Baca dokumen Notion baru pekan ini di basis data 'Marketing Inputs'
2. Silang-periksa dengan topik blog pekan lalu supaya tidak berulang
3. Susun draf satu tulisan blog 800 kata tentang topik yang paling relevan saat ini; simpan di Notion pada 'Blog Drafts'
4. Susun tiga variasi LinkedIn dari gagasan yang sama — satu esai, satu daftar, satu cerita pribadi
5. Buat tiga kartu media sosial persegi dengan gaya merek kami
6. Kirim paketnya ke #marketing untuk ditinjau"

Yang Anda terima. Satu pesan Slack pada Jumat sore berisi keenam artefak sekaligus. Draf blognya menautkan ke halaman Notion yang sudah tertata. Draf LinkedIn siap salin-tempel. Kartu media sosialnya sudah terunduh dan siap dilampirkan.

Yang dikembalikan. Kira-kira setengah hari koordinasi setiap pekan. Editor meninjau lalu menerbitkan; mereka tidak lagi menyusun draf.

Variasi. Tambahkan uji A/B di mana Okou membuat dua judul lalu mengujinya ke audiens kecil lewat Loops. Tambahkan pengecekan Plausible atas topik berkinerja terbaik pekan lalu untuk memiringkan pilihan topik.

Masing-masing alur kerja ini butuh 10–30 menit untuk disiapkan. Setelah itu ia membayar dirinya setiap hari atau setiap pekan. Biayanya kira-kira sebesar kredit yang dipakai tiap eksekusi — terlihat di halaman Tagihan. Lihat Kredit & tagihan untuk hitungannya.

Untuk membangun versi Anda sendiri, salin salah satu prompt ini, ganti nama alat dan kanal Anda, lalu coba. Iterasi dari hasilnya.

Untuk kumpulan yang lebih luas, pustaka alur kerja publik memuat tiap contoh lengkap dengan konektor yang dibutuhkan, prompt yang memulainya, dan langkah-langkah yang dijalankan Okou.