⌘ K
Bahasa Indonesia
Onboarding

Contoh onboarding aplikasi seluler: pola yang perlu dipelajari sebelum merancang alur berikutnya

Panduan praktis tentang contoh onboarding aplikasi seluler, mencakup pola untuk manfaat pertama, penyiapan bertahap, pengajaran kontekstual, izin, dan daftar periksa peninjauan desain yang terfokus.

Tim editorial ScreenKits6 menit baca
Layar onboarding konseptual yang menampilkan ilustrasi sambutan, pilihan minat, dan tanda penyelesaian.
Karya visual editorial konseptual; bukan antarmuka aplikasi yang direkam.

Karusel onboarding yang tampak rapi pun bisa menjadi jawaban yang salah. Pertanyaan yang berguna bukan berapa banyak layar yang harus ditampilkan, melainkan apa yang perlu dipahami atau dilakukan orang baru sebelum aplikasi menjadi berguna.

Pola di bawah ini adalah latihan desain hipotetis, bukan studi kasus atau bukti peningkatan konversi. Gunakan untuk membandingkan pendekatan, lalu uji apakah alur Anda sendiri membantu orang menyelesaikan tugas pertama yang nyata.

Poin utama

  • Mulailah dari hasil pertama yang berguna, lalu tentukan apakah langkah onboarding terpisah benar-benar diperlukan.
  • Mintalah informasi dan izin ketika tujuan permintaannya jelas serta relevan dengan tugas.
  • Ajarkan tindakan yang belum dikenal dalam konteksnya, dengan cara yang terlihat untuk melewati atau kembali mencari bantuan.

1. Utamakan momen pertama yang berguna

Bayangkan aplikasi perencanaan makan yang langsung menampilkan rencana awal dan memungkinkan seseorang mengganti satu hidangan, alih-alih memulai dengan slide tentang resep dan daftar. Interaksi tersebut membuat manfaat produk menjadi konkret. Pertahankan pengantar hanya jika memang mengatasi ketidakpastian nyata.

Human Interface Guidelines Apple menyarankan onboarding yang cepat, opsional, dan terfokus. NN/g menyarankan untuk tidak memberi instruksi bagi hal yang dapat dipelajari saat menggunakan produk, sembari mengakui bahwa penyiapan, pengalaman yang dipersonalisasi, dan alur kerja yang belum dikenal bisa menjadi alasan untuk membimbing pengguna. Aplikasi catatan atau pengatur waktu yang sudah akrab mungkin lebih jelas jika langsung membuka tugasnya.

Pelajari contoh dalam pustaka onboarding ScreenKits untuk ide tata letak dan urutan. Baca sebagai referensi visual: tangkapan layar dapat mengisyaratkan suatu pola, tetapi tidak dapat membuktikan bagaimana orang memahaminya atau apakah pola itu berhasil.

  • Nyatakan hasil bermakna pertama dalam satu kalimat.
  • Tanyakan apakah antarmuka itu sendiri dapat membuat tindakan berikutnya mudah dipahami.
  • Pertahankan sambutan atau pernyataan manfaat hanya jika mengatasi ketidakpastian nyata.

2. Gunakan penyiapan bertahap alih-alih deretan pertanyaan panjang

Bayangkan aplikasi lari yang ingin mengetahui tujuan, satuan, waktu pengingat, dan lokasi. Versi bertahap menawarkan rencana awal, menanyakan tujuan ketika seseorang menyesuaikannya, lalu membiarkan satuan dan pengingat berada di pengaturan. Jika jawaban tertentu penting, jelaskan alasannya tepat saat dibutuhkan.

Pola ini berguna ketika personalisasi bergantung pada sedikit pilihan yang bermakna. Pola ini kurang efektif ketika pertanyaan terasa seperti kuis tanpa manfaat yang terlihat. Tampilkan kemajuan hanya jika membantu menjelaskan usaha yang tersisa; jangan tambahkan banyak layar semata-mata agar formulir singkat tampak lebih ringan. Berikan nilai awal yang masuk akal dan izinkan orang mengubahnya nanti.

Pembuatan akun merupakan bagian dari pertimbangan yang sama. Apple menyarankan meminta akun hanya jika fungsi inti memerlukannya, dan menunda permintaan masuk bila mungkin agar orang dapat memahami aplikasi lebih dahulu. Untuk alur yang memang memerlukan pendaftaran, jelaskan manfaat dan informasi wajibnya. Panduan terkait tentang desain login dan pendaftaran seluler dapat membantu Anda meninjau bagian itu secara terpisah.

  • Untuk setiap pertanyaan, tuliskan keputusan produk apa yang bergantung pada jawabannya.
  • Pindahkan preferensi opsional ke saat preferensi itu mulai berguna atau ke pengaturan.
  • Jelaskan langkah akun yang wajib berdasarkan tugas orang tersebut.

3. Ajarkan tindakan baru dalam konteksnya

Pertimbangkan aplikasi anggaran dengan cara yang belum dikenal untuk membagi transaksi. Karusel umum yang menunjuk setiap tab memaksa orang mengingat instruksi sebelum memiliki alasan untuk memakainya. Pola kontekstual menunggu sampai transaksi pertama terlihat, lalu menawarkan satu petunjuk singkat di samping kontrol pembagian. Langkah latihan interaktif dapat memungkinkan seseorang mencoba tindakan itu pada data contoh sebelum mengedit catatan nyata.

Pilihan desainnya berkaitan dengan waktu dan konsekuensi. Ajarkan interaksi unik saat mulai relevan, tempatkan instruksi dekat kontrol, dan perjelas tindakan berikutnya. Jika seseorang menutup petunjuk, pertahankan jalur bantuan yang dapat ditemukan nanti. Hindari menjelaskan konvensi navigasi standar yang seharusnya dapat dikomunikasikan oleh antarmuka itu sendiri.

Untuk alur rumit, tugas terpandu kecil dapat mengajarkan lebih banyak daripada tur: buat papan contoh, simpan item, atau pratinjau alur kerja. Pastikan latihan dapat dibatalkan dan jelaskan apakah latihan itu mengubah data nyata. Apple menyarankan pengajaran interaktif bila praktis dan alur prasyarat yang singkat.

  • Kenali satu tindakan yang baru atau mudah disalahpahami.
  • Tempatkan petunjuk di samping tindakan itu dan tawarkan cara langsung mencobanya bila aman.
  • Buat tindakan melewati, menutup, dan menemukan penjelasannya lagi menjadi mudah.

4. Mintalah izin ketika alasannya terlihat

Bayangkan jurnal foto yang dapat melampirkan lokasi. Meminta akses lokasi pada layar sambutan membuat permintaan terasa abstrak. Menunggu sampai seseorang memilih Tambahkan lokasi menciptakan penjelasan yang jelas: lokasi dapat memberi label pada entri ini, dan fitur tetap berfungsi tanpanya. Itulah momen permintaan izin yang terkait dengan manfaat tertentu, dengan alternatif jelas jika akses ditolak.

Penalaran yang sama berlaku untuk notifikasi, kamera, kontak, dan data kesehatan. Penjelasan sebelum permintaan izin harus akurat, ringkas, dan spesifik terhadap fitur. Jangan menyiratkan akses wajib jika fungsi inti aplikasi tetap bekerja tanpanya. Apple menyarankan menempatkan permintaan izin dalam onboarding hanya ketika akses privat merupakan prasyarat; jika tidak, mintalah ketika orang pertama kali menggunakan fungsi yang memerlukannya.

  • Hubungkan setiap permintaan dengan tindakan yang baru dipilih orang atau tugas yang sedang mereka selesaikan.
  • Jelaskan apa yang dimungkinkan oleh izin itu dan apa yang tetap tersedia tanpanya.
  • Bedakan dialog izin sistem dari penjelasan Anda sendiri tentang manfaatnya.

Daftar periksa tinjauan yang praktis

Sebelum memoles transisi, tinjau setiap langkah pada ponsel kecil. Berikan tugas pertama yang realistis kepada seseorang yang belum mengenal produk dan amati di mana ia ragu. Bandingkan versi yang lebih ringan ketika produk dapat mendukungnya dengan aman. Perlakukan temuan sebagai bukti kegunaan, bukan jaminan hasil bisnis.

  • Dapatkah seseorang mencapai tugas pertama yang bermakna tanpa menghafal tur?
  • Apakah setiap pertanyaan atau langkah penyiapan memiliki alasan langsung yang jelas?
  • Dapatkah orang melewati instruksi opsional dan menemukannya lagi nanti?
  • Apakah izin diminta pada fitur yang memerlukannya, dengan penjelasan yang jujur?
  • Apakah nilai awal memungkinkan orang melanjutkan tanpa konfigurasi yang tidak perlu?
  • Apakah alur berfungsi dengan teks lebih panjang, teknologi bantu, dan sesi yang terputus?

Pertanyaan umum

Berapa banyak layar yang sebaiknya ada dalam alur onboarding seluler?

Tidak ada jumlah tetap yang berguna untuk semua kasus. Pertahankan hanya langkah yang diperlukan agar tugas pertama dapat dipahami, penyiapan wajib selesai, atau interaksi yang benar-benar baru diperkenalkan. Hapus layar yang mengulang informasi atau dapat ditunda.

Haruskah onboarding aplikasi dapat dilewati?

Buat instruksi dan konten promosi dapat dilewati ketika pengalaman inti dapat berlanjut tanpanya. Jika suatu langkah benar-benar wajib, jelaskan alasannya dan perjelas tindakan yang diminta.

Kapan aplikasi sebaiknya meminta akses notifikasi atau lokasi?

Biasanya ketika seseorang pertama kali mencapai fitur yang menggunakan akses tersebut. Jelaskan manfaat fitur dan apa yang tetap berfungsi jika permintaan ditolak; mintalah akses selama onboarding awal hanya jika diperlukan untuk mulai menggunakan aplikasi.

Sumber & bacaan lanjutan

Ubah inspirasi menjadi alur Anda berikutnya.

Jelajahi layar nyata, bandingkan pola, dan lihat bagaimana semuanya saling terhubung.

Jelajahi layar aplikasi