
Görsel: 80 uygulama onboarding ekranı [Roastmyapp'in özgün tasarımları]
“Küçük katkılarımın ne kadarının yeni onboarding tasarımına girdiğini görmek harika.” – Timo
“Onboarding tasarımlarınız olağanüstü. Sırada deneyebileceğim yüksek kaliteli seçeneklere sahip olmak çok hoşuma gidiyor.” – Luke
“Yeni onboarding ekranları gerçekten çok güzel ve uygulamama çok iyi uyuyor.” – Jonah
Önümüzdeki 4 hafta içinde 2 radikal uygulama onboarding akışını test etmek ister misiniz? Aşağıda onboarding tasarımı ve optimizasyonu sprintime göz atın.
Mobil uygulama onboarding deneylerinde izlediğim 7 ilke
- Hiçbir şeye dokunmadan önce sürtünme noktalarını teşhis edin → Temel kuralım: iki ekran arasında %15-20+ kayıp, araştırmaya değer ciddi bir uyarı işaretidir.
- Onboarding, funnel'ın üst kısmında vaat edilen anlatıyı sürdürür → Reklamınızın verdiği sözün üzerine inşa edin. Beklenti uyumsuzluklarını ortadan kaldırın. Ardından çözüme köprü kurun.
- Her şey müşterilerin konuştuğu dille yazılır → Kimse hayal gücünden yazmaz. App Store yorumları, görüşme dökümleri, anketler ve diğer kaynaklarla bir müşterinin sesi çalışma sayfası oluşturun.
- Her ekrana bir amaç verin ya da onu çıkarın → Bir ekran, kanıtlanmış hikaye anlatımı framework'lerini izliyorsa, motivasyon oluşturuyorsa ya da bize kullanıcı hakkında bir şey öğretiyorsa [yaş, demografi, edinim kaynağı vb.] yerini hak eder.
- Onboarding'in uzunluğu, problemin ne kadar büyük olduğuna ve temel bir insani arzuya ne kadar yakın durduğuna bağlıdır → Acısı büyük olan uygulamalar uzun bir onboarding ile daha iyi dönüşüm sağlar. Acısı küçük olanlar kısa bir onboarding ile daha iyi sonuç alır.
- 5-5-5 kuralı. Kurulumdan sonraki ilk 5 ekran, paywall'dan önceki 5 ekran, satın almadan sonraki 5 ekran → Bu 3 ekran dizisi, kayıpları gidermek, kullanıcıyı teklife hazırlamak ve denemenin iptal edilmesine yol açan kaygıyı ortadan kaldırmak için en yüksek önceliği alır.
- Funnel'ı ekran ekran ve ayrıntılı düzeyde takip edin → Onboarding tamamlama, deneme başlatma, denemeden ücretliye dönüşüm ve kullanıcı başına hasılat gibi birincil metriklerin yanı sıra analitik veriler, kullanıcıların hangi yanıtları seçtiğini ve dönüşümün yaşa, çözmek istedikleri işe, edinim kaynağına ve geldikleri probleme göre nasıl değiştiğini göstermelidir.
Sütun #1/10 → Karşılama bloğu
Kurulumdan sonraki ilk ekran dizisi. İnsanlara uygulamanın ne işe yaradığını anlatır ve onları funnel'a sokar. Ciddi kayıpları gördüğümüz yer de burasıdır. Bu genellikle funnel'ın üst kısmında verilen söz kurulumdan sonra devam etmediğinde olur.
İnsanlar bir reklam kreatifinden, bir mağaza sayfasından ya da bir aramadan gelen bir beklentiyle gelir. Karşılama ekranı bu beklentiyi ya doğrular ya da bozar. Yalnızca marka kimliğini değil, anlatıyı da eşleştirin. Değer önerisi başlığı, onları getiren kreatifi yansıtmalıdır.
Tasarımda nasıl görünür: Puanlar, kurulum sayıları ya da basın logoları hemen altında yer alır, böylece güven de aktarılır. Tek bir birincil eylem ve zaten hesabı olanlar için küçük bir giriş bağlantısı.

Sütun #2/10 → Problem farkındalığı
Bunlar, insanların buraya getirdiği acıyı, problemleri ve engelleri dile getirmek için tasarlanmış soru, geri bildirim ve içerik ekranlarıdır.
Tasarımda nasıl görünür: çoklu seçimli belirti listeleri, seçim etiketleri ve kaydırıcılar gibi farklı giriş yöntemleriyle test soruları. Geri bildirim ekranları harekete geçmemenin bedelini ele alır ya da mevcut yollarında devam ederlerse ne olacağını gösterir.



Sütun #3/10 → Ürün vaadi
Bu onboarding ekranları problemin öbür yüzünü gösterir. İdeal sonucu, dönüşümü, öncesini ve sonrasını.
İnsanlar neyin yanlış gittiğini paylaştıktan sonra, devam etmeden önce sorunun çözülmüş halinin neye benzediğini görmeleri gerekir. Vaadi iddialı ama biraz eksik tutun. Onları ilerletmeye yetecek kadar, tam satış konuşması değil. Tam satış konuşması paywall'un işidir.
Tasarımda nasıl görünür: hedef soruları, öngörülen ilerleme grafiği, önce-sonra karşılaştırması ya da içinde bulunabilecekleri en iyi senaryodan kısa bir tadımlık.


Sütun #4/10 → Çözüm mekanizması
Az önce verdiğiniz sözü gerçekte nasıl yerine getireceğinizi anlatan onboarding ekranları.
Arkasında bir mekanizma olmayan vaat, salt bir iddia ve hüsnükuruntu gibi okunur. Yüksek dönüşüm sağlayan funnel'lar, problemin mekanizmasını [bunun neden onların başına geldiğini] ve çözümün mekanizmasını [uygulamanızın bunu nasıl düzelttiğini] birbirinden ayırır.
Tasarımda nasıl görünür: illüstrasyonlar değil, gerçek uygulama arayüzü. Daha da iyisi, kullanıcıların ürünü bizzat deneyimlemesini sağlayın. Bir bütçe uygulaması, kullanıcıdan daha hiçbir şey ödemeden funnel içinde yakın tarihli bir harcamasını kaydetmesini isteyebilir.


Sütun #5/10 → İşe yaradığının kanıtı
Bu çözüm mekanizmasının aynı durumdaki başkaları için işe yaradığını kanıtlayan onboarding ekranları. Kullanıcılar bunun kendi durumundaki biri için işe yarayıp yaramadığını bilmek ister ve bunu, kendilerinden ödeme istenmeden hemen önce bilmek ister.
Tasarımda nasıl görünür: App Store ve Play Store puanları, yorumlar, alıntılar, basın logoları ve veritabanınızda zaten duran ürün analitiği verileri [ör. pişirilen yemekler, engellenen dolandırıcılıklar, kazanılan saatler].

Kısa bir parantez → büyüme tasarımı sürecim yapay zekadan sonra nasıl değişti?
Eskiden her şey Figma'da başlar, kodda biterdi. Şimdi tam tersi. Kodla başlıyoruz, ardından her şeyi Figma'da cilalayıp insan dokunuşumuzu ekliyoruz.
Ben buna insanın döngüde kaldığı, yapay zeka öncelikli tasarım diyorum. Pratikte şöyle görünüyor:
- Mobbin MCP ve Claude Code gibi araçlarla onboarding funnel'ının çalışan bir prototipini HTML ile oluşturun
- Her ekranda ne olacağını netleştirdiğimizde içerik, UI bileşenleri ve tasarım kalıpları için onay alın
- Gerektiği yerde Figma'da cilalayın. İnsan dokunuşunu ekleyin. Yapay zeka çöpü havasını yok edin.
- Teknik dokümanları geliştiricilere teslim edin ya da RevenueCat, Superwall veya Adapty gibi kodsuz bir onboarding oluşturucusunda kurun.
Yapay zekadan önce taslak çizimler bu sürecin büyük bir parçasıydı. Artık değil. Şimdi zamanımızın çoğunu Claude ile geçiriyoruz.
Neden hâlâ her ekrana insan dokunuşu ekliyoruz: insanlar artık yapay zeka çöpünü kilometrelerce öteden fark edebiliyor. Fark ettikleri anda da ona olumsuz bir anlam yükleniyor. Bir günlük işten tasarruf etmek için üretime yapay zeka çöpü çıkarıp bir müşterinin itibarını zedelememeye çok dikkat ediyorum.
Süre nasıl değişti: yapay zekadan önce yeni bir onboarding funnel'ını hazırlamak en az 2 hafta sürerdi. Şimdi, buna gerçekten öncelik verirseniz, eksiksiz yeni bir onboarding varyantı 3 ila 7 günde üretime çıkmaya hazır olabilir.
Son olarak, yakın zamandaki 1 gözlem: konuştuğum ve birlikte çalıştığım uygulama yayıncıları, onboarding varyantını kodsuz bir araca başvurmak yerine kendileri kodla geliştirmeyi daha rahat buluyor gibi görünüyor. Sizin için de durum böyle mi?
Sütun #6/10 → Kişiselleştirilmiş çıktı
Sorduğunuz her sorunun karşılığını gösteren onboarding ekranları. Bir puan, bir teşhis, içine kendi adları ve rakamları yazılmış bir plan. Bu, insanların bırakıp gitmeye en az istekli olduğu ekrandır, çünkü onu oluşturmaya kendileri de katkıda bulundu. Bunun bir adı var: IKEA etkisi.
Tasarımda nasıl görünür: analiz ekranı, yüzdeler, bir gösterge üzerinde puan ya da neyi doğru, neyi yanlış yaptığınızın dökümü. Ya da girdilerinin görünür olduğu kişiselleştirilmiş bir plan.

Sütun #7/10 → Paywall öncesi bağlılık
Teklif öncesi son düzlüğünüz. Hesap oluşturma, izin istekleri, taahhüt sözleşmeleri, “evet merdivenleri” ve son bir sosyal kanıt ekranı.
Not: hesap oluşturma ve bildirim izni istekleri neredeyse her zaman size kullanıcı kaybettirir. Ama pek çok durumda, kattıkları motivasyon ve güven, yarattıkları sürtünmeden daha değerli olduğunda kazanırlar.
Tasarımda nasıl görünür: Kullanıcının tek dokunuşla kabul ettiği bir taahhüt sözleşmesi. Bir hatırlatıcı planlayıcı. Saygın basın yansımaları. Ve neredeyse her uygulamada test etmeye değer bir fikir: hesap oluşturmayı paywall'dan önce değil, sonra yapmak.

Sütun #8/10 → Onboarding paywall'u
Deneme başlatma ya da doğrudan satın alma için ana teklifiniz. Bundan önceki her sütun, bu ekranın hedefini bulması için vardır. Önceki yolculuğun üzerine düşeni iyi yapıp yapmadığını burada öğrenirsiniz.
Tasarımda nasıl görünür: Çok adımlı paywall'lar, abonelik planı seçicileri, açıklamalı deneme zaman çizelgesi tasarım kalıbı, çıkış teklifleri ve tek seferlik teklifler; bunlar size bir kez hayır demiş bir kullanıcıya yaptığınız ikinci tekliftir.


Sütun #9/10 → Satın alma sonrası onboarding UX'i
Ödeme yapan bir kullanıcının dönüşümden hemen sonra gördüğü ekranlar. Az önce bir yatırım yaptılar. Sonraki birkaç ekran ya bu kararı doğrular ya da iade düşüncesini başlatır. Boş bir uygulamaya düşen yeni abone, şimdiden iptal etmeyi düşünüyordur.
Tasarımda nasıl görünür: Kurucudan bir not. Rehberli bir tur. Daha yüksek fiyatlı ürünler için ücretsiz 1:1 onboarding görüşmesi. Topluluğa bir davet. Yapması ucuz ama neredeyse kimse yapmıyor.

Sütun #10/10 → Temel özellik aktivasyonu yönlendirmesi
Kullanıcının ilk temel eylemi tamamlamasını sağlamak. Her özelliği gezdiren bir tur değil. Girişte kendilerine vaat edilen şeyi tam olarak sunan tek bir eylem. Bunu etkileşim değil, monetizasyon açısından tasarlayın.
Tasarımda nasıl görünür: İlk kaydı yapmaya davet eden bir yönlendirme. İş zaten başlamış olsun diye ilerleme halkalı kısa bir kurulum kontrol listesi. Denemenin açıldığını bildiren ve çıkmaz sokak yerine bir sonraki eylemi gösteren bir ekran.

Sıkça sorulan sorular
Mobil uygulama onboarding'i nedir?
Mobil uygulama onboarding'i, kullanıcının uygulamanızı kurduğu andan, uğruna geldiği değeri sunan ilk temel eyleme ulaşana kadar geçtiği ekran dizisidir. Bir abonelik uygulamasında onboarding kullanıcıyı ilk paywall'dan da geçirmek zorundadır; onu ücretsiz bir üründeki onboarding'den ayıran da budur. Bir özellik turu değildir. Görevi, teklifin karşılık bulması için yeterince hissedilen bir problem ve mekanizmanıza yeterince inanç oluşturmaktır.
Mobil uygulama onboarding'i ile ürün turu arasındaki fark nedir?
Ürün turu insanlara düğmelerin nerede olduğunu öğretir. Bir abonelik uygulamasında mobil uygulama onboarding'i, öğretmeden önce satmak zorundadır. Tur, kullanıcının ürünü kullanmaya zaten karar verdiğini varsayar, bu yüzden görevi anlamayı sağlamaktır. Onboarding hiçbir şey varsaymaz, bu yüzden görevi motivasyon, inanç ve taahhüttür; anlama satın almadan sonra gelir. Onboarding'iniz özellik ekran görüntülerinden oluşan kaydırmalı bir diziyse, bir tur oluşturmuşsunuz ve sonunda para istiyorsunuz demektir.
Bir uygulama onboarding funnel'ında kaç ekran olmalı?
Mutlak bir doğru ya da yanlış sayı yoktur ve bu, rakiplerinizin ne yaptığına göre belirlenmez. Temel kuralımız: problem ne kadar büyükse ve o problem temel bir insani arzuya ne kadar yakın duruyorsa, onboarding'in genellikle o kadar uzun olması gerekir.
Acısı büyük olan uygulamalarda onboarding uzun olur, çünkü funnel'ın tekliften önce hissedilen problemi oluşturması gerekir. Acısı küçük olan uygulamalar için genellikle kısa bir onboarding daha uygundur. Funnel'ınızın kaç ekranı olması gerektiğini değil, ne kadar iş yapması gerektiğini sorun.
Mobil uygulama onboarding optimizasyonunda 5-5-5 kuralı nedir?
5-5-5 kuralına göre abonelik gelirinin büyük kısmını üç kısa ekran dizisi belirler: kurulumdan sonraki ilk beş ekran kullanıcının kalıp kalmayacağını, ilk paywall'dan önceki beş ekran teklife hazır olup olmadığını, satın almadan sonraki beş ekran ise iptal edip etmeyeceğini belirler.
Paywall, onboarding akışının içinde mi yoksa sonrasında mı olmalı?
Neredeyse her zaman içinde ve çoğu ekibin içinin rahat ettiğinden daha erken. Problemiyle ilgili soruları yanıtlamış, kişiselleştirilmiş bir sonuç görmüş ve küçük bir taahhütte bulunmuş bir kullanıcı, üç oturum sonraki aynı kullanıcıya göre teklife çok daha açıktır. İstisna, kullanıcının gününde doğal bir tetikleyicisi olan, değerin ilk kullanımda belli olduğu ve teklifin bekleyebileceği uygulamalardır. Yerleşimi varsaymak yerine test edin. Yapabileceğiniz en ucuz deneylerden biridir ve çoğu metin değişikliğinden daha fazla etki yaratır.
İyi bir mobil uygulama onboarding tamamlama oranı nedir?
Optimize edilecek yanlış sayı budur. Tamamlama oranı ekran silerek kolayca yükseltilebilir ve problemi oluşturan ekranları silmek genellikle tamamlamayı artırırken geliri düşürür. Biz onu teşhis için kullanırız, asla birincil metrik olarak değil. Önemli olan kullanıcı başına hasılattır, ardından kurulumdan ücretliye ve denemeden ücretliye dönüşüm. Teşhis için bir temel kural isterseniz toplam orana değil, tek tek ekranlar arasındaki düşüşe bakın: bir ekrandan diğerine %15-20+ düşüş genellikle araştırmaya değer bir uyarı işaretidir.
Yüksek dönüşüm sağlayan bir uygulama onboarding funnel'ının 10 sütunu nelerdir?
Karşılama bloğu, problem farkındalığı, ürün vaadi, çözüm mekanizması, işe yaradığının kanıtı, kişiselleştirilmiş çıktı, paywall öncesi bağlılık, onboarding paywall'u, satın alma sonrası onboarding UX'i ve temel özellik aktivasyonu yönlendirmesi. Her uygulamanın on sütunun hepsine ihtiyacı yoktur, ama sıra sayıdan daha önemlidir.
Yeni bir onboarding varyantını tasarlayıp yayına almak ne kadar sürer?
Yapay zekadan önce en az 2 hafta sürerdi. Şimdi, buna gerçekten öncelik verirseniz, eksiksiz yeni bir onboarding varyantı 3 ila 7 günde üretime çıkmaya hazır olabilir.
Önce funnel'ın çalışan bir prototipini HTML ile oluşturur, içeriği kesinleştirir, Figma'da cilalar, ardından geliştiricilerinize teslim eder ya da kodsuz bir onboarding oluşturucusunda kurarız. Sonucu okumak, oluşturmaktan daha uzun sürer; çünkü testleri D0 dönüşümüne göre sonuçlandırmak yerine denemeden ücretliye geçişin tüm süresi boyunca çalıştırırız.
Büyüme tasarımı süreciniz yapay zeka öncelikli mi?
Evet. Ben buna insanın döngüde kaldığı, yapay zeka öncelikli tasarım diyorum. Eskiden her şey Figma'da başlar, kodda biterdi. Şimdi tam tersi: kodla başlıyoruz, Mobbin MCP ve Claude Code gibi araçlarla ekran funnel'ının çalışan bir prototipini HTML ile oluşturuyoruz, ardından Figma'da cilalayıp insan dokunuşumuzu ekliyoruz. Eskiden taslak çizimler sürecin büyük bir parçasıydı. Artık değil.
Neden doğrudan yapay zekayla üretilmiş onboarding funnel'larını yayına almıyorsunuz?
Çünkü insanlar bir şeyin yapay zekayla yapıldığını fark edebiliyor ve fark ettikleri anda ona olumsuz bir anlam yükleniyor. Üretilmiş gibi görünen bir funnel, tam da birinden ödeme istediğiniz anda güveni zedeler ve bu hasar, test bittikten çok sonra bile markanızı nasıl gördüklerine yansır.
Bir günlük işten tasarruf etmek için üretime yapay zeka çöpü çıkarıp bir müşterinin itibarını zedelememeye çok dikkat ediyoruz. Yapay zeka, sürecimizin içindeki bir hız aracıdır. Sürecin kendisi değil.
Onboarding ekranlarının metinlerini nasıl yazıyorsunuz?
Herhangi bir tasarım çalışması başlamadan önce uygulamanız için hazırladığımız bir müşterinin sesi çalışma sayfasından. Bu, üzerinde çalıştığımız bilgi tabanıdır. App Store'daki ve diğer kaynaklardaki kullanıcı yorumlarını, ayrıca anketleri, özellik isteklerini ve destek taleplerini tarar, onboarding'in tamamını bunlardan yazarız. Ekipte hiç kimse bir onboarding ekranını hayal gücünden yazmaz.
Genellikle kaç onboarding funnel'ı iterasyonu yapıyorsunuz?
Trafiğe bağlı olarak, 3 aylık tam yönetimli program, RICE ile önceliklendirilmiş bir yol haritasından ilerleyerek onboarding, paywall, fiyatlandırma ve monetizasyon alanlarında 10+ deneyi yayına alır. Onboarding sprinti 4 haftada 2 radikal onboarding funnel'ını yayına alır. Ritim, tek bir yeniden tasarımdan daha önemlidir. Tek seferlik bir onboarding yenilemesi size tek bir veri noktası verir. İstikrarlı bir ritim ise katlanarak büyür.
Onboarding deneylerinde hangi başarı metriklerini ölçüyorsunuz?
Tamamlama oranı dolaylı bir göstergedir. Teşhis için faydalı, birincil metrik olarak yanlış. Onboarding testlerinde birincil metriğimiz kullanıcı başına hasılattır; gelirle doğrudan ilişkili sayılar ise kurulumdan ücretliye dönüşüm, deneme başlatma oranı ve denemeden ücretliye dönüşümdür. Tek bir onboarding tamamlama sayısı değil, Mixpanel ya da Amplitude'da ekran ekran funnel raporları isteriz ve dönüşümü segmentlere göre okuruz: yaş, kullanıcının çözmek istediği iş, edinim kaynağı ve kullanıcının geldiği problem.
Onboarding funnel'ımızı nasıl analiz ettirebiliriz ve ücreti nedir?
Analiz ücretsizdir. Uygulamanızı buradan gönderebilirsiniz. Başvurunuzun ardından 30 dakikalık bir görüşmede paywall ve onboarding kurgunuzu birlikte inceleriz. Çoğu uygulama ekibi, funnel'larının abonelik gelirini nerede kaybettiğini ve önce hangi 3 deneyi yürütmeleri gerektiğini bilerek ayrılır.
İlk analizden sonra 4 paketten 1'ini seçersiniz:
→ Tam yönetimli monetizasyon ve CRO programı: 3 aylık bir çalışma için tek seferlik 15.000 USD. Onboarding, paywall, fiyatlandırma ve monetizasyon alanlarında 10+ deneyi tasarlar, kodlar, yayına alır ve analiz ederiz.
→ Onboarding tasarımı ve optimizasyonu sprinti: 4 haftalık bir sprint için tek seferlik 7.500 USD. Yayına hazır tasarımlar ve metinlerle 2 radikal mobil onboarding akışını test edin. Tamamen anahtar teslim.
→ 1 paywall/monetizasyon deneyi: tek seferlik 1.000 USD. Mevcut teknoloji altyapınızda 1 testi tasarlar, entegre eder ve analiz ederiz.
→ 1:1 danışmanlık: 1.500 USD/ay, aylık, istendiğinde iptal edilebilir. Ben yönlendiririm, ekibiniz geliştirir.
3 anahtar teslim paket tek seferlik ödemedir. Aylık sabit ücret yok. Otomatik yenileme yok. Tüm paketleri ve fiyatları buradan inceleyin.
Roast My App'in Superwall'un büyüme hizmetinden farkı nedir?
Superwall'un büyüme hizmeti; gelire bağlı olarak ayda 5.000 USD'den başlayan aylık bir planla paywall, fiyatlandırma ve teklif deneylerine odaklanır. Roast My App ise merkezinde onboarding funnel'ı tasarımı ve optimizasyonu olan D0 monetizasyon yolculuğunun tamamını kapsar; anahtar teslim paketlerinde sabit, tek seferlik fiyatlar ve pozitif ROI garantisi sunar. Karşılaştırmanın tamamını okuyun: Monetizasyon büyüme hizmetleri için Superwall alternatifi.
Buraya kadar geldiniz mi? Tebrikler, siz işleri sonuna kadar götüren birisiniz. İşte göz atmanız için 3 harika kaynak daha.
Mobil uygulamanızın onboarding funnel'ı tasarımı ve optimizasyonu için yardıma mı ihtiyacınız var?
Ücretsiz bir CRO analiziyle başlayın ve uygulamanızı birlikte inceleyelim: 30 dakikalık bir kahve sohbetini Google Meet üzerinden planlıyor, mobil uygulamanızın mevcut paywall ve onboarding kurgusunu birlikte gözden geçiriyoruz. Her ay 5 uygulama için bu incelemeyi tamamen ÜCRETSİZ yapmaya çalışıyorum.
Görüşmenin sonunda insanlar, kendilerine gerçek para kaybettiren en büyük 3 engeli bilerek ayrılır. Uygulama monetizasyonu ve CRO programımın uygulamanız için uygun olmadığını düşünürsem, bunu da söylerim.
11FA mobil uygulama monetizasyonu ve CRO framework'üm hakkında daha fazlasını burada bulun →
Saygılarımla,
Muhammad Rahat
Roast My App LLC Kurucusu





