Internal · elux.space

Agentic Workflow · Landing Page

Gimana cara kita
ngumpulin SSOT?

Dari arsip project lama sampai jadi acuan yang dibaca agent — prosesnya, tools-nya, dan siapa ngerjain apa.

Rasya · September 2026

Konteks

Kenapa ini dibahas

Agent gak bisa mutusin apa‑apa tanpa acuan.

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.

Tanpa acuan, tiap run hasilnya beda-beda
Gak ada dasar buat bilang output-nya bener atau salah
Standar tiap orang cuma ada di kepalanya masing-masing

Scope: landing page. Empat kategori — konversi, refreshment, ads, lead generator.

Definisi

Yang sering disalahpahami

SSOT itu bukan kumpulan
desain bagus.

SSOT itu cara mikir kita waktu bikin LP — yang selama ini cuma ada di kepala masing-masing. Tugasnya mindahin itu ke tulisan, biar bisa dibaca agent.

Screenshot cuma nunjukin bentuknya. Yang mahal itu alasannya.

Sumber data

Diambil dari mana

Dari project kita sendiri, bukan best practice internet.

Aspek	Best practice umum	Project sendiri
Waktu sampai jalan	± 1 minggu	± 5 minggu
Cocok sama klien kita	Belum tentu	Udah kebukti
Contoh kegagalan	Gak ada	Ada
Bisa ditiru kompetitor	Bisa	Enggak
Risiko semua LP seragam	Tinggi	Sedang

Baris yang di-highlight itu yang nentuin. LP contoh dari internet gak punya riwayat revisi — gak ada klien yang pernah nolak. Padahal "ini pernah gagal dan ini alasannya" itu bagian yang paling susah dicari dan paling berguna.

Konsep kunci

Ini yang paling sering ketuker

Arsip bukan SSOT. Dua hal beda.

Arsip · Bahan mentah

Hasil bedah 12 project

Screenshot, copy, rekaman wawancara, transkrip. Numpuk, berantakan, panjang.

Agent gak baca ini.

SSOT · Hasil olahan

5 file .md

Cuma pola yang udah kebukti berulang. Pendek, rapi, bisa ditelusur balik ke arsip.

Ini yang dibaca agent.

Kalau 12 folder mentah langsung dikasih ke agent, dia kebanjiran dan malah bingung mana yang penting. Makanya prosesnya dua fase: ngumpulin, terus ngolah.

Fase 1 · Ngumpulin

Fase 1 · 4 minggu

Empat bahan, per project.

Belum ada kesimpulan apa-apa di fase ini — dan emang gak boleh ada.

Halaman jadinya — screenshot full desktop + mobile, crop per section
Copy-nya — semua teks di halaman, disalin ke file text
Rekaman wawancara — video atau mp3, 20 menit
Transkrip — hasil auto-transcribe dari rekaman

Nomor 1–2 mekanis, bisa jalan duluan tanpa nunggu jadwal orang. Nomor 3 butuh yang ngerjain project-nya.

Fase 1 · Peran

Tiga orang, tiga sudut

Siapa ngerjain apa.

Rasya · Sisi desain

Klasifikasi project, kumpulin screenshot & copy, keputusan desain dan alasannya.

± 45 menit / project

Mba Dewi · Sisi klien

Brief aslinya apa, KPI yang diminta, keberatan klien, bagian mana yang diprotes.

± 20 menit / project

Pak Arya · Gerbang

Green-light pilot di awal, dan sign-off SSOT tiap kategori sebelum dipakai agent.

2 titik approval

Sisi desain dan sisi klien sengaja dipisah — dua-duanya nyimpen separuh cerita, dan biasanya versinya gak persis sama. Selisihnya justru informasi.

Fase 1 · Wawancara

± 20 menit per project

Tujuh pertanyaan, sama buat semua kategori.

Klien waktu itu minta apa? Salin apa adanya.
Ada batasan apa? Budget, deadline, asset, klien maksa.
Keputusan paling besar di project ini apa? Maks 3.
Opsi lain apa yang sempat dipertimbangkan, dan kenapa ditolak?

Bagian mana yang direvisi atau diprotes klien? Kenapa?
Kalau ngulang sekarang, apa yang kamu ubah?
Bagian mana yang khusus klien ini doang, jangan ditiru?

Nomor 4 itu kuncinya. Ditanya "kenapa didesain gini" jawabannya "biar clean" — gak kepake. Begitu ditanya opsi mana yang ditolak, orang terpaksa jelasin pertimbangan aslinya.

Fase 1 · Kontrol mutu

Dua gerbang

Yang masuk disaring, yang keluar dicek.

Gerbang masuk

Project mana yang layak dibedah

Syaratnya satu: ingatan soal project itu masih ada. Kalau udah lupa alasannya kenapa, project-nya di-skip.

Jangan dipaksa masuk demi ngejar jumlah. Lebih baik 9 project jujur daripada 12 yang separuhnya karangan.

Gerbang keluar

Sebelum masuk repo

Agent boleh bantu nyusun draft dari transkrip. Tapi yang diwawancara wajib baca ulang hasilnya.

5 menit, cukup jawab: "iya gue ngomong gitu" atau "bukan gitu maksudnya".

Tanpa gerbang keluar, agent bakal ngerapihin transkrip sambil nambahin hal yang kedengarannya masuk akal. Dan begitu itu masuk repo, dia langsung jadi "kebenaran" yang dipakai bikin semua LP berikutnya.

Fase 2 · Ngolah

Fase 2 · Langkah 1

Transkrip dipecah jadi klaim satuan.

Satu kalimat = satu klaim, gak boleh gabungan. Tiap baris ditandai asalnya.

Dari 12 project biasanya keluar 150–250 klaim. Agent bisa bantu mecah, tinggal dicek.

JURASPA-04  [wawancara]
  Harga gak ditampilin — klien mau orang
  nanya via WA dulu

JURASPA-05  [halaman]
  Form cuma 3 field: nama, WA, tanggal

JURASPA-06  [wawancara]
  Testimoni sebelum harga, karena klien
  premium dan perlu trust duluan

Tanda [wawancara] vs [halaman] itu yang bikin 6 bulan lagi kita masih bisa bedain mana yang beneran diomongin, mana yang cuma keliatan di layar.

Fase 2 · Ngolah

Fase 2 · Langkah 2 & 3

Klaim sejenis ditumpuk. Pangkatnya dihitung, bukan didebatkan.

Langkah 2 · Kelompokin

KLUSTER — trust dulu sebelum harga
  ← JURASPA-06
  ← MELLOW-11
  ← GMV-03
  3 project · kategori konversi

Langkah 3 · Hitung

1 project	Kasus
2 project	Kasus kuat
3+ project, 1 kategori	Pola
Hampir semua project	Aturan

Ini yang bikin SSOT-nya objektif. Kita gak perlu debat "ini aturan atau selera" — masukin aja sebagai kasus, biar bukti yang naikin pangkatnya. Kalau ada project yang bantah, pangkatnya turun.

Fase 2 · Output

Fase 2 · Langkah 4

Yang keluar: 5 file.

Isinya cuma kluster yang udah berpangkat — bukan semua klaim. Tiap baris nyantumin asalnya, jadi bisa ditelusur balik ke rekaman aslinya.

ssot/            ← dibaca agent
  00-universal.md
  01-konversi.md
  02-refreshment.md
  03-ads.md
  04-leadgen.md

arsip/           ← gak dibaca agent
  juraspa-2025-11/
  mellow-2026-02/
  ...

Tools

Disimpan di mana

Tiga tempat, sesuai sifat filenya.

Isi	Tempat	Alasan
Tracker progres & jadwal	Notion	Dewi gak perlu sentuh git
Rekaman video / mp3	Drive	File gede, git bakal berat
Arsip .md + screenshot	GitHub	Ada riwayat perubahan
SSOT final	GitHub	Sumber tunggal, satu repo

Kenapa GitHub, bukan Drive semua: riwayat perubahan. Kalau nanti ada aturan yang berubah, kita bisa lihat kapan diubah, siapa yang ubah, dan alasannya. Di Drive, file ketimpa ya hilang.

Rekaman tetap di Drive, tapi link-nya ditulis di file .md — jadi tetap kelacak.

Tools

Dipakai agent-nya gimana

SSOT-nya netral. Agent-nya boleh ganti.

Lapis 1 · Sumber

File .md di repo

Format terbuka, gak terikat platform manapun. Ini yang jadi acuan tunggal.

Lapis 2 · Runtime

Agent apapun

Yang mana aja bisa baca file yang sama. Ganti runtime gak bikin SSOT ikut berubah.

Lapis 3 · Penilaian

Layer typesafe

Ngurus decision & scoring hasil output, dengan skema terstruktur — bukan penilaian bebas.

Ini sengaja dipisah. Kalau SSOT diikat ke satu tool, ganti tool artinya ngulang dari nol — dan tool di ranah ini umurnya pendek. Yang kita bangun adalah asetnya, bukan integrasinya.

Pilihan runtime dan detail layer penilaian dibahas terpisah — di luar scope pengumpulan SSOT.

Setelah pilot

Biar gak jadi dokumen mati

Tiap project baru masuk siklus.

Project selesai → langsung dibedah, mumpung masih inget
Klaimnya masuk ke kumpulan
Jumlah kluster dihitung ulang
Pangkat naik atau turun dengan sendirinya

Efeknya: yang tadinya cuma "kasus" naik jadi "pola" begitu ketemu project ketiga. Makin banyak kerjaan yang masuk, SSOT-nya makin tajam sendiri — tanpa perlu ada yang duduk ngerombak ulang.

Proposal

Yang diusulin

Pilot 12 project dulu. Jangan langsung semua.

Project

12

3 per kategori

Beban Rasya

9j

total, 5 minggu

Beban Dewi

4j

total, 4 minggu

Sampai evaluasi

6mg

baru putusin scale

Milestone	Fase	Target
Setup repo + tracker, pilih 12 project	—	6 Okt
Wawancara + kumpulin bahan, 3 / minggu	Fase 1	31 Okt
Pecah klaim, kelompokin, hitung pangkat	Fase 2	5 Nov
Tulis 5 file SSOT	Fase 2	7 Nov
Tes: agent bikin 1 LP, bandingin sama manual	Evaluasi	10 Nov

Kenapa 12, bukan 30: kalau format bedahnya ternyata salah, kita cuma ngulang 12.

Keputusan

Yang dibutuhin hari ini

Tiga approval.

01

Pilot 12 project

3 per kategori, mulai minggu depan. Belum komitmen ke full rollout.

02

Slot Mba Dewi

1 jam per minggu selama 4 minggu buat sesi sisi klien.

03

Repo GitHub privat

Satu repo baru buat arsip + SSOT, di bawah org elux.

10 November kita duduk lagi, lihat hasil tesnya, baru putusin diterusin atau ganti pendekatan.

elux.space · September 2026

Gimana cara kitangumpulin SSOT?