Materi 3: Mengotomatiskan Kasus (Dunia Nyata)

Di materi sebelumnya, kita telah belajar dasar-dasar UI dan membuat workflow mini. Sekarang, kita akan naik level. Kita akan menerapkan pengetahuan kita pada skenario studi kasus yang realistis.

Bertemu Nathan 🙋

Perkenalkan Nathan, seorang Analytics Manager di ABCorp. Pekerjaannya adalah mendukung tim dengan laporan dan analitik. Namun, karena ia serba bisa, ia juga menangani beberapa inisiatif lain.

Beberapa pekerjaan Nathan bersifat repetitif dan membosankan. Ia ingin mengotomatiskan beberapa tugas ini agar tidak burnout. Sebagai Ahli Otomasi (yaitu kita!), kita bertemu dengan Nathan hari ini untuk membantunya memindahkan sebagian tanggung jawabnya ke n8n.

Memahami Skenario

Berikut adalah percakapan kita dengan Nathan untuk memahami masalahnya:

Kita 🤵🏻:

Senang bertemu denganmu, Nathan. Senang bisa membantu! Apa tugas repetitif yang rawan kesalahan dan ingin sekali kamu selesaikan pertama kali?

Nathan 🙋:

Terima kasih sudah datang! Yang paling menyebalkan adalah pelaporan penjualan mingguan.

Setiap hari Senin, saya harus mengumpulkan data penjualan dari data warehouse lama kami. Setiap pesanan penjualan bisa memiliki status "Processing" atau "Booked".

Tugas saya: Saya harus menghitung jumlah total (sum) dari semua pesanan yang statusnya "Booked" dan mengumumkannya di Discord perusahaan. Setelah itu, saya harus membuat spreadsheet dari semua pesanan "Processing" agar Manajer Penjualan dapat meninjaunya dan mengecek apakah mereka perlu menindaklanjuti pelanggan.

Pekerjaan manual ini berat dan butuh perhatian tinggi agar semua angka benar. Seringkali, saya kehilangan fokus dan salah ketik angka, atau saya tidak menyelesaikannya tepat waktu. Saya pernah dikritik oleh manajer saya karena salah menghitung data.

Kita 🤵🏻:

Oh tidak! Apakah data warehouse itu tidak punya cara untuk mengekspor data?

Nathan 🙋:

Data warehouse ini dibuat sendiri (in-house) bertahun-tahun yang lalu. Tidak ada ekspor CSV, tapi mereka baru-baru ini menambahkan beberapa API endpoint yang mengekspos data ini, jika itu membantu.

Kita 🤵🏻:

Sempurna! Itu awal yang sangat baik. Jika kita memiliki API generik, kita bisa menambahkan sedikit kode kustom dan beberapa layanan untuk membuat alur kerja otomatis. Ini pekerjaan yang sangat cocok untuk n8n. Mari kita mulai!

Rencana Alur Kerja (Workflow)

Dari percakapan di atas, kita bisa memecah masalah Nathan menjadi beberapa langkah logis yang bisa ditangani n8n:

1. Pemicu (Trigger): Kita perlu sesuatu yang berjalan "setiap hari Senin". Ini akan menggunakan Schedule Node.
2. Ambil Data: Kita perlu "mengambil data dari API". Kita akan menggunakan HTTP Request Node.
3. Pisahkan Data: Kita harus memisahkan data "Processing" dan "Booked". Ini adalah pekerjaan sempurna untuk IF Node.
4. Tugas "Booked":
   • Menghitung total (sum) dari pesanan "Booked".
   • Mengirim totalnya ke Discord (Discord Node).
5. Tugas "Processing":
   • Membuat spreadsheet dari pesanan "Processing".
   • Kita bisa pakai Google Sheets Node. (Contoh di JSON menggunakan Airtable, yang fungsinya serupa).

Visualisasi Alur Kerja

Secara visual, inilah yang akan kita bangun di materi-materi selanjutnya:

Rencana alur kerja kita. Satu input, bercabang menjadi dua output yang berbeda.