Di bulan April, saya menulis tentang apa yang membuat Prova terasa nyata: mesin sprint, penagihan, evaluasi, pekerjaan operasional membosankan yang memisahkan demo dari produk.
Tulisan itu benar ketika saya menerbitkannya. Arsitektur sprint-first yang saya deskripsikan — sprint yang ditulis, ulasan rubrik, routing adaptif, jalur Operator dan Builder — benar-benar berfungsi. Itu adalah mesin yang tepat.
Yang belum saya ketahui saat itu adalah kurikulum yang dilapiskan di atasnya masih salah.
Bukan salah dengan cara yang bisa Anda tangkap dari demo. Salah dengan cara yang hanya muncul setelah Anda menulis setiap rubrik, menelusuri setiap jalur pengguna, dan menanyakan pertanyaan yang tidak ada yang memaksa saya tanyakan hingga pertengahan Mei: apa sebenarnya yang membuat ini sulit direplikasi oleh chatbot gratis?
Antara pertengahan Mei dan akhir Juni, kurikulum dibangun ulang dua kali. Setiap kali, saya mengganti sesuatu yang sebelumnya saya yakini. Inilah sebenarnya tentang apa setiap penulisan ulang itu.
Arsitektur 3 jalur (26 Mei – 1 Juni)
Pada akhir Mei, produk memiliki masalah. Ada 33 sprint, dan tiga audiens yang sangat berbeda — operator yang mendesain ulang alur kerja, builder yang mencoba mengirimkan potongan pertama yang berguna, dan leader yang mencoba mentransformasi tim — berbagi 7 dari 9 sprint dan menyebut dua sisanya sebagai "jalur." Itu adalah menu, bukan tulang punggung.
Keluasan bukanlah parit pertahanan.
Jadi saya membangun apa yang terasa seperti jawaban yang ketat: arsitektur berlapis dengan fondasi Layer 0 bersama, lalu tiga jalur audiens (Operator, Builder, Leader) dengan sprint khusus masing-masing, semuanya bersumber dari 16 template kursus dan korpus yang diterbitkan. 38 unit dalam 5 tipe unit. Konsep, latihan, sprint, proyek, checkpoint — masing-masing dengan semantik penyelesaian yang berbeda.
Di atas kertas, itu tampak seperti kurikulum sungguhan.
Yang rusak bukanlah sprint individual mana pun. Melainkan asumsi struktural di balik semuanya: bahwa lebih banyak jalur dan lebih banyak sprint membuat produk lebih dapat dipertahankan.
Tidak.
Framework 7 Powers dari Hamilton Helmer menyebut ini secara eksplisit. Kekuatan berasal dari hambatan — keunggulan struktural yang tidak dapat direplikasi oleh pesaing hanya dengan memutuskan untuk melakukannya. Menambahkan sprint ke jalur bukanlah hambatan. Itu adalah luas permukaan operasional. Chatbot generik menyamai keluasan secara instan, tanpa gesekan.
Model 3 jalur menambahkan cakupan. Tidak menambahkan kedalaman. Saya telah membangun hal yang salah, dan saya tidak melihatnya sampai arsitektur diterapkan dan setiap sprint ditulis.
Saya telah menulis 24 sprint baru untuk model 3 jalur, bersumber dari template kursus dan korpus yang diterbitkan. Arsitekturnya tampak ketat di atas kertas. Saya bangga karenanya.
Sistem jalur dinonaktifkan pada minggu yang sama saat diluncurkan.
Satu aturan (2 Juni – 22 Juni)
Penulisan ulang kedua tidak dimulai dengan sprint. Dimulai dengan pertanyaan strategi.
Saya duduk dan bertanya: jika satu-satunya keunggulan Prova yang dapat dipertahankan adalah sesuatu yang tidak dapat diadopsi secara struktural oleh alat AI horizontal, apakah keunggulan itu?
Jawabannya mendarat pada tiga lapisan yang saling memperkuat:
Kedalaman vertikal (baji). Seorang marketer yang mengirimkan alur kerja kampanye yang terdokumentasi brief, dengan pengukuran nyata dan gerbang keputusan, sesuai standar tingkat periklanan. Itu bukan sesuatu yang dapat dihasilkan chatbot dari sebuah prompt.
Perancah (aktivasi). Kebanyakan marketer tidak tahu harus bertanya apa. Produk harus menemui mereka di titik "saya pikir AI bisa membantu dengan ini tapi saya tidak yakin harus mulai dari mana" dan melakukan pekerjaan menentukan ruang lingkup, pengurutan, dan penetapan standar.
Karya terverifikasi, dikirim sesuai standar (bukti). Setiap sprint berakhir dengan pengajuan yang ditinjau berdasarkan rubrik nyata. Bukan "apakah ini terlihat bagus." Bukan "apakah ini bersih secara tata bahasa." Tetapi: apakah artefak ini bertahan terhadap apa yang akan benar-benar digunakan oleh operator agensi atau pembeli media?
Dari ketiga lapisan itu, arsitektur menyederhana secara dramatis.
Struktur 3 jalur digantikan oleh satu tata bahasa loop: pemeriksaan realitas → brief → rencana → jalankan/bangun → gerbang keputusan → capstone.
Tata bahasa yang sama untuk ketiga jalur. Artefak yang berbeda per jalur. Operator menjalankan pilot alur kerja kampanye. Builder mengirimkan potongan produk yang berfungsi. Leader membangun kasus bisnis pemangku kepentingan dan cetak biru model operasi.
Kedalaman hanya ditambahkan setelah capstone: ekstensi agensi, ekstensi kedalaman produk, ekstensi perubahan organisasi. Jika pengguna menginginkan lebih, mereka mendapatkannya melalui tulang punggung terlebih dahulu.
Keluasan tidak menghilang. Diturunkan menjadi modul pengalihan yang dipicu bukti — sprint pendek yang ditugaskan yang hanya muncul ketika seorang peninjau mendeteksi celah yang saat ini tidak dapat ditangani oleh tulang punggung yang telah ditulis. Audit infrastruktur data. Keputusan stack vendor. Diagnostik taruhan meja. Mereka masih ada. Hanya saja bukan rute yang Anda ambil, kecuali produk memiliki bukti bahwa Anda membutuhkannya.
Commit tunggal yang memformalkan ini adalah feat!: replace dual curriculum routing with unified path sequences pada 11 Juni. Tanda ! menandakan perubahan yang merusak. primary_path (operator, builder, leader) menggantikan learning_track sebagai sumbu routing tunggal. Ada feature flag — DISABLE_BRIEF_DRIVEN_RESET_PATH — yang mengisolasi transisi sampai gerbang QA lolos. Tujuh sprint warisan dipensiunkan dari pengurutan tetapi tetap dapat dilihat sebagai sejarah.
Capstone menjadi struktural, bukan fitur. Itu adalah mekanisme biaya beralih. Alat horizontal dapat menghasilkan paket sprint yang layak. Tidak dapat menghasilkan portofolio artefak terverifikasi, terkirim, ditinjau berdasarkan standar tingkat periklanan dengan riwayat peninjau yang persisten.
Sebelum menulis sprint atau jalur baru apa pun, tanyakan: yang mana dari 7 Powers yang diperkuat ini, dan apa hambatannya? Jika jawaban jujurnya adalah "ini menambah cakupan" tanpa hambatan, itu adalah luas permukaan operasional yang sudah dicakup chatbot — jangan bangun.
— 5 Juni 2026, dokumen strategi kurikulum Prova
Aturan itu membunuh arsitektur 3 jalur. Membunuh sprint yang ditulis dengan baik tetapi berlebihan secara struktural. Mengubah capstone dari fitur yang saya tunda menjadi persyaratan struktural. Dan itulah pertanyaan yang seharusnya saya tanyakan sejak Maret.
Perbedaan antara April dan Juni
Produk yang saya luncurkan di bulan April benar pada mesinnya. Produk yang saya tetapkan di bulan Juni benar pada tulang punggungnya.
Mesin — sprint yang ditulis, ulasan rubrik, routing adaptif, siklus hidup sprint komposit — diperlukan. Arsitektur kurikulum tanpa mesin sprint yang berfungsi hanyalah silabus.
Tetapi mesin sprint tanpa tulang punggung yang dapat dipertahankan hanyalah daftar fitur yang sudah disamai oleh alat gratis.
Perbedaan antara kedua produk bukanlah lebih banyak kode. Melainkan pertanyaan yang lebih baik. "Power mana yang diperkuat ini?" memaksa saya untuk membunuh hal-hal yang saya banggakan, dan mengangkat hal-hal yang saya perlakukan sebagai opsional.
Saya tidak mengklaim bahwa arsitektur Juni sudah selesai. Produk jarang selesai. Tetapi jika Anda sedang membangun produk pembelajaran sekarang, pertanyaan ini layak ditanyakan sebelum Anda menulis sprint berikutnya. Karena keluasan adalah hal termudah untuk ditambahkan, dan hal pertama yang akan dikomoditisasi oleh AI generik.
Konteks tambahan: Prova adalah produk coaching saya untuk marketer dan profesional periklanan, dengan jalur Operator (desain ulang alur kerja) dan jalur Builder (mengirimkan potongan pertama yang berguna). Tersedia di prova.chandlernguyen.com. Framework 7 Powers berasal dari buku 7 Powers: The Foundations of Business Strategy karya Hamilton Helmer — postingan ini merujuk framework tetapi tidak mengajarkannya; buku adalah sumbernya.
Jika Anda sedang membangun produk terstruktur di atas lapisan AI yang bergerak cepat, saya sungguh penasaran: apa satu hal dalam arsitektur Anda yang tidak dapat direplikasi oleh alat gratis hanya dengan menambahkan prompt?
Sekian dari saya untuk sekarang.
Salam, Chandler