Dashboard KPI harness Claude Code: bukti, revenue, dan risiko dalam satu sheet

Mengapa perlu artifact sendiri

Artikel ini membuat dashboard KPI harness untuk developer dan operator konten yang sudah menerbitkan dengan Claude Code. Kegagalan umum sangat sederhana: PV naik tetapi tidak jelas artikel mana yang menghasilkan signup PDF, klik Gumroad, kunjungan konsultasi, atau bukti verifikasi. Workflow Claude Code tidak boleh berhenti pada jawaban yang terdengar yakin. Harus ada artifact yang bisa diperiksa orang lain. Dalam kasus ini artifact-nya adalah satu baris per artikel berisi status bukti, aksi revenue, dan catatan risiko.

Anggap artifact sebagai kontrak antara prompt, command line, dan halaman publik. Ia harus menunjukkan apa yang dibaca Claude Code, apa yang diubah, command mana yang membuktikan hasil, dan revenue path apa yang dilihat pembaca berikutnya. Karena itu topik ini terkait harness engineering, getting started, dan permissions.

Loop operasi

Jalankan loop dalam lima langkah: definisikan action, pilih proof, biarkan Claude Code melakukan pekerjaan terkecil yang berguna, verifikasi output, lalu catat action revenue berikutnya. Proof di sini bukan hanya “kode jalan”. Pantau PDF starts, klik Gumroad, kunjungan training, bukti build, dan risk flag terbuka. Saat field ini terlihat, perbaikan tidak bergantung pada tebakan.

1. Artikel harness mendapat trafik search tetapi PDF rendah; pindahkan checklist gratis dekat contoh pertama.

2. Artikel pemula mendapat PDF tetapi klik berbayar lemah; CTA perlu menjelaskan kapan Setup Guide berguna.

3. Artikel permission mengirim pembaca ke konsultasi; bahasa risiko harus tetap terlihat di bagian tengah.

Starter yang bisa disalin

const rows = [
  { slug: "claude-code-harness-engineering", sessions: 1882, pdfStarts: 42, gumroadClicks: 9, consultationVisits: 3, riskFlags: 1 },
  { slug: "claude-code-getting-started-complete", sessions: 760, pdfStarts: 28, gumroadClicks: 6, consultationVisits: 1, riskFlags: 0 },
];

function revenueSignal(row) {
  return row.pdfStarts * 1 + row.gumroadClicks * 4 + row.consultationVisits * 9 - row.riskFlags * 3;
}

for (const row of rows) {
  console.log(row.slug, revenueSignal(row));
}

Tiga contoh lapangan

Contoh 1. Artikel harness mendapat trafik search tetapi PDF rendah; pindahkan checklist gratis dekat contoh pertama.

Contoh 2. Artikel pemula mendapat PDF tetapi klik berbayar lemah; CTA perlu menjelaskan kapan Setup Guide berguna.

Contoh 3. Artikel permission mengirim pembaca ke konsultasi; bahasa risiko harus tetap terlihat di bagian tengah.

Checklist self-review

Sebelum workflow ini menjadi kebiasaan, review artikel seperti release note. Check pertama adalah scope: pembaca harus tahu kapan memakai dashboard KPI harness dan kapan checklist kecil sudah cukup. Check kedua adalah proof: setiap rekomendasi harus menunjuk ke command, URL, diff, atau metric. Check ketiga adalah routing: free PDF, Gumroad guide, dan konsultasi tidak boleh saling bersaing, tetapi menjawab tingkat urgensi yang berbeda.

Tambahkan ownership rule kecil. Satu orang memiliki artifact, satu orang memiliki verifikasi, dan satu orang memiliki eksperimen CTA berikutnya. Dalam workflow solo mungkin orangnya sama, tetapi nama role tetap ditulis. Ini mencegah Claude Code menganggap publishing, measuring, dan selling sebagai satu tugas kabur. Run berikutnya juga tahu dari mana harus lanjut.

Pertanyaan paling praktis adalah: apa yang membuat artikel ini lebih mudah diverifikasi besok pagi? Jika jawabannya screenshot, simpan. Jika jawabannya prompt yang lebih kuat, masukkan ke prompt pack. Jika jawabannya boundary lebih jelas, masukkan ke setup notes. satu baris per artikel berisi status bukti, aksi revenue, dan catatan risiko hanya berguna jika masih bisa dipakai pada sesi berikutnya.

Kegagalan umum

Kegagalan pertama adalah menjadikan pageviews satu-satunya skor. Kedua, menyetujui perubahan tanpa proof command. Ketiga, mengirim semua pembaca ke produk berbayar yang sama, padahal free PDF atau konsultasi lebih cocok. Tulis routing rule sebelum mengubah CTA.

Rute revenue

Arahkan pembaca berdasarkan bottleneck. Jika butuh command fluency, kirim ke PDF gratis atau cheatsheet gratis Gumroad. Jika pekerjaan yang sama berulang tiap minggu, gunakan 50 Prompt Templates atau Setup Guide. Jika masalahnya rollout, risk, atau revenue design, gunakan konsultasi. Untuk artikel ini, Prompt Templates membantu standar prompt review, sedangkan Setup Guide menjaga aturan harness stabil.

Metrik verifikasi

Setelah publish, HTTP 200 saja tidak cukup. Periksa h1, canonical, hero image, pembuka body, link CTA, mobile layout, dan bahasa. Lalu pantau PDF starts, klik Gumroad, kunjungan training, bukti build, dan risk flag terbuka. Jika metrik datar, perbaiki CTA di dekat contoh konkret pertama sebelum rewrite seluruh artikel.