Cara Membuat Iklan Playable Tanpa Developer

Key takeaways - Membuat iklan playable sebagian besar adalah keputusan desain: pilih satu mekanik, satu tujuan, dan satu akhir sebelum menyentuh alat apa pun. - Rancang beberapa detik pertama di atas kertas. Jika orang asing tidak bisa tahu apa yang harus dilakukan tanpa teks, sederhanakan mekaniknya. - Anda bisa membangunnya tanpa developer dengan playable ad maker atau ekspor dari visual engine, tetapi Anda tetap perlu menguji file final di ponsel sungguhan. - End card dan tombol store adalah bagian dari iklan, bukan tambahan di akhir. Verifikasi keduanya sebelum setiap unggahan. - Anggap spesifikasi terbaru setiap jaringan sebagai acuan utama untuk pengemasan, dan lakukan QA pada file persis yang akan Anda kirim.

Apa sebenarnya iklan playable itu

Iklan playable adalah pengalaman interaktif kecil, biasanya berbasis HTML5, yang berjalan di dalam slot iklan. Pengguna melihat potongan singkat dari game atau aplikasi Anda, berinteraksi dengannya, lalu tiba di end card yang mengarahkan mereka ke store.

Ini bukan build demo dan bukan trailer dengan ajakan mengetuk. Ini adalah loop yang dibuat khusus agar orang memahami produk Anda dengan menyentuhnya. Cara pandang ini penting karena menunjukkan apa yang harus dipangkas: hampir semuanya.

Secara teknis, playable adalah halaman web. Ia terdiri dari HTML, JavaScript, gambar, dan terkadang audio, yang digambar ke canvas atau DOM. Jika Anda penasaran dengan cara kerjanya, dokumentasi Canvas API di MDN adalah pengantar yang bagus. Anda tidak perlu membacanya untuk membuat playable, tetapi dokumentasi itu menjelaskan mengapa playable bisa kecil dan cepat bila dibuat sederhana.

Langkah 1: Pilih satu mekanik yang layak dimainkan

Buka game atau aplikasi Anda dan tanyakan: tindakan tunggal apa yang membuat orang berkata "oh, saya paham"?

• Di game match-3, itu adalah menukar dua bidak lalu melihat efek berantai.
• Di game runner hyper-casual, itu adalah mengarahkan ke kiri dan kanan untuk menghindari rintangan.
• Di game merge, itu adalah menyeret dua item identik agar menyatu.
• Di aplikasi keuangan atau kebugaran, bisa berupa satu interaksi yang menunjukkan hasil, misalnya menggeser slider dan melihat angka berubah.

Pilih yang paling mudah dipahami tanpa kata-kata dan memberi umpan balik seketika. Tahan keinginan untuk menampilkan progresi, toko, atau fitur sosial. Itu semua adalah alasan untuk terus bermain, bukan alasan untuk mulai bermain.

Ada satu uji yang berguna: jelaskan playable Anda dalam satu kalimat. "Seret blok yang cocok untuk membersihkan papan" berhasil. "Bangun markas, lalu bertarung, lalu upgrade" tidak.

Langkah 2: Rancang sesi di atas kertas

Sebelum membangun, tulis playable sebagai rangkaian singkat beat. Anda sedang merancang cerita yang sangat kecil.

1. Hook. Apa yang dilihat pemain pada momen pertama? Tampilan itu harus menunjukkan visual inti game Anda dan membuat jelas bahwa ada sesuatu yang bisa diinteraksikan.
2. Input pertama. Apa hal pertama yang mereka lakukan? Arahkan dengan kursor tangan, sorotan, atau target yang berdenyut. Jangan mengandalkan satu paragraf teks.
3. Reward. Apa yang terjadi ketika mereka melakukannya? Tambahkan gerakan, suara jika jaringan mengizinkan, dan kesan kemajuan yang jelas.
4. Eskalasi. Berikan satu atau dua aksi lagi yang terasa sedikit lebih besar dari yang pertama.
5. Akhir. Tentukan bagaimana playable berakhir: kemenangan, nyaris gagal yang mengundang percobaan ulang, atau pemutusan berbasis waktu. Lalu tampilkan end card.

Gambar setiap beat sebagai bingkai kasar. Jika Anda tidak bisa menggambarnya dalam beberapa kotak, berarti terlalu rumit untuk format ini.

Tentukan bagaimana pemain bisa gagal

Playable yang tidak mungkin kalah bisa terasa tidak bermakna, dan yang terlalu cepat kalah terasa tidak adil. Pola yang umum adalah kemenangan terpandu, diikuti langkah kedua yang lebih sulit di mana kegagalan mungkin terjadi tetapi tidak menghukum. Percobaan ulang harus instan.

Langkah 3: Pilih cara membangunnya

Ada tiga jalur realistis tanpa developer khusus.

Jalur A: Playable ad maker

Playable ad maker menghasilkan HTML5 untuk Anda dari input yang diberikan. PlayableRun, misalnya, memulai dari listing App Store atau Google Play Anda dan menghasilkan playable yang bisa Anda sempurnakan, lalu mengekspor ZIP yang siap untuk Google Ads. Jalur ini cocok untuk tim kecil yang perlu merilis banyak variasi tanpa membangun pipeline.

Kompromi yang harus diterima adalah kendali. Anda bekerja dengan template dan interaksi yang tersedia, jadi pilih mekanik dari Langkah 1 dengan mempertimbangkan hal itu.

Jalur B: Ekspor playable dari game engine

Jika game Anda dibangun di engine yang memiliki ekspor playable atau HTML5, technical designer sering kali bisa memangkas game menjadi satu level lalu mengekspornya. Cara ini mempertahankan visual dan nuansa asli game, tetapi Anda harus mengelola bobot file dan wrapper khusus jaringan sendiri.

Jalur C: Freelancer atau studio

Alih daya masuk akal jika Anda membutuhkan mekanik unik yang tidak didukung alat mana pun. Berikan skrip dari Langkah 2, bukan brief yang samar. Tanyakan apa isi file yang diserahkan dan bagaimana file tersebut menangani tautan store.

Jalur mana pun yang Anda pilih, skrip dan aset adalah tugas Anda. Alat tidak bisa memutuskan apa yang menyenangkan dari game Anda.

Langkah 4: Siapkan aset dan bangun

Kumpulkan apa yang dibutuhkan playable sebelum mulai membangun:

• Art inti. Karakter, item, latar belakang, dan elemen UI, diekspor dengan bersih dan berlatar transparan jika diperlukan.
• Elemen umpan balik. Partikel, pop skor, sorotan, dan kursor tangan.
• Audio. Opsional, dan playable yang baik tetap harus masuk akal saat suara dimatikan.
• End card. Ikon Anda, satu baris salinan teks singkat, dan tombol instal yang jelas.
• Tautan store. Listing App Store atau Google Play persis yang harus dibuka iklan.

Saat membangun, pegang tiga prinsip berikut.

Buat sentuhan longgar. Orang bermain di layar kecil dengan jempol yang tidak presisi. Area sentuh yang besar dan perilaku seret yang toleran lebih baik daripada kontrol yang presisi. Jika Anda membuat input kustom, dokumentasi Pointer Events di MDN menjelaskan bagaimana satu jalur kode dapat menangani sentuhan dan mouse.

Respons secara instan. Setiap ketukan harus menghasilkan reaksi yang terlihat. Jeda sesingkat apa pun terasa seperti iklan yang rusak, dan orang pun pergi.

Jaga tetap ringan. Aset yang berat memperlambat pemuatan, dan playable yang lambat dimuat kehilangan orang sebelum mereka sempat melihatnya. Kompres gambar, hindari audio yang tidak perlu, dan buang fitur apa pun yang tidak ada di skrip Anda. Setiap jaringan menetapkan batas file sendiri, jadi periksa spesifikasi terbaru untuk jaringan yang Anda targetkan alih-alih mengandalkan ingatan.

Langkah 5: Uji di perangkat sungguhan

Pratinjau desktop menyembunyikan masalah. Sebelum mengunggah, buka file di setidaknya beberapa ponsel sungguhan, idealnya satu yang lebih lama dan satu yang lebih baru, lalu periksa hal-hal berikut.

• Apakah file dimuat dengan cepat di koneksi seluler?
• Apakah input sentuh berperilaku sama seperti di pratinjau Anda?
• Apakah tata letak pas di mode portrait dan landscape jika jaringan mendukung keduanya?
• Apakah end card selalu muncul, termasuk setelah gagal atau habis waktu?
• Apakah tombol instal membuka listing store yang benar, bukan placeholder?
• Apakah ada yang rusak jika pemain mengetuk secara acak, cepat, atau tidak melakukan apa-apa sama sekali?

Pertanyaan terakhir itu menangkap banyak masalah. Orang sungguhan tidak mengikuti skrip Anda. Mereka mengetuk saat animasi berjalan, mengabaikan kursor tangan, dan mencoba men-scroll. Playable Anda harus tahan terhadap semua itu.

Untuk daftar yang lebih lengkap, gunakan daftar periksa QA playable HTML5 sebelum setiap rilis.

Langkah 6: Ekspor dan unggah

Pengemasan adalah titik di mana playable yang sebenarnya bagus bisa ditolak. Setiap jaringan berbeda dalam cara tautan store harus dipicu, file apa yang diizinkan, dan seperti apa bundel seharusnya.

Khusus untuk Google Ads, rincian struktur ZIP dan pemeriksaan kebijakan dibahas di Cara mengunggah ZIP HTML5 ke Google Ads. Jika Anda menjalankan kampanye App, baca ExitApi di kampanye App untuk memahami bagaimana click-out harus disambungkan.

Lakukan pemeriksaan akhir pada file persis yang akan Anda unggah, bukan pada build sebelumnya. Sangat sering terjadi satu versi diuji tetapi versi lain yang dikirim.

Kesalahan umum yang perlu dihindari

• Menampilkan terlalu banyak. Playable bukan tutorial. Jika membutuhkan penjelasan panjang, pangkas mekaniknya.
• Gameplay palsu. Jika playable tidak mirip sama sekali dengan produk aslinya, orang merasa tertipu, dan sebagian akan langsung menghapus instalannya. Tampilkan sesuatu yang benar-benar Anda hadirkan.
• Menyembunyikan ajakan bertindak. End card harus jelas. Jangan membuat orang mencari-cari tombolnya.
• Melewatkan kondisi gagal. Kemenangan yang sudah diskenariokan terasa hambar. Peluang kecil untuk kalah, diikuti percobaan ulang yang mudah, cenderung menjaga perhatian.
• Hanya menguji di browser. Perangkat sungguhan membongkar masalah sentuhan, audio, dan tata letak yang tidak akan pernah muncul di desktop.
• Hanya merilis satu versi. Setelah playable pertama berjalan, ubah satu hal pada satu waktu, seperti hook, input pertama, atau end card, agar Anda tahu apa yang berpengaruh.

Proyek pertama yang realistis

Jika ini playable pertama Anda, jaga cakupan tetap kecil. Pilih satu mekanik, bangun satu level darinya, tambahkan end card yang jelas, uji di beberapa ponsel, dan unggah ke satu jaringan. Anda akan belajar lebih banyak dari satu kampanye nyata daripada dari merencanakan serangkaian variasi yang sempurna.

Saat Anda siap mencoba, lihat contoh di halaman demo PlayableRun untuk melihat seperti apa playable yang sudah jadi, atau buat akun gratis dan bangun playable pertama Anda dari listing store milik Anda sendiri.