24 Şub 2026·7 dk
Kullanıcıları Geri Getiren Uygulama Onboarding Tasarımı
Uygulama onboarding tasarımı, net boş durumlar, faydalı ilk görevler ve basit sonraki adımlarla iyi bir demoyu günlük bir alışkanlığa dönüştürmeye yardımcı olur.
Uygulama onboarding tasarımı, net boş durumlar, faydalı ilk görevler ve basit sonraki adımlarla iyi bir demoyu günlük bir alışkanlığa dönüştürmeye yardımcı olur.
İyi bir demo bir his yaratır: "Bu bana zaman kazandırabilir." Bu his önemlidir ama günlük değeri kanıtlamaz. İnsanlar demodan heyecanlı ayrılır, sonra uygulamayı kendi başlarına açtıklarında daha zor bir soruyla karşılaşırlar: "İlk olarak ne yapmalıyım ve yarın neden tekrar gelmeliyim?"
İşte birçok ürünün kullanıcı kaybettiği boşluk burasıdır. Uygulama onboarding tasarımının gerçek sınavı rehberli tur değil; kullanıcının rehbersiz olduğu, alkışın olmadığı ve tahmin etmeye sabrın kalmadığı ilk sessiz oturumdur.
İlk ekran genellikle sonucu belirler. Eğer boş, dağınık veya belirsiz görünüyorsa yeni kullanıcılar başlamadan takılır. Boş bir kontrol paneli ödev gibi hissettirir. Kalabalık bir panel test gibi gelir. Her iki durumda da insanlar tereddüt eder, kendilerinden şüphe eder ve uygulamayı kapatır.
Çok fazla seçenek durumu daha kötüleştirir. Kullanıcılar beş yol, on buton ve uzun bir menü gördüğünde özgür hissetmez; doğru şeyi seçme sorumluluğu hissederler. Bu küçük baskı onları yavaşlatır ve yavaş başlangıçlar kullanıcı aktivasyonuna zarar verir.
İlk görev de aynı derecede önemlidir. Uygulama çok fazla kurulum, çok fazla okuma veya çok fazla karar isterse işe yarar bir sonuç elde etmeden önce iş gibi hissetmeye başlar. Geri dönüşler genellikle tam da burada düşer.
Koder.ai üzerinde oluşturulmuş bir CRM prototipini yeni görmüş bir kurucu düşünün. Demo hızlı ve umut verici görünmüştü. Sonraki ziyarette boş bir çalışma alanına, belirsiz etiketlere ve belirgin bir sonraki adıma sahip olmayan birkaç seçeneğe düşerler. Bir kişi eklemek veya bir takip kaydetmek yerine tereddüt ederler. Ürün gücü eksik olduğu için değil; ilk yalnız an yönlendirme eksikliği nedeniyle başarısız oldu.
İnsanlar uygulamaları, küçük bir kazanımı hızlıca elde ettiklerinde kullanmaya devam ederler. Eğer basit bir işi bitirebiliyor, ne değiştiğini anlayabiliyor ve bunun yarın neden yardımcı olacağını görebiliyorlarsa uygulama rutinlerine girer. Aksi takdirde demo heyecanı hızla solar.
İlk beş dakika bir soruyu hızlıca yanıtlamalı: bu uygulama şimdi bana ne yapmamda yardımcı olabilir? İnsanların tahmin etmesi gerekiyorsa dağılıp giderler. İyi onboarding, kullanıcı ayarlar, uzun formlar ya da menü labirentini görmeden önce değeri tek ve sade bir cümleyle açıklar.
Basit bir satır genellikle tam bir turdan daha etkilidir. "Fikrinizi inşa etmek istediğinizi konuşarak çalışan bir uygulamaya dönüştürün" gibi bir ifade kullanıcıya sonucu söyler, özellik listesini değil. Başarıyı hayal edebilirler ve bu ilk tıklamadan sonra ayrılma olasılığını azaltır.
Sonra daha azını isteyin. İlk işe yarar eylemi başlatmak için sadece gereken bilgileri toplayın. Bir kullanıcı bir takım adı seçmeden, tercihleri ayarlamadan veya tüm profil alanlarını doldurmadan başlayabiliyorsa başlamasına izin verin. Ek sorular uygulamaya güven kazandırmadan önce pahalı hissedilir.
İlk ekran aynı zamanda bir sonraki adımı açıkça göstermeli. Altı eşit buton değil. Boş kutularla dolu bir panel değil. Sadece bir net eylem. Bu bir proje başlatmak, mevcut çalışmayı içe aktarmak, bir kurulum sorusuna cevap vermek veya kısa bir örnek görevi tamamlamak olabilir.
O adım dakikalar içinde küçük bir kazanca götürmeli, değerin gelecekte sağlanacağı bir vaat olmamalı. Birisi bir araç açıp bir şey inşa etmeye başladıysa onlara bir taslak oluşturma, ilk versiyonu üretme veya hemen tamamlanabilecek bir başlangıç görevi verin. Küçük bir sonuç mükemmel bir kurulumdan daha değerlidir.
Bu, çok şey yapabilen araçlarda özellikle doğrudur. Koder.ai gibi bir araçta ilk kez gelen bir kullanıcı barındırma, anlık görüntüler veya fiyatlandırma turuna ihtiyaç duymaz. Onların ihtiyacı net bir istem, istediklerini hızlıca tarif etme yolu ve tepki verebilecekleri görünür bir sonuçtur. Bir şey gerçekte şekillenmeye başlayınca ürün anlam kazanır.
İlk oturum ayrıca geri gelmek için bir neden sunmalı. İlerlemeyi otomatik kaydedin, sonraki ne olacağını gösterin veya yakın ve faydalı görünen bir ikinci görev hazırlayın. "Taslağınız yarın rafine etmeye hazır" demek boş bir kontrol panelinde bitirmekten çok daha güçlüdür. En iyi ilk oturum her şeyi öğretmeye çalışmaz; insanlara küçük bir şeyi bitirmelerinde yardım eder ve bir sonraki şeyi istemelerini sağlar.
Güçlü uygulama onboarding tasarımı tek bir net vaazla başlar: kullanıcıya hızlıca bir işe yarar işi bitirmesine yardım et. Üç iş değil. Tam kurulum değil. "Evet, tekrar gelmeye değer" dedirtecek tek bir şey.
Ekran tasarlamadan önce ilk oturumun amacını seçerek başlayın. Uygulamanız çok şey yapıyorsa, en kolay anlaşılabilen ve en hızlı tamamlanabileni seçin. Bir bütçeleme uygulaması bir gider eklemeye yönlendirebilir. Bir takım uygulaması bir ortak görev oluşturmaya yardım edebilir. İlk oturum küçük, net ve bitmiş hissetmelidir.
Sonra bekleyebilecek her şeyi çıkarın. İnsanların ilk günde her ayara, tercihe veya profil alanına ihtiyacı yoktur. Kurulum ilk kazanıma ulaşmalarına yardımcı olmuyorsa onu sonra taşıyın. Birçok uygulamanın kullanıcı kaybettiği yer burasıdır: herhangi bir şey geri vermeden önce çok fazla şey sorarlar.
İlk eylemi göze çarpan bir yere koyun. Ekran hemen bir soruyu yanıtlamalı: şimdi ne yapmalıyım? Ana buton veya giriş alanını merkezi tutun, ekstra seçenekleri azaltın ve bir sonraki adımı bariz hale getirin. Koder.ai gibi bir ürün oluşturma aracını açan biri için daha iyi bir ilk oturum, dağıtım seçeneklerini düşünmelerini istemek yerine basit bir uygulama fikrini tarif edip ilk taslağı üretmelerini istemektir.
Kullanıcı işlem yaptığında ilerlemeyi hemen gösterin. İnsanların çabalarının işe yaradığını görmeye ihtiyacı var. Bu oluşturulmuş bir proje, kaydedilmiş bir öğe, bir önizleme, gönderilmiş bir mesaj veya ekranda görülen herhangi bir değişiklik olabilir. Sonuç o kadar net olmalı ki kullanıcı bir cümleyle açıklayabilsin.
Hemen ardından bir sonraki faydalı görevi önerin. Sonuca yakın tutun ve bunun doğal bir devam gibi hissetmesini sağlayın, tamamen yeni bir proje gibi değil. Bir taslak oluşturduysa başlığı düzenlemeyi önerin. Bir ekip arkadaşı davet ettiyse ilk görevi atamayı önerin. Momentum en çok kullanıcı başarıyı gördükten hemen sonra önem kazanır.
İlk oturum kısa bir yol gibi hissettirmeli: bir iş, az kurulum, bir bariz eylem, bir net sonuç, bir sonraki adım. Erken heyecanın tekrarlı kullanıma dönüşmesi böyle olur.
Boş bir ekran asla çıkış yolu gibi hissettirmemeli. Birisi yeni bir uygulama, proje veya kontrol paneli açtığında ve faydalı bir şey görmediğinde hemen bir sonraki adımı görmesi gerekir. İyi boş durum örnekleri iki işi aynı anda yapar: buraya ne ait olduğunu açıklar ve bir sonraki ne yapılacağını gösterir.
Basit dili kullanarak başlayın. "Veri bulunamadı" gibi muğlak bir satır yerine bu alanın ne için olduğunu söyleyin: "Projenizin henüz görevi yok" veya "İlk sayfanızı eklemediniz." Bu, insanların ekranı tahmin etmeden anlamasına yardımcı olur.
Sonra onlara bir ana eylem verin. Üç buton değil. Rekabet eden seçenekler sırası değil. Genellikle bir buton yeterlidir: "İlk görevi oluştur" veya "İlk sayfanızı ekleyin." Erken tereddüt genellikle bırakmaya dönüşür, bu yüzden çeşitlilikten çok netlik önemlidir.
İyi bir boş durum korkuyu da azaltır. Tamamlanmış sonucun küçük bir örneğini gösterin, hatta çok küçük olsa bile. Bu bir önizleme kartı, örnek bir öğe veya "Bir sayfa ekledikten sonra burada görünecek" gibi kısa bir satır olabilir. Başarının nasıl göründüğünü bilen insanlar tıklamaya daha yatkındır.
Ayrıca beklentileri ayarlayın. Buton kısa bir kurulum formu açıyorsa bunu söyleyin. Başlangıç öğesini sonradan düzenleyebileceklerini belirtin. Net beklentiler ilk kullanım görevlerini daha güvenli ve hızlı hissettirir.
Koder.ai gibi bir platformda yeni bir kullanıcı boş bir proje açtığında boş bir çalışma alanı görebilir. Daha iyi bir mesaj şöyle olabilir: "Uygulamanızın henüz ekranları yok. Bir ekranla başlayın ve sonra düzenleyin." Ana buton "İlk ekranı oluştur" diyebilir ve yakında basit bir temel düzen önizlemesi gösterilebilir.
Hızlı bir kontrol yardımcı olur:
Ton sakin ve spesifik olmalı. Amaç zekice görünmek değil; insanları harekete geçirmek.
En iyi ilk görevlerin yaptığı tek şey vardır: birinin hızlıca küçük bir kazanım elde etmesine yardımcı olur. İnsanlar her şeyi öğrenmeleri istendiğinde kalmazlar; ilerlemeyi gördüklerinde kalırlar.
Bir dakikada ya da birkaç dakikada görünür bir sonuç üreten bir görevle başlayın. Bu ilk proje oluşturmak, bir kişiyi içe aktarmak, deneme mesajı göndermek veya basit bir sayfa taslağı yayımlamak olabilir. Sonuç kolayca fark edilebilirse kullanıcılar uygulamanın onlar için çalıştığını hisseder; sadece kurulum yaptıklarını değil.
Büyük kurulum işleri daha küçük adımlara bölünmelidir. Profil bilgileri, ekip daveti, entegrasyonlar, tercihler ve fatura hepsini aynı anda istemek sürtünme yaratır. Daha iyi bir yol yalnızca ilk faydalı eylemi tamamlamak için gerekenleri istemek, geri kalanını sonra getirmektir.
Bir ilk kullanım görevini değerlendirmek için basit sorular sorun:
Sahte eğitim görevleri genellikle yardımcı olmaktan çok zarar verir. Biri sahte bir demoya tıklayıp asla kullanmayacağı örnek veriler doldurursa çaba boşa gidermiş gibi hissedilir. Gerçek ilerleme, küçük olsa bile daha iyidir.
Örneğin Koder.ai üzerinde daha güçlü bir ilk görev "bir istemden ilk basit uygulama ekranınızı oluşturun" olurken, "tam bir çalışma alanı kurulumunu tamamlayın" demek daha zayıftır. Kullanıcı hızlıca gerçek çıktı alır. Özel alan adları, dağıtım ayarları veya ekip iş akışları ilk sonuç ortaya çıkana kadar bekleyebilir.
O görev tamamlandıktan sonra beş öneriden çok bir tane faydalı öneri verin. Kullanıcı ilk ekranı oluşturduysa sonraki öneri başlığı düzenlemek olabilir. Böylece yol kalabalık hissettirmeden momentum sürer.
Hızlı görevler özgüveni inşa eder. Özgüven ikinci oturuma götürür ve ürün benimsemesi orada başlar.
İyi onboarding küçük tereddüt anlarını ortadan kaldırır. İnsanlar durup "Buna dokunursam ne olur?" veya "Bu işe yaradı mı?" diye düşündüğünde momentum hızla düşer.
Çözüm genellikle basittir. Açık kelimeler kullanın, beklentileri ayarlayın ve kullanıcının sormadan önce bir sonraki sorusunu yanıtlayan geri bildirim verin.
Butonlar sistemsel işlemi değil sonucu tarif etmelidir. Çalışma alanımı oluştur "Devam" demekten daha nettir. Açılış sayfası oluştur "Çalıştır" demekten daha iyidir. Etiket, kullanıcının istediği sonucu yansıttığında insanlar daha güvende hisseder.
Aynı kural ürün dili için de geçerli. İç terimler takımınız için anlamlı olabilir ama yeni kullanıcılar için soru işareti yaratır. Bir araç "Proje bağlamını başlat" diyorsa birçok insan donar. "Uygulamanızı ayarlayın" daha basittir. Koder.ai'de "İlk ekranınızı oluşturun" bir model veya ajan etiketine bağlı bir ifadeden yeni kullanıcı için daha anlaşılır olacaktır.
Zaman göstergeleri de yardımcı olur. Bir adım yaklaşık 10 saniye sürüyorsa bunu söyleyin. Bir kurulum görevi yaklaşık iki dakika sürerse başlamadan önce belirtin. Bu stres azaltır ve uygulamanın daha dürüst hissetmesini sağlar.
İlk kullanım metni için basit bir kontrol:
Başarı mesajları kutlama yapmaktan öte olmalı. Konfeti eğlenceli olabilir ama gerçek soruyu cevaplamaz: "Ne değişti?" Daha iyi bir başarı mesajı spesifik olur: "Projeniz hazır. Artık ana sayfayı düzenleyebilir ve hazır olduğunuzda yayımlayabilirsiniz." Bu güven ve yön gösterir.
Bir hata olduğunda düzeltmeyi aynı ekranda tutun. İnsanları yardım makaleleri veya ayarlar arasında aratmayın. Şifre çok kısaysa minimum uzunluğu orada söyleyin. Dosya türü desteklenmiyorsa kabul edilen formatları hata mesajında belirtin.
İyi hata geri bildirimi üç parçaya sahiptir:
Bu tür geri bildirim insanları hareket halinde tutar. İlk oturum açık ve kurtarılabilir hissettiğinde ikinci seansa gelme olasılıkları artar.
Bir kurucunun ilk kez yeni bir CRM uygulaması açtığını hayal edin. Arayüzü incelemek için orada değiller; tek istedikleri gerçek bir lead'i sisteme ekleyip ne yapacaklarını bilmektir.
İşte uygulama onboarding tasarımının değeri burada ortaya çıkar. Ekran onlardan tüm ürünü öğrenmelerini istememeli. Önemli bir küçük işi bitirmelerine yardım etmelidir.
Kayıttan sonra kurucu boş bir kişiler sayfasına düşer. Boş bir tablo ve seçeneklerle dolu menü yerine sayfa tek bir net eylem gösterir: İlk kişinizi ekleyin.
Butonun altında kısa bir satır neden önemli olduğunu açıklar: bir lead ile takipleri ve fırsatları takip etmeye başlayın. Bu küçük bağlam boş durumu bir sonraki adıma dönüştürür.
Kurucu isim, şirket ve e-posta ekler. Form kısa kalır, bu yüzden görev kolay tamamlanır. Kaydettikleri anda uygulama faydalı bir öneriyle yanıt verir: Yarın için bir takip hatırlatıcısı ayarla.
Bu işe yarar çünkü ilk eylem ikinci eylemi yaratır. Kurucu rastgele keşif yapmıyor; gerçek bir sonuca doğru ilerliyor: bir lead'i hatırlamak.
Ertesi gün geri geldiklerinde aynı boş tarz kontrol panelini veya genel bir karşılama mesajını görmemeliler. Tamamlanmamış işleri görmeliler.
Uygulama basit bir hatırlatmayla açılabilir: Bugün Sarah Chen için 1 takip bekliyor. Artık kurucu nereye tıklaması gerektiğini ve demo anı gittikten sonra uygulamanın neden hala önemli olduğunu bilir.
Oradan sonraki adım küçük tutulsun: görüşmeyi kaydet, durumu güncelle, bir not ekle. Her eylem öncekiyle bağlantılı olduğu için ürün tutarlı hissedilir.
İyi ilk kullanım görevleri böyle momentum yaratır. Kullanıcı boş kişiler ekranıyla başlar, bir gerçek kişi ekler, bir hatırlatma ayarlar ve bir bekleyen görevi tamamlamak için geri gelir.
Burada göz kamaştırıcı hiçbir şey yok. Ama hızlıca faydalı hissettirir ve bu ürün benimsemesinin yapışmasına yardımcı olur.
Birçok uygulama yeni kullanıcıdan hiçbir şey geri vermeden çok şey ister ve bu yüzden kaybeder. Yeni kullanıcı uzun bir profil doldurmak, araçları bağlamak, ekip davet etmek ve ayarları değiştirmek zorunda kalıyorsa birçoğu ayrılır. İnsanlar önce hızlı bir kazanım ister; kurulum sonra gelebilir.
Bir diğer yaygın hata ekranı kaplayan rehber turlarını kullanmaktır. Birkaç ipucu işe yararken, ana görevi engelleyen adım adım bindirmeler genellikle netlik yerine sürtünme oluşturur. Birisi bir şeyi oluşturmak, bir fikri test etmek veya bir problemi çözmek için açtıysa arayüz onların hemen başlamasına yardım etmelidir.
Boş durumlar çoğu zaman boşa harcanır. Birçok ürün bunları görsel süs gibi kullanır: dostça bir illüstrasyon ve muğlak bir metin ama net bir eylem yok. Daha iyi bir boş durum bir soruyu yanıtlar: şimdi ne yapmalıyım?
Bazı takımlar yanlış anı kutlar. Kayıt onayı içsel olarak iyi hissettirir ama kullanıcı açısından çok az anlam taşır. Gerçek kilometre taşı ilk değer anıdır: ilk tamamlanan görev, ilk oluşturulan sonuç, ilk kaydedilmiş proje veya ilk faydalı çıktı.
Bu, insanların belirli bir hedefle geldiği ürünlerde daha da önemlidir; örneğin basit bir uygulama inşa etmek veya bir fikri test etmek gibi. Koder.ai örneğinde heyecan verici an hesap oluşturma değil; düz dilde bir istemden çalışan ilk ekran, özellik veya prototip almaktır.
Bir diğer tekrar-kullanımı öldüren şey, bir görev tamamlandıktan sonra sonraki adımın saklanmasıdır. Kullanıcı bir eylemi bitirir, başarı mesajı görür ve sonra çıkış yoluyla karşılaşır. İyi onboarding momentum sürdürür.
Basit bir gözden geçirme yardımcı olur:
Herhangi birine hayır cevabı varsa tekrar kullanım genellikle düşer. İnsanlar güçlü bir ilk oturumdan sonra geri gelir, ama ürün onlara ne yapacaklarını göstermeye devam ettiğinde.
İyi uygulama onboarding tasarımı sıklıkla basit bir nedenle başarısız olur: ilk oturum etkileyici görünür, ama ikinci oturum belirsiz hissedilir. Yayın öncesi, daha önce ürünü görmemiş biriyle temel kontrolleri test edin. İlk beş dakikada ne yaptıklarına ve nerede durakladıklarına bakın.
Yeni bir kullanıcı küçük ama faydalı bir görevi hızlıca tamamlayamıyorsa kurulum çok ağırdır. İlk kazanım gerçek hissettirmeli, ödev gibi değil. Yazılım oluşturma aracı için bu basitçe bir sayfa oluşturmak, bir proje adlandırmak veya kaba bir taslağı yayınlamak olabilir; her şeyi önce yapılandırmalarını istemek yerine.
Bunu son bir geçiş olarak kullanın:
İyi bir test basittir. Yeni bir kişiden kaydolmasını, bir görev tamamlamasını, uygulamayı kapatmasını ve ertesi gün tekrar gelmesini isteyin. Birkaç saniye içinde nereden devam edeceklerini söyleyebiliyorlar mı? Eğer hayırsa, tekrar eden kullanıcılar demo heyecanı olsa bile düşer.
Boş durum örnekleri burada özellikle faydalıdır çünkü gizli kafa karışıklıklarını ortaya çıkarır. Boş bir kontrol paneli, proje sayfası veya gelen kutu asla ölü hissettirmemeli. Hızlıca iki soruyu yanıtlamalı: bu alan ne için ve şimdi ne yapmalıyım?
Son kontrol da basit: her başarı durumu bir net sonraki adımı açmalı. Kullanıcı bir şeyi bitirip momentum hissettiğinde kullanıcı aktivasyonu kolaylaşır. Bir şeyi bitirip sessizlikle karşılaştığında momentum kaybolur.
Onboardingin ilk versiyonu iyi bir tahmin bile olsa yine tahmindir. Sonraki önemli adım, gerçek insanların kaydolduktan sonra ne yaptığına, özellikle ilk oturumda ve ertesi gün geri geldiklerinde ne yaptıklarına bakmaktır.
Kullanıcıların nerede durakladığına, ayrıldığına veya aynı eylemi tekrarladığına odaklanın. Birçok kullanıcı uygulamayı açıp bakınıp ilk faydalı görevi hiç tamamlamıyorsa sorun genellikle motivasyon değil; kafa karışıklığı, zayıf yönlendirme veya erken aşamada çok fazla seçenek sunmaktır.
Basit bir gözden geçirme ritmi yardımcı olur:
Akışı iyileştirirken her seferinde bir şeyi değiştirin. Karşılama ekranını yeniden yazıp aynı anda kontrol listesini ve boş durumları değiştirirseniz neyin etkili olduğunu anlamak zorlaşır. Küçük testler yavaş ama daha öğreticidir.
Boş durumlar da temizlik ister. Kullanıcılar aynı soruyu sormaya devam ediyorsa ekran muhtemelen işini yapmıyor demektir. Bunu yeniden yazın ki sonraki eylem bariz olsun. "Henüz proje yok" yerine şimdi ne yapılacağı ve kullanıcı bununla ne elde edeceğini söyleyin.
Koder.ai ile inşa ediyorsanız, ekranları üretmeden önce onboarding planlamak faydalıdır. Planlama modu ilk kullanım yolunu düz dilde haritalamak için iyidir: kullanıcı önce ne görüyor, sonra ne yapmalı ve erken kazanım ne sayılmalı. Bu ekstra adım gerçek UI'ye dönüşmeden önce gereksiz adımları tespit etmeyi kolaylaştırır.
Testler ayrıca değişikliklerin düşük riskli olduğu durumlarda daha kolaydır. Koder.ai'de anlık görüntüler ve geri alma, daha kısa bir kontrol listesi, farklı bir boş durum veya yeni bir ilk görev denemenizi kolaylaştırır. Bu, hızlı onboarding denemelerini yönetmeyi kolaylaştırır.
Sağlıklı bir onboarding süreci aslında hiç bitmez. Davranışı izleyin, bir değişiklik yapın, sonucu ölçün ve daha hızlı şekilde daha fazla kişiye değer ulaştıranı koruyun.
İlk olarak bir net eylem sunun ve hızlıca küçük bir sonuç elde etmelerini sağlayın. Kullanıcılar ilk birkaç dakikada işe yarar bir görev tamamlayabiliyorsa tekrar gelme olasılıkları çok daha yüksek olur.
Bu alanın ne için olduğunu gösterin ve bir sonraki yapılacak adımı açıkça sunun. Boş bir ekran başlangıç noktası gibi hissettirmeli, çıkış kapısı gibi değil.
Yeni bir kullanıcının 1–3 dakika içinde gerçek bir şey oluşturabileceği bir görev seçin. İyi örnekler: bir kişi eklemek, bir sayfa oluşturmak veya ilk taslağı üretmek.
İlk kazanıma ulaşmak için gereken kadarını sorun. Takım kurulumu, tercihler, fatura ve gelişmiş seçenekler genellikle kullanıcı değerini gördükten sonra sorulabilir.
Çoğunlukla hayır. Birkaç küçük ipucu işe yarar ama ekranı kapatan uzun rehberler main görevi yavaşlatır. Kullanıcıların gerçek işi hemen yapmasına yardımcı olmak daha iyidir.
Basit, günlük bir dil kullanın; sonucu adlandırın ve tereddüdü azaltın. İlk sayfayı oluştur gibi bir buton Devam demekten daha net olur çünkü kullanıcı ne olacağını bilir.
Ne değiştiğini açıkça söyleyin ve bir sonraki adımı gösterin. İyi bir başarı durumu momentumu sürdürür; sadece kutlama yapmak yerine ne yapabileceklerini gösterin.
Kaydedilmiş ilerlemeyi veya tamamlanmamış işleri gösterin ve bir sonraki eylemi işaret edin. İkinci ziyaret, sıfırdan başlamak gibi değil, devam etmek gibi hissettirmeli.
Yeni biriyle test edin ve ilk beş dakikaya dikkatle bakın. Eğer duraklıyor, tereddüt ediyor veya kısa sürede işe yarar bir sonuca ulaşamıyorsa akış çok karışıktır.
Kullanıcıların basit bir uygulama fikrini tanımlayıp ilk taslağı üretmesine rehberlik edin; dağıtım veya çalışma alanı kurulumu gibi gelişmiş özellikleri sonra gösterin. Koder.ai üzerinde hızlı bir ilk ekran veya prototip, hesap oluşturma kadar önemli değildir.