Agentic Workflow · Landing Page
Sebelum ngomongin agent-nya bisa apa, kita harus sepakat dulu: acuan yang dia baca itu datangnya dari mana.
All-hands · September 2026
Kenapa ini dibahas
Kita mau agent ikut bantu bikin landing page dari awal — bukan cuma ngecek hasil jadi. Artinya dia harus tahu section apa yang dibikin, urutannya gimana, dan kenapa.
Scope hari ini: landing page aja. Bukan app, bukan dashboard.
Yang sering disalahpahami
SSOT itu cara mikir kita waktu bikin LP — yang selama ini cuma ada di kepala masing-masing. Tugas kita sekarang mindahin isi kepala itu ke tulisan, biar bisa dibaca agent.
Screenshot cuma nunjukin bentuknya. Yang bikin mahal itu alasannya.
Ada dua cara ngumpulin
Opsi A
Riset pola LP yang umum dipakai per kategori, bikin LP referensi, turunin aturannya dari situ.
Cepat. Bisa jalan minggu ini juga, gak nunggu siapa-siapa.
Opsi B
Ambil LP yang udah pernah kita kerjain, klasifikasi ke 4 kategori, tarik polanya dari situ.
Lambat. Butuh waktu tim buat diwawancara satu-satu.
Bukan pilihan mutlak — bisa dikombinasi. Tapi salah satu harus jadi sumber utamanya.
Head to head
| Aspek | A · Best practice | B · Project sendiri |
|---|---|---|
| Waktu sampai jalan | ± 1 minggu | ± 4–5 minggu |
| Beban tim | Hampir nol | 20 menit / project |
| Cocok sama klien kita | Belum tentu | Udah kebukti |
| Contoh kegagalan | Gak ada | Ada |
| Bisa ditiru kompetitor | Bisa | Enggak |
| Risiko output seragam | Tinggi | Sedang |
Baris yang aku highlight itu yang paling nentuin. LP hasil generate gak punya riwayat revisi — gak ada klien yang pernah nolak, gak ada bagian yang pernah dibuang. Padahal "ini pernah gagal dan ini alasannya" itu bagian yang paling susah dicari.
Bentuk file-nya
Layer 1 · Aturan
Konteks kategori, apa yang wajib ada, apa yang gak boleh. Ditulis bahasa manusia.
Ini yang otoritatif. Kalau bentrok, yang ini menang.
Layer 2 · Struktur
Contoh konkret urutan section. Ilustrasi dari aturan di atas, bukan cetakan.
Agent boleh lihat, tapi gak boleh nyalin mentah.
Layer 3 · Style
Warna, tipografi, mood — dikasih terpisah per klien, gak disimpan di SSOT.
Ini yang bikin klien A gak keliatan kayak klien B.
Pemisahan ini berlaku di opsi manapun. Yang masih perlu diputusin cuma: isi layer 1 dan 2 itu ditarik dari mana.
Opsi B · Langkahnya
Langkah 1–2 bisa dikerjain siapa aja. Langkah 3 cuma bisa dijawab orang yang ngerjain project itu.
Biar gak berat
Agent yang kerjain
Inventarisasi: ada section apa aja, urutannya gimana, tombolnya berapa, headline-nya bunyinya apa.
Bagian membosankan. Gratis dan konsisten.
Manusia yang jawab
Alasan, batasan waktu itu, dan bagian yang gagal. Agent gak akan pernah tahu kenapa testimoni ditaro di atas.
Ini yang gak bisa digantiin.
Aturan keras: kolom alasan cuma boleh diisi manusia. Boleh kosong, boleh ditulis "lupa". Kalau agent yang nebak, dia bakal ngarang alasan yang kedengarannya masuk akal — dan kita gak akan bisa bedain lagi mana yang asli.
± 20 menit per project
Nomor 4 itu kuncinya. Kalau cuma ditanya "kenapa didesain gini", jawabannya "biar clean" — gak kepake. Begitu ditanya opsi mana yang ditolak, orang terpaksa jelasin pertimbangan aslinya.
Formatnya ngobrol + rekam, bukan isi form. Form pasti diisi seadanya biar cepet kelar.
Yang aku usulin
Project
3 per kategori
Wawancara
per project
Total jam tim
dibagi ke semua
Sampai evaluasi
baru putusin scale
| Milestone | Target |
|---|---|
| Klasifikasi arsip + pilih 12 project | Mg 1 · 6 Okt |
| Wawancara + bedah semua project | Mg 2–3 · 20 Okt |
| Compile draft SSOT per kategori | Mg 4 · 27 Okt |
| Tes: agent generate 1 LP, bandingin sama desainer | Mg 5 · 3 Nov |
| Evaluasi format → keputusan scale | Mg 5 · 5 Nov |
Kenapa 12, bukan 30: kalau format bedahnya ternyata salah, kita cuma ngulang 12.
Yang aku butuhin hari ini
01
3 per kategori, mulai minggu depan. Belum komitmen ke full rollout.
02
20 menit per orang per project buat sesi wawancara. Total ± 4 jam dibagi semua.
Tanggal 5 November kita duduk lagi, lihat hasilnya, baru putusin mau diterusin atau ganti pendekatan.
elux.space · September 2026