Yapay Zekayla Oluşturduğunuz Uygulamanın Gerçekten Kullanıcı Hesabına İhtiyacı Var mı? Giriş Ekranı Eklemeden Önce Nasıl Karar Verirsiniz

Çoğu kişinin yapay zekayla oluşturduğu bir uygulamaya ilk eklediği şey bir giriş ekranıdır. Kullanıcı hesabı aslında bir girişten ibarettir — e-posta, şifre ve bir profil — ve uygulamanın bir sonraki ziyarette aynı kişiyi tanımasını, o kişinin verilerini herkesinkinden ayrı tutmasını sağlar. Bunu eklemek sorumlu, “büyükler gibi” bir davranış gibi hissettirir — gerçek uygulamaların hesapları vardır, öyleyse sizinkinin de olmalı. Ama kullanıcı hesapları, çok erken eklenmesi en kolay, bir kez eklendikten sonra da kaldırılması en can sıkıcı şeylerden biridir. Builder’ınızdan bir kayıt formu istemeden önce, uygulamanızın buna gerçekten ihtiyacı olup olmadığını düşünmek için birkaç dakika ayırmaya değer.

Bu, girişlere karşı bir argüman değil. Pek çok uygulamanın buna gerçekten ihtiyacı var. Bu, refleksle değil, bilinçli olarak karar vermek için bir argüman.

Kullanıcı hesapları aslında ne işe yarar?

Bir giriş sistemi üç iş yapar: uygulamanızın aynı kişiyi ziyaretler arasında tanımasını sağlar, her kişinin verilerini herkesinkinden ayrı tutar ve bu verileri gizli tutar. Hepsi bu kadar. E-posta, şifre, “şifremi unuttum”, köşedeki küçük profil simgesi — bunların hepsi bu üç işin hizmetindeki altyapıdır.

Yani asıl soru “giriş eklemeli miyim?” değil. Asıl soru şu: “Uygulamamın kişileri tanıması, verilerini ayırması ya da gizli tutması gerekiyor mu?” Üçüne de cevabınız hayırsa, giriş ekranı sebepsiz yere taşıdığınız bir yüktür.

Uygulamanızın kullanıcı hesabına ihtiyacı olup olmadığını nasıl anlarsınız?

Üç soru sorun: Uygulamanın kişinin kim olduğunu ziyaretler arasında hatırlaması gerekiyor mu, her kişinin kendine ait gizli verisi var mı, insanlardan ücret almanız ya da onlara e-posta göndermeniz gerekiyor mu? Bunlardan herhangi birine “evet” derseniz muhtemelen er ya da geç hesaplara ihtiyacınız olacak; üçüne de “hayır” derseniz asıl işi hesaplar olmadan da inşa edebilirsiniz.

Uygulamanın ziyaretler arasında sizi hatırlaması gerekiyor mu? Bir bahşiş hesaplayıcısının buna ihtiyacı yok. Bir birim çevirici de öyle. Tek seferlik bir “bana yemek planı oluştur” aracının da, kullanıcı sonucunu alıp mutlu bir şekilde ayrılıyorsa, buna ihtiyacı olmayabilir. Sayfa kapandığında her şey sıfırlanabiliyorsa ve bu kimsenin umurunda değilse, hesaba ihtiyacınız yok demektir. Ama bir kullanıcı oluşturduğu şeyi kaybettiğinde üzülecekse, hesaplara doğru ilerliyorsunuz demektir.

Her kişinin kendine ait, özel bir şeyi var mı? Kişisel bir yapılacaklar listesi, kaydedilmiş bir tarif koleksiyonu, yüklenen belgelerden oluşan bir klasör — bunlar tek bir kişiye aittir ve başkasına sızmamalıdır. Bu, hesap sahibi olmak için en güçlü sebeptir. Ama herkesin aynı listeleri gördüğü herkese açık bir restoran rehberinde “size ait bir şey” diye bir kavram yoktur. Aynı uygulama biçimi, tamamen farklı bir cevap.

İnsanlardan ücret almanız ya da onlara e-posta göndermeniz gerekiyor mu? Para ya da sürekli iletişim devreye girdiği anda, kimin kim olduğunu güvenilir bir şekilde bilmeniz gerekir. Fikrinizi doğrularken bunu erteleyebilirsiniz, ama er ya da geç gelecektir.

Kullanıcı hesabı eklemenin gerçek maliyeti nedir?

Bir giriş ekranı tek bir özellik değildir — dört gizli maliyeti beraberinde getirir: sıradan kullanıcıları geri çeviren bir kayıt duvarı, sürekli şifre desteği, artık korumanız gereken kişisel veriler ve bozulabilecek daha fazla hareketli parça. “Giriş ekle” isteğinin arkasından gelenler:

Uygulamanızın önünde bir duvar. Her kayıt formu, “merak ettim” ile “kullanıyorum” arasına konan bir adımdır ve her adımda birileri vazgeçer. Biri uygulamanızın ne yaptığını görmeden önce e-posta ve şifre istemek, size sıradan denemecileri kaybettirir — üstelik yeni bir uygulamanın en az kaybedebileceği tam da bu insanlardır.
Sonu gelmeyen şifre desteği. İnsanlar şifrelerini unutur. E-postalarını yanlış yazar. İki kez kayıt olup verileri nereye gitti diye merak eder. Her hesap sistemi, sürekli akan bir “giriş yapamıyorum” mesajı seli üretir ve bu işin yardım masası siz olursunuz.
Artık korumanız gereken bir yığın kişisel veri. E-posta ve şifre saklamaya başladığınız an, sızması durumunda önemli olacak bilgiler elinizde demektir. Bu bir sorumluluktur, işaretlenip geçilecek bir kutu değil.
Bozulabilecek daha fazla şey. Giriş, çıkış, sıfırlama, “beni hatırla”, yanlış zamanda süresi dolan oturumlar — her biri, hafta sonu hata ayıklamayla uğraşmak istemeyeceğiniz bir anda ters gidebilecek bir şeydir.

Bunların hiçbiri “yapmayın” anlamına gelmiyor. Hesapların yerini hak etmesi gerektiği anlamına geliyor, çünkü builder bunları iki dakikada yazsa bile bedelsiz değiller.

Bu, gerçek uygulamalarda nasıl görünüyor

Bir arkadaşım yapay zeka builder’ı ile bir düğün RSVP sayfası oluşturdu. İlk içgüdüsü her konuk için ayrı bir giriş ekranı eklemekti. Aslında hiçbirine ihtiyacı yoktu — her davetiye kendine özel bir bağlantıyla gönderildi, bağlantı doğrudan o konuğun formunu açtı ve kimsenin bir şey oluşturmasına gerek kalmadı. Şifre yok, destek yok, duvar yok. “Hesap”, bağlantının kendisiydi.

Bir başkası bir yemek planı oluşturucu geliştirdi. Birinci versiyonda hiç hesap yoktu: tercihlerinizi yazın, planınızı alın, bitti. Herkesin tek tıkla deneyebilmesi sayesinde tam da bu yüzden trafik aldı. Ancak bir sürü “bunları kaydedebilir miyim?” mesajından sonra hafif bir “e-postanla kaydet” seçeneği ekledi — ve o noktada bunun bedelinin buna değdiğini biliyordu, çünkü kullanıcılar bunu zaten istiyordu.

Karşıt örnek ise bir müşteri portalı oluşturan bağımsız bir çalışan. Her müşteri kendi özel dosyalarını yüklüyor ve yalnızca kendininkileri görüyor. Bu uygulamanın ilk günden itibaren hesaplara ihtiyacı vardı — kimin giriş yaptığını bilmeden çalışan bir “özel, müşteriye özel belgeler” versiyonu yok. Fark teknolojide değil. Uygulamanın “size ait, sizde kalması gereken bir şeyi” olup olmadığında.

Tam kullanıcı hesaplarına daha hafif alternatifler nelerdir?

Çoğu zaman tam anlamıyla e-posta ve şifreli hesaplara ihtiyacınız yoktur — genellikle işi görecek beş daha hafif seçenek vardır:

Paylaşılabilir gizli bir bağlantı. RSVP sayfasındaki gibi — birine giriş yapmadan kendine özel bir şeye erişim vermek için benzersiz bir URL yeterlidir.
Sihirli bağlantılar. Kullanıcı e-postasını yazar, “giriş yapmak için buraya tıkla” bağlantısını alır ve hiçbir zaman şifreyle uğraşmaz. Daha az destek başağrısı, ve builder’ınız bunu sizin için kurabilir.
“E-postanla kaydet.” İnsanların uygulamayı serbestçe kullanmasına izin verin, e-postayı ancak bir şeyi kaydetmek istediklerinde isteyin. Duvar, değerden önce değil sonra gelsin.
Tek bir ortak şifre. Küçük bir ekip tarafından kullanılan dahili bir araç için, herkesin bildiği tek bir şifre bazen gerçekten yeterlidir.
Hiçbir şey. Kullanıcının çalışmasını kendi tarayıcısında saklayın, böylece geri geldiğinde orada olsun — hiçbir yerde hesap olmadan. Kişisel ve düşük riskli bir araç için gayet uygundur.

Tam kayıt akışını varsayılan olarak seçmeden önce, builder’ınıza bunlardan hangisinin uyduğunu sorun.

Builder’ınızdan doğru türde hesapları nasıl istersiniz?

İstediğinizi düşündüğünüz özelliği değil, hesapların yapması gereken işi anlatın — “giriş ekle” builder’ınıza neredeyse hiçbir şey söylemez ve o da tahmin etmek zorunda kalır. “İnsanların kendi listelerini kaydetmesi ve bir dahaki sefere telefonlarından tekrar görebilmesi gerekiyor” cümlesi, “kullanıcılar kayıt olabilsin”den çok daha farklı ve çok daha uygun bir sonuca götürür. Hesaplar henüz gündeminizde değilse bunu açıkça söyleyin: “şimdilik hesap yok — bağlantısı olan herkes kullanabilsin.”

Ve ileride eklenebilecek şekilde bir dikiş payı bırakarak tasarlayın. Hesapları sonradan eklemek, mevcut verileri yepyeni girişlere bağlamak anlamına gelir ki bu külfetli bir iştir. Builder’ınıza ileride hesap ekleyebileceğinizi söyleyin, böylece şimdiden her kişinin verisini sabit bir şeye bağlı tutsun. Bu, gerçekten ihtiyaç duyduğunuzda yükseltmeyi ucuzlatır.

Sormaya devam etmeniz gereken soru

Kullanıcı hesabı eklemeden önce şunu sorun: bunu herkes görebilirse ne bozulur? Dürüst cevap “hiçbir şey” ise — herkese açık, ya da sıfırlanıyor, ya da bir bağlantı yeterliyse — kendinize bir duvardan, bir yardım masasından ve korunması gereken bir veri yığınından kurtulmuş olursunuz. Cevap “çok şey” ise, o zaman hesaplar bu bedelin her kuruşuna değer — ve artık onları gerçek uygulamaların hesabı olması gerektiği için değil, uygulamanızın buna gerçekten ihtiyacı olduğu için ekliyorsunuz demektir.

Her iki durumda da karar veren siz oldunuz. Asıl mesele de bu.