Paling banyak satu email per minggu. Berhenti kapan saja dengan satu klik.
Transkrip
Narasi lengkap video ini. Kalimat yang sedang diucapkan disorot saat video diputar; klik kalimat untuk melompat ke sana.
Tampilkan transkrip
Pembuka
Halo, selamat datang kembali. Kasir mini Kopi Senja sudah lolos uji dan dipakai Dimas. Tinggal satu tahap lagi agar proyek ini benar-benar lengkap. Hari ini kita menulis dokumentasi untuk tiga pembaca, menyiapkan presentasi berbasis data, dan memeriksa proyek sebelum dibagikan sebagai portofolio.
Langkah 1: Tiga dokumen, tiga pembaca
Dokumentasi yang baik ditulis untuk pembacanya. Dokumen pertama, README, untuk orang yang merawat kode. Bisa Raka sendiri enam bulan lagi, atau orang lain yang melanjutkan proyek. Dokumen kedua, panduan pemakai satu halaman untuk Dimas: cara melayani transaksi dan membuat rekap. Tanpa istilah teknis sama sekali. Dokumen ketiga, catatan serah terima untuk Laras sebagai pemilik: siapa yang dihubungi bila ada masalah, di mana cadangan data, dan apa rencana lanjutan. Kesalahan yang sering terjadi adalah menulis satu dokumen untuk semua orang. Hasilnya terlalu teknis untuk Dimas, dan terlalu dangkal untuk yang merawat kode. Mari intip isi catatan serah terima untuk Laras. Pertama, kontak bantuan: Raka lewat WhatsApp, pada jam kerja. Kedua, letak cadangan: folder rekap harian di laptop, yang disalin juga ke Google Drive kedai. Ketiga, biaya berjalan. Kasir ini tidak memakai internet dan tidak memanggil API Claude, jadi biayanya nol rupiah, cukup laptop kedai. Berbeda dengan bot di sesi sebelumnya yang dibayar per token. Keempat, jadwal tinjau sebulan sekali: menjalankan uji, memeriksa cadangan, dan memutuskan fitur nanti mana yang dikerjakan berikutnya. Catatan ini cukup satu halaman, tetapi membuat Laras tidak bergantung penuh pada ingatan Raka. Pemilik usaha yang tahu cara merawat alatnya akan lebih percaya diri memakainya.
Langkah 2: README ditulis Claude Code
Raka meminta Claude Code menulis README dalam bahasa Indonesia sederhana: tujuan, cara menjalankan, struktur file, cara mengubah harga, dan cara menjalankan uji. Claude Code membaca CLAUDE.md, file menu, logika kasir, dan file pengaturan proyek. Ia juga membaca riwayat Git: delapan belas commit sampai versi satu titik nol. Riwayat ini membantu menjelaskan keputusan penting, misalnya kenapa transaksi batal tidak dihapus. Lalu ia menulis README dengan enam bagian. Claude Code menyarankan satu hal yang sering dilewatkan: ikuti README dari awal untuk memastikan tidak ada langkah yang terlewat. README ditulis Claude Code, tetapi Raka tetap membacanya sampai habis. Ia menemukan satu istilah yang terlalu teknis dan meminta penjelasan singkat ditambahkan. Dokumen yang ditulis AI tetap tanggung jawab kita. Raka menyalin proyek ke folder baru dan mengikuti README dari langkah pertama, seolah-olah ia orang asing. Aplikasi berhasil dibuka tanpa bertanya kepada siapa pun. Ia mencoba mengubah satu harga lewat petunjuk README, lalu menjalankan uji. Lolos. Tetapi ada satu kekurangan: langkah memasang Node.js, program yang dibutuhkan untuk menjalankan uji, belum ditulis. Di laptop Raka sudah terpasang, jadi tidak terasa. Raka meminta Claude Code menambahkannya, dengan catatan agar pembaca mengikuti panduan resmi Node.js. Inilah gunanya menguji dokumen. Kekurangan kecil seperti ini baru terasa ketika orang lain mencoba di laptop yang berbeda, dan biasanya justru pada saat yang paling tidak tepat.
Langkah 3: Panduan pemakai satu halaman
Sekarang panduan untuk Dimas. Raka meminta Claude membuat panduan satu halaman dengan bahasa sehari-hari, siap dicetak di kertas A4. Panduan muncul di panel Artifact: lima langkah utama, dari membuka kasir sampai rekap malam, ditambah kotak darurat. Perhatikan kalimat terakhirnya: jangan hapus riwayat browser, karena data transaksi tersimpan di sana. Raka meminta Dimas membaca panduan itu. Dimas bingung dengan istilah ekspor CSV. Wajar, itu bahasa pembuat, bukan bahasa pemakai. Claude menggantinya dengan kalimat yang dimengerti Dimas: tekan simpan rekap, file masuk ke folder rekap harian. Panduan dicetak dan ditempel di dekat laptop kasir. Panduan yang baik diuji juga, sama seperti aplikasi. Cara mengujinya sederhana: minta pemakai membacanya dan tandai setiap kata yang membuatnya ragu. Untuk usaha Anda, simpan panduan ini di Project Claude bersama lembar proyek. Saat aplikasi diperbarui, Anda tinggal meminta Claude memperbarui panduan sesuai perubahan terbaru.
Langkah 4: Presentasi lima bagian
Presentasi proyek yang meyakinkan cukup lima bagian. Pertama, masalah: rekap malam tiga puluh menit dan salah hitung saat ramai. Mulai dari rasa sakit pemakai, bukan dari teknologinya. Kedua, solusi: kasir mini di laptop kedai, dijelaskan dalam satu kalimat proyek yang kita buat di awal sesi. Ketiga, demo singkat: satu transaksi dari pilih menu sampai kembalian, cukup satu menit. Keempat, hasil berupa angka sebelum dan sesudah. Ini bagian yang paling diingat penonton. Kelima, rencana: fitur nanti dari lembar proyek, seperti pesan antar dan stok bahan. Latih presentasi ini sekitar lima menit, dan siapkan demo cadangan berupa video rekaman kalau laptop bermasalah saat presentasi. Demo langsung yang gagal di depan penonton adalah pengalaman yang sangat umum. Untuk bagian hasil, Raka meminta Claude membuat halaman ringkas dengan tiga angka utama dan grafik waktu rekap selama lima malam. Hasilnya langsung meyakinkan. Tiga kartu angka di atas: rekap tiga puluh menjadi empat menit, nol salah hitung dari empat puluh tujuh transaksi, dan empat belas uji lolos. Grafik di bawahnya menunjukkan dua malam dengan nota kertas, lalu tiga malam dengan kasir yang makin cepat seiring Dimas terbiasa. Perhatikan catatan kecil di bawah grafik: angka dicatat Dimas setiap malam. Menyebut sumber angka membuat presentasi jujur dan dipercaya. Jangan membulatkan atau memoles angka agar terlihat lebih hebat.
Langkah 5: Bagikan dengan aman
Raka ingin membagikan proyek di GitHub sebagai portofolio. Sebelum itu, ia meminta Claude Code memeriksa rahasia, data transaksi asli, dan info pribadi, tanpa mengubah apa pun dulu. Claude Code melihat daftar file yang dilacak Git, yaitu file yang akan ikut terunggah. Temuannya penting. Tidak ada key, tetapi ada satu file berisi transaksi asli kedai. Data penjualan Kopi Senja adalah rahasia usaha Laras, jadi tidak boleh ikut dipublikasikan. Claude Code mengusulkan menghapus file itu dari Git, tanpa menghapusnya dari laptop, lalu menggantinya dengan data contoh. Raka menyetujui. Sebelum proyek dipamerkan, cek lima hal. Pertama, tidak ada key, token, atau data asli di repositori. Kedua, minta izin pemilik usaha untuk menyebut nama dan hasilnya. Laras senang Kopi Senja disebut, tetapi tetap harus ditanya. Ketiga, pilih repositori privat atau publik dengan sadar. Privat tetap bisa dibagikan ke orang tertentu. Keempat, rekam video demo dua menit dengan data contoh. Kelima, ceritakan prosesnya: masalah, keputusan, kesalahan, dan perbaikan. Perekrut dan calon klien lebih tertarik pada cara Anda berpikir daripada daftar fitur. Tampilan di video ini simulasi, jadi menu di layar Anda bisa sedikit berbeda. Proyek akhir Anda tidak harus kasir. Apa pun bentuknya, dokumentasi yang rapi dan cerita yang jujur membuatnya layak dipamerkan, baik untuk melamar kerja maupun menawarkan jasa ke usaha lain.
Selesai!
Proyek akhir kini lengkap: README yang sudah diuji, panduan satu halaman yang dipahami Dimas, presentasi lima bagian dengan angka jujur, dan portofolio tanpa rahasia atau data asli. Di episode terakhir kita merangkum perjalanan dua puluh sesi, membahas cara terus belajar, dan jalur lanjutan setelah kelas ini. Sampai jumpa!
Latihan mandiri
Kerjakan sendiri setelah menonton supaya materinya benar-benar melekat.
Minta Claude Code menulis README proyek Anda, lalu ikuti sendiri langkahnya dari awal
Buat panduan pemakai satu halaman dengan Artifact dan minta pemakai membacanya
Susun presentasi lima bagian berisi minimal dua angka hasil
Tanya materi kelas
Ketik pertanyaan atau kata kunci; kami carikan bagian episode ini yang menjelaskannya dan lompatkan videonya ke sana.
Catatan saya
Catatan disimpan bersama menit video saat ini dan hanya terlihat oleh Anda.
Tanya jawab
Bingung di salah satu langkah? Tanyakan di sini; pengajar dan peserta lain bisa menjawab.
Belum ada pertanyaan.
Pengajar
Tim Cerdas Inovasi Digital
Pengembang software, engineer BIM & 3D, dan praktisi AI
52 kelas video1.277 episode
Sehari-hari kami mengerjakan software, model BIM, game, dan otomasi AI untuk klien, lalu menjadikan pengalaman praktik itu kelas langkah demi langkah: setiap langkah diperlihatkan di layar dan dilengkapi panduan PDF.
