Pemasaran untuk developer: apa yang perlu disiapkan selain video

Dari 5.680 orang dalam analisis, 1.149 menyebut kreator video sebagai pengaruh dalam memilih keterampilan sekaligus melaporkan penggunaan dokumentasi teknis untuk belajar coding. Sebanyak 603 orang lainnya menyebut kreator video tanpa melaporkan belajar dari dokumentasi. Kedua kelompok itu membentuk penyebut untuk hasil 65,6%: 1.149 dari 1.752 orang.^[1]

Tabel lengkapnya penting. Ada juga 2.677 orang yang melaporkan belajar dari dokumentasi tanpa menyebut kreator video, serta 1.251 orang yang tidak memilih opsi kreator video dan juga tidak memilih opsi dokumentasi pada pertanyaannya masing-masing. Orang dalam dua kelompok terakhir mungkin saja menonton video atau menggunakan dokumentasi dalam situasi lain. Tidak memilih sebuah jawaban di sini bukan berarti tidak pernah menggunakan sumber itu.

Di seluruh kelompok dengan jawaban lengkap, 67,4% melaporkan belajar dari dokumentasi: 3.826 dari 5.680 orang. Di antara orang yang tidak menyebut kreator video, angkanya 68,2%, atau 2.677 dari 3.928. Jadi, angka 65,6% menunjukkan bahwa keduanya hadir bersamaan, bukan bahwa orang yang menyebut kreator video lebih sering menggunakan dokumentasi. Hasil ini tidak menjadi dasar untuk mengklaim bahwa menambahkan video akan meningkatkan penggunaan dokumentasi.

Bagi perusahaan alat developer, pertanyaan yang berguna adalah apakah kampanye membuat seseorang kehilangan akses ke sumber yang mungkin ia butuhkan. Ketertarikan audiens pada kreator saja bukan alasan untuk menghilangkan referensi tertulis yang jelas. Studi ini tidak menentukan besarnya anggaran untuk setiap format atau apakah kreator tertentu cocok.

Pertanyaan tentang pengaruh menanyakan apa yang membantu responden memutuskan keterampilan teknis, AI, atau profesional yang ingin dipelajari selanjutnya. Responden boleh memilih maksimal tiga sumber. Pertanyaan tentang metode belajar menanyakan bagaimana mereka belajar coding dalam setahun terakhir dan mengizinkan beberapa pilihan. Yang satu menggambarkan pilihan arah, yang lain aktivitas belajar yang dilaporkan. Keduanya tidak harus merujuk pada keterampilan, produk, atau waktu yang sama.^[3][4]

Perbedaan itu terlihat dalam hasil lain. Di antara 1.491 responden yang menyebut kreator video tetapi tidak menyebut Dokumentasi sebagai salah satu dari maksimal tiga pengaruh, 941 tetap melaporkan belajar dari dokumentasi: 63,1%. Dokumentasi bisa muncul dalam jawaban tentang belajar tanpa muncul dalam daftar singkat tentang apa yang ingin dipelajari berikutnya. Ini bukan pengujian apakah responden ingat memberi penghargaan kepada suatu sumber.

Persentase dengan arah sebaliknya menjawab pertanyaan yang berbeda lagi. Dari 3.826 orang yang melaporkan belajar dari dokumentasi, 1.149 menyebut kreator video, atau 30,0%. Angka 65,6% dan 30,0% sama-sama merujuk pada 1.149 orang tersebut. Keduanya tidak boleh digunakan tanpa menjelaskan kelompok yang menjadi dasarnya.

Perbedaan ini dapat membantu memperjelas brief. Tanyakan apa yang perlu dipahami seseorang melalui demonstrasi, lalu rincian apa yang harus tetap mudah ditemukan setelahnya atau secara terpisah. Halaman referensi seharusnya tidak mengharuskan pembaca menonton video terlebih dahulu. Video juga tidak seharusnya menjanjikan contoh yang bisa dijalankan jika materi tertautnya sudah tidak mendukung contoh tersebut. Itu adalah pilihan konten praktis, bukan hasil yang diukur oleh survei ini.

Survei ini bersifat sukarela, dan kedua pertanyaan tersebut tidak wajib dijawab. Kami menemukan 11.071 responden yang menulis kode sebagai bagian utama pekerjaannya, melaporkan belajar dalam setahun terakhir, dan memberikan jawaban tentang metode belajar. Dari jumlah itu, 4.952, atau 44,7%, tidak menjawab pertanyaan tentang pengaruh terhadap pilihan keterampilan. Kami tidak bisa mengelompokkan mereka sebagai orang yang menyebut atau tidak menyebut kreator video. Setelah mengeluarkan jawaban yang mencakup tidak sedang menentukan apa yang akan dipelajari, tersisa 5.680 responden.^[1][2]

Kelompok yang tidak menjawab ini adalah alasan utama mengapa hasil harus selalu disertai penyebutnya. Mengubah 65,6% menjadi klaim tentang semua developer, semua peserta survei, atau semua penonton video teknis akan menyesatkan. Survei terutama dipromosikan melalui kanal Stack Overflow, yang juga memengaruhi siapa yang menemukannya dan memilih untuk mengisinya.^[2]

Dua pemeriksaan yang ditentukan sebelumnya hanya sedikit mengubah angka tumpang tindih. Jika kami mempertahankan jawaban lain yang layak digunakan tetapi menggabungkan tidak sedang menentukan pilihan dengan suatu pengaruh, hasilnya 65,7%. Jika kelompok utama dibatasi pada orang dengan status pekerjaan utama karyawan atau pekerja mandiri, hasilnya 65,9%. Pemeriksaan ini hanya menangani pilihan tersebut. Keduanya tidak menghilangkan keterbatasan akibat pertanyaan yang tidak dijawab atau cara merekrut responden.

Langkah awal yang berguna adalah membuka materi yang akan diterima developer saat ini. Jika panduan yang ada sudah menjelaskan tugas yang didemonstrasikan, kampanye mungkin hanya membutuhkan tautan yang jelas dan pemeriksaan bahwa contoh masih berfungsi. Membuat halaman kampanye terpisah bisa menambah satu set instruksi lagi yang harus dipelihara. Lebih banyak materi tidak otomatis lebih berguna.

Cari kekurangan yang spesifik sebelum menambahkan sesuatu. Ringkasan fitur mungkin menjelaskan mengapa sebuah alat dibuat, tetapi tidak menyertakan input yang dibutuhkan untuk mencobanya. Referensi teknis mungkin mencantumkan semua parameter tanpa memberi contoh utuh. Itu adalah dua masalah yang berbeda. Yang pertama mungkin membutuhkan contoh lengkap, sedangkan yang kedua membutuhkan penjelasan singkat tentang hubungan antarbagian. Tentukan pertanyaan yang belum terjawab, lalu pilih tambahan terkecil yang tetap berguna.

Cakupan kampanye juga penting. Video yang memperkenalkan ide teknis dapat mengarah ke penjelasan atau repositori contoh. Video yang menjanjikan bahwa seseorang bisa mereproduksi hasil membutuhkan instruksi yang cukup untuk memenuhi janji itu. Survei ini tidak memilih tujuan tautan yang tepat untuk keduanya. Survei memberi alasan untuk memeriksa referensi tertulis sebagai bagian dari kampanye, bukan menganggap brief video sudah menyelesaikan seluruh kebutuhan konten.

Pendekatan ini juga membantu tim kecil menentukan prioritas. Perbaiki prasyarat yang hilang atau contoh yang sudah usang terlebih dahulu. Pesan format tambahan jika format itu menjawab kebutuhan yang jelas, bukan menjadikan persentase tumpang tindih sebagai target jumlah materi yang harus dibuat.

Bayangkan tim fiktif yang meluncurkan alat untuk membantu developer memeriksa event webhook. Tim itu memesan demonstrasi berdurasi empat menit dari seorang kreator: kirim event contoh, periksa permintaan yang gagal, perbaiki contohnya, lalu coba lagi. Contoh ini dibuat untuk menunjukkan cara merencanakan pekerjaan. Tidak ada asumsi tentang respons audiens, tingkat konversi, atau hasil kampanye.

Draf awal brief hanya mengatakan: tampilkan alatnya dan tautkan ke halaman beranda. Tim membuat permintaan itu lebih berguna dengan menyebut tugasnya. Kreator akan menggunakan data uji sintetis untuk menjelaskan cara membedakan payload yang salah format dengan kegagalan pengiriman. Demonstrasi memiliki tujuan yang konkret, dan materi yang ditautkan bisa diperiksa berdasarkan tujuan tersebut.

Seorang engineer produk menyiapkan halaman referensi dengan payload contoh yang sama, langkah penyiapan, versi alat yang didukung, serta output yang diharapkan. Halaman itu juga menjelaskan error yang digunakan dalam demonstrasi. Seseorang bisa mengikutinya tanpa membuka video. Kreator dapat berfokus pada alasan di balik langkah diagnosis, bukan membacakan setiap detail konfigurasi.

Sebelum diterbitkan, rekan yang tidak membuat contoh mencoba instruksi tertulis di lingkungan uji yang bersih. Jika perintah gagal atau prasyarat tidak tercantum, tim memperbaiki contoh atau mempersempit klaim. Rekan tersebut membandingkan hasil dengan output yang diharapkan, bukan menganggap contoh berhasil hanya karena instruksinya sudah selesai diikuti.

Kreator lalu memeriksa apakah deskripsi mengarah ke referensi yang dimaksud dan apakah hasil yang ditampilkan sesuai dengannya. Jika versi berubah kemudian, penanggung jawab produk memiliki tugas yang jelas untuk memperbarui halaman dan menandai perbedaan penting dari demonstrasi. Menjaga kedua materi tetap selaras adalah tugas yang lebih konkret daripada meminta salah satu tim membuat konten lebih menarik.

Mulai dari tugas developer. Tulis satu kalimat yang menjelaskan apa yang harus bisa dipahami atau dicoba seseorang. Untuk kampanye webhook fiktif tadi: “Cari tahu mengapa permintaan contoh ini gagal dan reproduksi permintaan yang telah diperbaiki di lingkungan uji.” Janji yang luas seperti mempelajari seluruh produk akan membutuhkan cakupan yang berbeda.

Tentukan isi video. Sebutkan masalahnya, keputusan yang akan dijelaskan kreator, dan hasil yang akan ditampilkan. Beri ruang bagi cara penjelasan kreator sendiri, sambil menyepakati klaim yang harus sesuai dengan produk. Demonstrasi yang berguna juga bisa menyebut prasyarat atau kondisi yang tidak didukung alat.

Tentukan isi referensi. Cantumkan penyiapan, input contoh, output yang diharapkan, dan batasan yang relevan. Berikan tujuan tautan yang tepat, penanggung jawabnya, dan versi yang dicakup. Halaman beranda mungkin tepat untuk perkenalan umum; contoh untuk tugas tertentu membutuhkan halaman yang benar-benar menjawab tugas itu.

Sepakati pemeriksaan saat serah terima. Kreator memeriksa demonstrasi dan deskripsi; penanggung jawab produk memeriksa instruksi dan klaim. Minta rekan mencoba contoh, lalu catat hal yang perlu diperbaiki. Hasil kerja yang dapat dipakai kembali adalah brief bersama dengan tanggung jawab yang jelas, bukan hanya dua materi yang kebetulan menyebut fitur yang sama.

Terakhir, tentukan masukan apa yang akan mendorong perubahan materi. Pertanyaan berulang tentang penyiapan bisa menjadi alasan untuk memperjelas bagian prasyarat. Contoh yang keliru perlu diperbaiki meskipun video menarik perhatian. Tayangan, kunjungan ke referensi, dan percobaan yang berhasil menggambarkan tindakan berbeda. Gunakan bukti yang tersedia untuk tim tanpa menganggap satu tindakan sebagai bukti tindakan lainnya.

Kami menggunakan seluruh berkas publik Stack Overflow Developer Survey 2026 yang berisi 30.903 respons. Metodologi resmi menyebut rentang waktu ekstrak respons dari 23 Juni hingga 5 Agustus 2026, serta respons yang dapat digunakan dari 169 negara. Responden terutama direkrut melalui situs, blog, dan milis Stack Overflow yang diikuti secara sukarela. Tidak ada bobot survei untuk analisis ini. Kami menyajikan deskripsi sampel tanpa interval kepercayaan populasi.^[1][2]

Langkah pemilihan ditetapkan sebelum hasil gabungan dihitung. Pertanyaan tentang aktivitas coding mengidentifikasi 23.234 orang yang menyebut menulis kode sebagai bagian utama pekerjaannya. Dari mereka, 11.527 mengatakan telah belajar coding dalam setahun terakhir, 11.071 menyebut metode belajar, dan 6.119 juga menjawab pertanyaan tentang pengaruh terhadap keterampilan. Kami mengeluarkan 344 orang yang hanya memilih tidak sedang menentukan pilihan dan 95 yang menggabungkannya dengan pengaruh lain, sehingga tersisa 5.680 orang. Jawaban kosong tidak pernah dikodekan sebagai tidak memilih suatu opsi.

Variabel video adalah pilihan “YouTube or video creators” dalam CommunitySkills. Variabel penggunaan dokumentasi adalah pilihan dokumentasi teknis dalam LearnCodeHow. Pilihan pengaruh Documentation tetap menjadi variabel terpisah. Kami memisahkan jawaban pilihan ganda yang dirilis berdasarkan tanda titik koma, lalu memeriksa pembacaannya terhadap seluruh 27 kategori yang diterbitkan dalam dua tabel resmi. Semua jumlah per kategori dan kedua jumlah responden dasarnya cocok.^[1][3][4]

Bank pertanyaan yang diarsipkan berbeda dengan hasil yang dirilis untuk beberapa opsi metode belajar lainnya. Opsi dokumentasi yang digunakan di sini sesuai di seluruh instrumen, skema, dan hasil publik. Begitu juga opsi pengaruh kreator video. Kami menggunakan ekspor publik penerbit. Penanda kualitas responsnya tidak dipublikasikan, sehingga kami tidak bisa menerapkannya kembali secara mandiri. Kedua hal ini dijelaskan dalam petunjuk sumber.

Pemeriksaan jawaban campuran mempertahankan 95 respons campuran yang sebelumnya dikeluarkan, tetapi tetap mengeluarkan jawaban yang hanya memilih tidak sedang menentukan pilihan. Pemeriksaan pekerjaan berbayar hanya memakai status pekerjaan utama karyawan atau pekerja mandiri di dalam kelompok utama. Satu orang lain yang memenuhi kriteria dan menyebut kreator video tidak menjawab pertanyaan tentang metode belajar. Jika orang itu dianggap menggunakan atau tidak menggunakan dokumentasi, rentang logisnya adalah 65,54% hingga 65,60%. Rentang sempit ini hanya menyangkut satu jawaban yang tidak tersedia tersebut. Rentang itu tidak mencakup 4.952 jawaban pengaruh yang tidak diisi atau seleksi akibat partisipasi sukarela.

Penelitian terdahulu sudah menjelaskan bahwa orang menggabungkan sumber belajar. Misalnya, survei singkat Stack Overflow yang terpisah pada Februari 2026 melaporkan kombinasi AI dan dokumentasi. Kontribusi kami adalah hubungan gabungan yang dapat direproduksi antara pengaruh kreator dan belajar dari dokumentasi dalam rilis tahunan ini. Kami tidak menggunakan survei singkat itu sebagai tahun pembanding atau mengklaim telah menemukan bahwa format bisa saling melengkapi.^[5]

Database sumber disediakan oleh Stack Exchange Inc. dengan Open Database License (ODbL) 1.0; isinya secara individual berada di bawah Database Contents License (DbCL) 1.0. Unduhan berisi hasil agregat dan metode transformasi lengkap, beserta tautan sumber dan pemberitahuan lisensi. Tidak ada catatan atau pengenal responden individual di dalamnya. Perhitungan dan interpretasi dibuat oleh Influence IQ dan tidak menyiratkan dukungan penerbit.^[6][7]