- MVP lansmanına hazırlanmak için lansman öncesi test sürecini anlayın
- Ürününüzün temel hedeflerinden sapmadan geri bildirimleri nasıl işleyip bunlara göre hareket edeceğinizi anlayın.
- Kritik kullanılabilirlik engellerini belirleyin ve en önemli iyileştirmelere öncelik verin.
- MVP'nizi daha fazla test etmek için yöntemleri keşfedin ve uygulayın
Prototipten MVP'ye ve Lansmana Kadar Olan Yolculuk
MVP'yi iyileştirmek, girişimcilik yolculuğunun hem heyecan verici hem de zorlu bir parçasıdır. Çalışan bir prototip oluşturdunuz ve ilk kullanıcılarla test ettiniz. Şimdi testi genişletme, kritik sorunları giderme ve MVP'nizi gerçek kullanıcılara sunma zamanı. Bu ders, prototip testinden halka açık lansmana kadar sizi yönlendirerek, gerçek bir çekicilikle sunum yapmaya hazırlar.
Başardıklarınız
- Kağıt Prototipler
- Dijital Prototipler – tıklanamaz ve ardından tıklanabilir
- 5-10 kullanıcı ile ilk testler
Şu anda bulunduğunuz yer
- Çözümünüzü kodlamaya gerçekten çok emek harcadınız.
- Kodlamayı tekrarladınız, ekibiniz içinde test ettiniz ve gerçek çalışan bir prototipiniz var.
Nereye Gitmek İstiyorsunuz?
- Erken benimseyenleri belirleyin veya yeniden gözden geçirin
- Bu kullanıcılarla kodlanmış prototipiniz üzerinde testler yapın.
- Tamamen çalışan bir MVP elde edene kadar yineleyin.
- MVP'nizin halka açık lansmanı için hazırlık yapın
MVP'nizi piyasaya sürmek, nihai sunumunuzun önemli bir parçasıdır, çünkü size sadece test verileri değil, gerçek lansman verileri de sağlayacaktır.
Bu hızlandırıcı programın sonuna yaklaşıyorsunuz. Bu aşamada çözümünüzü tanıtmanız ve işinizi sunmanız gerekecek. Bu derste yapılan testler, bu iki önemli çıktıya da katkı sağlayacaktır. Ayrıca, finansal tahminlerinizi belirlemenizde de yardımcı olacaktır.
Daha yüksek kaliteli prototip testlerine ve erken kullanıcılarla etkileşimlere devam ederken, sunumunuzu ve MVP demosunu güçlendirmek için aşağıdakileri toplamayı unutmayın:
- Temel özelliklerin demo videoları (uygulama demoları)
- 2-3 hevesli test kullanıcısından video referansları
- Kullanıcıların sorunla ilgili yorumları (kullanım izni)
- Test sonuçları, örneğin "15 kullanıcıyla test yaptık, %80'i şöyle dedi..."
- Kullanıcı geri bildirimi (Pazar bilgisi)
- Prototip ekran görüntüleri (çözüm gösterimi)
MVP'nin lansmanı
Prototip ile test etmek ile ürününüzü piyasaya sürmek arasındaki fark nedir?
|
Prototip Oluşturma/Test Etme
|
Başlatma
|
|---|---|
|
Kontrollü Ortam
|
Halka açık
|
|
Test kullanıcıları işe alınır
|
Kullanıcılar size geliyor
|
|
Ekip kullanıcıları gözlemler
|
Kullanıcılar çözümü bağımsız olarak kullanır
|
|
Kullanıcılar bunun bir test olduğunu biliyorlar.
|
Kullanıcılar bunun çalışmasını bekliyorlar
|
|
Amaç öğrenmek ve gelişmektir.
|
Amaç genellikle kullanıcıları kazanmak ve elde tutmaktır (başka senaryolar da olabilir).
|
Odaklanmış İterasyon
Daha önceki prototip oluşturma ve testlerden öğrendiğiniz gibi, geliştirme ve testler yinelemeli bir süreçtir. Her test, geri dönüp ürününüzü düzeltmek veya iyileştirmek için size daha fazla bilgi sağlar. Her testten sonra, en kritik engelleri belirleyin ve bir sonraki testi çalıştırmadan önce hangi değişiklikleri yapacağınıza karar verin. Kritik sorunlara odaklanarak, özellik kaymasıönlersiniz . Her değişiklik, temel deneyimigüçlendirmeli, gereksiz yere genişletmemelidir.
En yüksek önceliğiniz herhangi bir testten sonra en yüksek önceliğiniz , ürünü kullanılamaz hale getiren veya temel değer önerisini engelleyen kritik sorunlar olan P0 Engellerini ele almaktır . Bir P0 varsa, diğer tüm öneriler geçici olarak önemsiz hale gelir; P0'ı derhaldüzeltmelisiniz .
Eylemlerinizin bu sınırlar içinde kalmasını sağlayarak yolunuzdan sapmamayı başarabilirsiniz:
-
Değişim hedeflerinizi belirleyin
Kendinize sorun: Bu düzeltmeden sonra ne gibi bir sonuç görmek istiyoruz? -
Ayarlamalarınızı minimumda tutun
Ürünün tamamını yeniden tasarlamaktan kaçının. Temel kullanıcı deneyimini en çok iyileştirecek bir veya iki düzeltmeye odaklanın. -
Değişiklikleri reaktif değil, kasıtlı olarak yapın
- Düzeltme teknik nitelikteyse, sorunun doğrudan çözüldüğünü teyit edin.
- Sorun netlik veya kullanılabilirlikle ilgiliyse, yeni özellikler eklemeden önce içeriğinizi veya arayüz metninizi güncelleyin.
- Estetik veya hoş olabilecek öneriler için, bunları daha sonra doğrulamak üzere bekletin.
Test ve İterasyon Yöntemleri
Bu test aşaması, yüksek kaliteli kodlanmış prototipin kullanılmasını içerir, bu nedenle düşük ve orta kaliteli prototiplerde kullandığınız test yöntemlerinden farklı test yöntemleri kullanacaksınız. Yapmanız gereken testler şunlardır.
Dahili Ekip Kalite Güvencesi (QA) Testi
Prototipiniz için harici test kullanıcıları toplamadan önce, ekip öncelikle bazı ön hazırlık niteliğinde ancak kritik öneme sahip testler yapmalıdır. Bu testler, son kullanıcılarla test yapmaya başladığınızda, onların sağlam bir kullanıcı deneyimi ile başlayacaklarını garanti eder – her şey düzgün çalışmalıdır! Aşağıda, kullanıcılarla test yapmadan önce gerçekleştirmeniz gereken 3 önemli test bulunmaktadır.
1 Uçtan Uca Akış Testi
Her seferinde çalışıyor mu? Bu test, temel özelliklerin (örneğin, çıktı oluşturma, veri kaydetme) aralıklı olarak başarısız olmamalarını sağlar. Şu adımları izleyin:
- Kullanıcıların tüm yolculuklarını yazın. Örneğin:
- Kullanıcı kaydı → hesap oluşturma → profil sayfası
- Geri dönen kullanıcı girişi → yeni gönderi ekle → gönderiyi görüntüle / düzenle / sil
- Geri dönen kullanıcı girişi → başkalarının gönderilerini görüntüleme → yorum yapma
- Her akış için adım adım test edin. Her adımı sırayla uygulayın ve herhangi bir sorun veya beklenmedik davranışı belgelendirin.
- Kenar durumları ve hataları test edin. Kasıtlı olarak sistemde hatalar yaratmaya çalışın (geçersiz giriş, yavaş ağ, tekrarlanan eylemler) ve sistemin nasıl tepki verdiğini kaydedin.
2 Güvenilirlik/Tutarlılık Testi
Yeni bir kullanıcının kayıt işleminden temel görevin tamamlanmasına ve başarı ölçütüne kadar ilerleyebileceğini doğrular. Bu, tüm huniyi doğrular ve son yinelemeden yaptığınız düzeltmelerin başka hiçbir şeyi bozmadığını garanti eder (hızlı yinelemede sık karşılaşılan bir risk). Test etmek için gerekli adımlar şunlardır:
- En kritik işlevlerinizi belirleyin.
- Her işlevi arka arkaya 5-10 kez test edin.
- Herhangi bir sorun veya hatayı not edin.
- Geri dönün ve farklı saatlerde, farklı günlerde vb. tekrar test edin, bunun ürünün performansını etkileyip etkilemediğini görün.
3 Çapraz Cihaz/Tarayıcı Testi
Ürünün hedef kitlenizin çoğu için çalıştığından emin olmanız gerekir. Chrome, Safari, Edge veya belirli bir telefon boyutunda temel bir görevin başarısız olması, birçok kullanıcının erişimini engelleyebilir. Bu nedenle, daha geniş bir Beta testi öncesinde çapraz platform testi yapmak çok önemlidir. Aşağıdaki adımları izleyin:
- Test edilecek platformları belirleyin:
- Cihaz türleri: Çözümünüze bağlı olarak masaüstü bilgisayar, tablet ve/veya telefon olabilir.
- Birden fazla işletim sistemi: Windows, macOS, iOS, Android
- Birden fazla tarayıcı: Chrome, Firefox, Edge, Safari vb.
- Her platform için şu testi yapın:
- Görsel görünüm: Her şey doğru şekilde görüntüleniyor mu?
- Temel görevlerin tamamlanması: kayıt → giriş → ana görevler
- Anlaşmayı bozan unsurlar:
- Kaza mı?
- Donmak mı?
- Çalışmayan herhangi bir kritik özellik var mı?
- Hazırlık durumunu değerlendirin:
Çözümünüz 2-3 büyük platformda kritik engeller olmadan iyi çalışıyorsa,
ve kullanıcıları diğer yerlerdeki sınırlamalar konusunda uyarabiliyorsanız, harici testlere geçebilirsiniz.
Kullanıcı Testleri için Katılımcıların Seçilmesi
Harici testler yapmak için elbette test uzmanlarına ihtiyacınız var! Lean Canvas'ınıza geri dönüp erken benimseyenleri kimler olarak belirlediğinizi kontrol edin. Düşük kaliteli testler sırasında onlarla zaten iletişime geçmiş olabilirsiniz.
Müşteri Segmentleri ve Kanallarınıza da bakarak potansiyel kullanıcıları ve onları nerede bulabileceğinizi belirleyebilirsiniz. Unutmayın: kullanıcı testlerinde nicelikten çok nitelik önemlidir. Bu erken kullanıcılar, prototipinizi piyasaya sürülmeye hazır hale getirmek için çok önemlidir.
Birini test kullanıcısı olarak işe almadan önce, bu kişinin erken benimseyenler profiline gerçekten uyduğundan emin olun. Uygun değilse, yardımını istemeye zahmet etmeyin. Profile uyuyorsa, onu işe almak için çaba gösterin.
İyi test kullanıcıları ve erken benimseyenler bulmak için bazı stratejiler:
- Kişisel iletişim ve bire bir işe alım
- Kullanıcılarınızın bulunduğu çevrimiçi toplulukları ziyaret edin
- Ağınızı kullanın
- Kullanıcıları diğer kullanıcıları davet etmeye teşvik edin
Kullanılabilirlik Testi
Kullanıcıların serbestçe keşif yapıp genel izlenimlerini paylaştıkları düşük kaliteli testlerin aksine, yüksek kaliteli prototiplerle yapılan kullanılabilirlik testleri yapılandırılmış ve görev odaklıdır. Katılımcılardan belirli görevleri tamamlamaları istenir ve siz de onların bu görevleri ne kadar kolay tamamladıklarını, nerede zorlandıklarını ve nerede kafalarının karıştığını gözlemleriz. Bu yaklaşım, sadece izlenim veya görüş toplamak yerine, neyin işe yaradığını ve neyin hala iyileştirilmesi gerektiğini somut kanıtlarla ortaya koyar. Bu, geliştirme sürecinin bu aşamasında kullanacağınız ana test yöntemi olacaktır.
Kullanılabilirlik testi, genel geri bildirimlerde ortaya çıkmamış olabilecek daha ince sürtünme noktalarını ortaya çıkararak, ürünü minimal ve amaca uygun tutarken iyileştirmenize yardımcı olur. Kullanılabilirlik testi, ilk geri bildirim turunuzdan sonra özellikle değerlidir, çünkü düzeltmelerin kritik engelleri gerçekten çözüp çözmediğini doğrulamanızı sağlar .
AKTİVİTE 1
Kullanılabilirlik Testi
Tahmini Süre: Birkaç Gün
Yüksek kaliteli çalışma prototipinizi test etmek için bir dizi kullanılabilirlik testi gerçekleştirin. Testi çalıştırmak için gerekli adımlar aşağıda belirtilmiştir.
1. Hedefleri Tanımlayın
Öğrenmek istediğinizi açıkça belirtin. Yeni bir özelliği, düzeltilmiş bir hatayı mı yoksa tüm onboarding akışını mı test ediyorsunuz?
2. Test için kullanıcıları belirleyin
Erken benimseyenler arasından küçük bir grup (3-5 kullanıcı) seçin. Düşük kaliteli testleri zaten yaptığınız için, öğrendiklerinize dayanarak seçiminizi iyileştirebilirsiniz.
3. Anahtar görevleri tanımlayın
Kullanıcıların ürününüzün temel değerini deneyimlemek için tamamlamaları gereken temel eylemleri belirleyin. Bunlar, son yinelemeden bu yana güncellenen temel işlevlere veya alanlara odaklanmalıdır. Görevleri gerçekçi ve gerçek kullanıcı hedefleriyle alakalı tutun.
- Kritik akışları yansıtan görevleri seçin – Ürünün başarılı olması için kullanıcıların gerçekleştirmesi gerekenlere odaklanın. Örneğin, bir finans bütçeleme aracı oluşturduysanız, kullanıcılardan aylık bütçe oluşturmalarını ve harcamaları takip etmelerini isteyin.
- Önemli değişikliklerle ilgili görevleri dahil edin – Temel deneyimi anlamlı bir şekilde etkileyen güncellemeler veya özelliklere odaklanın. Örneğin, bir dil öğrenme uygulaması geliştirdiyseniz, yeni ilerleme takipçinizin anlaşılır olup olmadığını ve kullanıcının anlayışına katkıda bulunup bulunmadığını test edin. Renk değişikliği gibi şeyleri test etmeyin.
- Kullanıcıları çok fazla görevle yüklemeyin – Kısa bir oturum için genellikle 3-5 anahtar görev yeterlidir. Bu, testi yönetilebilir kılar ve katılımcıları karıştırmadan veya yormadan eyleme geçirilebilir içgörüler elde etmenizi sağlar.
4. Metriklere karar verin
Test sırasında hangi verileri takip edeceksiniz? Bu, hem nicel hem de nitel ölçümleri içerir:
- Nicel: Başarı Oranı (Görevi tamamladılar mı?), Görev Süresi ve Hata veya Tıklama Sayısı.
- Niteliksel: Kullanıcı yorumları, yüz ifadeleri ve kafa karışıklığı veya hayal kırıklığı belirtileri.
5. Malzemeleri ve Ortamı Hazırlayın
- Senaryolar geliştirin: Katılımcıya verilecek talimatları açık, öz ve tarafsız bir şekilde yazın. Kullanıcıya görevle ilgili bağlamı, görevle ilgili ayrıntıları vermeden belirleyin. nasıl nasıl yapılacağını söylemeden görevin bağlamını belirleyin. Örneğin, temel görev "Düğmeye tıklayın" olmamalıdır. "Yeni Generative AI Özelliğini kullanarak yayınlanmaya/paylaşılmaya uygun bir sonuç üretin" olmalıdır. Bu, katılımcıları sadece düğme işlevini değil, çıktının kalitesini de test etmeye zorlar.
- Kayıt ayarları: Daha sonra analiz etmek üzere oturumu kaydetmek için kameraları veya ekran paylaşım yazılımını (kullanıcının izniyle) ayarlayın.
- Test Alanını Hazırlayın: Kullanıcının konsantre olabileceği sessiz bir ortam sağlayın. Mümkünse ayrı bir gözlemci/not tutucu bulundurun.
- Onay Alın: Oturum ve oturumun kaydı için imzalı bilgilendirilmiş onay alın.
6. Test Oturumunu Çalıştırın
- Test öncesi anket (isteğe bağlı): Kullanıcıdan bazı arka plan bilgileri alın, şu anda sorunu nasıl ele aldıkları vb.
- "Yüksek Sesle Düşünme" Protokolü: Kullanıcılara, ürünü incelerken düşüncelerini sözlü olarak ifade etmelerini söyleyin: neye baktıklarını, ne yapmaya çalıştıklarını ve neden kafalarının karıştığını veya memnun olduklarını.
- Gözlem ve Kolaylaştırma: Testin kolaylaştırıcıları olarak iki rolünüz olacaktır.
- Gözlemci: Tarafsız kalır ve yalnızca kullanıcı tamamen takılıp kalmış ve ilerleyemiyorsa müdahale eder.
- Not tutucu: Kullanıcıyı etkilemeden gözlemleri, alıntıları, hataları ve görev zamanlamalarını kaydeder.
- Test Sonrası Görüşme: Sonunda, genel deneyimleri, en çok neyi beğendikleri ve en çok neyi sinir bozucu buldukları hakkında açık uçlu takip soruları sorabilirsiniz.
7. Verileri Analiz Edin
- Kayıtları ve Notları İnceleme: Tek bir deneyime güvenmek yerine, birden fazla kullanıcıda görülen kalıpları arayın. Tek bir kullanıcının yaşadığı zorluk bir anekdottur; 5 kullanıcıdan 3'ünün aynı adımda zorluk yaşaması ise kritik bir sorundur.
- Kritik Sorunları Belirleyin: Kullanıcıların önemli görevleri tamamlamasını engelleyen veya önemli ölçüde hayal kırıklığına neden olan kullanılabilirlik sorunlarına odaklanın.
- Bulguları sentezleyin: Verileri, sorunları önem derecesine göre sıralayan ve izlediğiniz ölçütleri içeren bir raporda birleştirin (örneğin, "Kullanıcıların yalnızca %40'ı Görev 2'yi başarıyla tamamladı").
Bir sonraki adım, kullanıcı testlerinde ortaya çıkan sorunları derinlemesine inceleyip düzeltmeye çalışmak olacaktır. Hataları eninde sonunda düzelteceksiniz, ancak bir sonraki teknik derste önce geri bildirimleri gerçekten analiz etmek, sorunları kategorilere ayırmak ve MVP planımıza göre öncelik sırasına koymak için biraz zaman ayıralım.
Geri Bildirimleri Sentezleme
Bir tur kullanılabilirlik testinden sonra, ilk kodlanmış prototipiniz için geri bildirim almış olmalısınız. Belki de kullanıcılar ürününüze ilgi göstermediği için geri bildirimler cesaret kırıcıydı. Belki de geri bildirimler son derece olumluydu, ancak uygulanabilir öneriler yoktu. Muhtemelen ortada bir yerde bulunuyorsunuz, ancak tüm bunları değerlendirmek zor olabilir.
Girişimci Zihniyet hakkındaki tartışmamızı hatırlayın; burada öne çıkan özellikler arasında dayanıklılık ve merak vardı.
Cesaret kırıcı geri bildirim mi?
Bunu, ürününüzdeki eksiklikleri ve kritik engelleri belirlemek için bir fırsat olarak kullanın. Ürününüzü işlevsel ve güvenilir hale getirmek için düzeltilmesi gerekenlere odaklanın. Bunlar, öğrenmek ve gelişmek için fırsatlardır.
Aşırı Olumlu Geri Bildirim?
Olumlu geri bildirimleri, doğru yolda olduğunuzun bir kanıtı olarak değerlendirin, ancak iyileştirmeye devam edin. Hedef kitlenizi genişletin ve ürününüzü nasıl daha da iyileştirebileceğinizi merak etmeye devam edin.
Geri bildirimleri dikkate alın ve bunları dikkatli ve yapıcı bir şekilde değerlendirin. Ancak, geri bildirimleri anlamakla bunlara göre hareket etmek arasında ayrım yapmak da önemlidir . Bu aşamada ürününüz hala minimal ama amaca yönelik olmalı ve her değişiklik kullanıcılarınız için gerçek bir değer katmalıdır.
Çelişkili veya Aşırı Geri Bildirimleri Anlamak
Çelişkili girdiler, çok sayıda öneri veya her ikisi birden aynı anda karşınıza çıkabilir. Geri bildirim seli, ilk kullanıcılar, meslektaşlar ve mentorlar gibi birçok kaynaktan gelebilir. Bu durum bunaltıcı gelebilir, ancak bunu anlamlandırmaya başlamanın bir yolu var.
Aşağıdaki sorulara göre geri bildirimleri kategorilere ayırarak başlayın:
- Ciddiyet – Kullanıcıların temel deneyimi tamamlamasını engelliyor mu?
- Sıklık – Aynı sorunu birden fazla kişi bildiriyor mu?
- Orijinal Hedef – Ürününüzün amacı veya uzun vadeli hedefi ile uyumlu mu?
Belirlenmesi gereken bir sonraki kategori, sorunun ne tür bir sorun olduğudur. Kullanıcı testlerinde ortaya çıkabilecek 4 ana sorun türü vardır.
Kategori
Açıklama
Örnek
Hata
Orta derecede etki veya iyileşme
"Gönderdiğimde hata mesajı çıktı"
Kullanılabilirlik
Çalışıyor ancak kullanıcıları karıştırıyor
"O düğmeye basmam gerektiğini bilmiyordum."
Eksik Özellik
Kullanıcılar, mevcut olmayan bir şey bekliyorlardı.
"İlerlememi kaydetmek istedim"
Geliştirme
İyi çalışıyor ama daha iyi olabilir
"Metin telefonumda okunması zor."
Ardından, sorunun önceliğini belirleyin.
Öncelik
Ne zaman atanmalı?
Eylem
P0: Engelleyici
Yüksek ciddiyet + Yüksek sıklık + Temel yolculuğu engeller
Diğer işlerden önce düzeltin
P1: Ana dal
Önemli düzeyde ağrı var ancak çözüm yolu mevcut
Mümkün olduğunca çabuk düzeltin.
P1: Küçük
Düşük frekanslı OR, temel yolculuğu engellemez
Zaman izin verirse düzeltin
P3: Kozmetik
Cilalı, işlevsel değil
Bekleme listesine ekle
Önceliklendirildikten sonra, bilgileri kanıt olarak kullanarak MoSCoW yöntemini uygulayarak nerede harekete geçeceğinize karar verebilirsiniz.
MoSCoW yönteminin genellikle P0-P3 atamasıyla uyumlu olduğunu unutmayın.
MUST – Yüksek önem veya yüksek sıklık, orijinal hedefle açıkça bağlantılı
SHOULD – Orta düzeyde etki veya iyileştirme
COULD – Yüksek önem veya yüksek sıklık, orijinal hedefle açıkça bağlantılı
WON’T – Yüksek önem veya yüksek sıklık, orijinal hedefle açıkça bağlantılı
Öğretmen Platformu için Geri Bildirimde Gezinme
Öğretmenlerin ders fikirlerini paylaşmaları için bir web platformu oluşturdunuz. Konsept hakkında olumlu geri bildirimler aldınız, ancak birçok öğretmen ilk ziyaretlerinden sonra platformu kullanmayı bıraktı. Nedeni, büyük dosyaların hiçbir açıklama yapılmadan yüklenememesi nedeniyle kaynakların yüklenmesinin çok uzun sürmesiydi.
Bu, kullanılabilirlik açısından kritik bir engeldir veya P0 engeliolarak adlandırılır ve kullanıcıların en temel görevleri yapmalarını engelleyen teknik veya tasarım sorunudur. Bu sorunu çözmek, yeni özellikler eklemek anlamına gelmez, sadece temel deneyimin güvenilir bir şekilde çalışmasını sağlamak anlamına gelir. Bu, ZORUNLU sütununa eklenir ve hızlı bir şekilde ele alınmalıdır.
MVP Zihniyeti
COULD ve WON'T olarak işaretlenen öğeler sizin açınızdan herhangi bir başarısızlık değildir ve bunları yapmamanız işinize olumsuz yansımaz. Bunlar akıllı kapsam belirlemeyi temsil eder. Bunları notlarla birlikte bekleme listenize ekleyebilirsiniz. MVP'niz başarıyla piyasaya sürüldükten sonra, bu öğeleri tekrar gözden geçirerek kullanıcıların hala hangilerini talep ettiğini görün.
AKTİVİTE 2
Test Analizi
Tahmini Süre: 45 dakika
Çalışma sayfasını kılavuz olarak kullanarak,
- Kullanıcıların tüm geri bildirimlerini inceleyin.
- Ciddiyetlerini, sıklıklarını ve orijinal hedefle nasıl uyumlu olduklarını açıklayın.
- Türlerine göre sınıflandırın.
- Onlara öncelik verin.
Bir sonraki ders olan Sorunları Giderme'de, P0 ve P1 sorunlarını gerçekten inceleyip ele almak için çalışma sayfasını kullanacaksınız.
Ardından, kullanıcı testi, önceliklendirme ve hata ayıklama işlemlerini tekrarlayarak yinelemelisiniz.
A/B Testi
A/B testi, ürününüzün iki sürümünü karşılaştırarak hangisinin daha iyi performans gösterdiğini görmek için kullanılan bir yöntemdir. Kullanılabilirlik testleri yoluyla elde edilen niteliksel içgörülerden daha niceliksel verilere geçmenize yardımcı olur.
Fikir basit: bir öğenin iki versiyonunu sunun ve her versiyonu ayrı kullanıcı gruplarına gösterin. Görev tamamlama, tıklama oranı veya görevde geçirilen süre gibi net metrikleri takip ederek, hangi versiyonun temel deneyimi daha iyi desteklediğini belirleyebilirsiniz. A/B testi, varsayımları azaltır, bir değişikliğin gerçekten kullanılabilirliği iyileştirip iyileştirmediğini doğrular ve bir sonraki adımda nelere öncelik verilmesi gerektiği konusunda somut bir rehberlik sunar.
Ancak, güvenilir veriler elde etmek için büyük bir örneklem büyüklüğü gerekir. Bu aşamada, yeterli sayıda kullanıcınız olmayabilir. Kullanılabilirlik testi, az sayıda katılımcıdan zengin geri bildirimler sağlayan en değerli yöntem olmaya devam eder. A/B testi, MVP'niz piyasaya sürüldükten ve kullanıcı kazanmaya başladıktan sonra güçlü bir araç haline gelir. Otomatikleştirilebildiği için, verileri hızlı ve büyük ölçekte toplamak için verimli bir yoldur.
AKTİVİTE 3
A/B Testi (isteğe bağlı)
Tahmini Süre: 2 saat+
Yeterli sayıda test kullanıcısı bulabileceğiniz bir aşamada iseniz, bazı A/B testleri yapabilirsiniz. Ürününüzde yaptığınız küçük, kasıtlı değişikliklerin kullanıcı deneyimini nasıl etkilediğini keşfedin. Hangi yaklaşımın kullanıcılarınızın hedeflerini daha iyi desteklediğini görecek ve bir sonraki yinelemenizi yönlendirecek somut içgörüler elde edeceksiniz.
Sürecinizi yönlendirmek için aşağıdaki çalışma kağıdındaki soruları yanıtlayın.
Açılış Sayfası
Bir açılış sayfası, ürün konseptinizi sunan ve kullanıcıları güncellemelere kaydolmak veya demo talep etmek gibi belirli bir eylemi gerçekleştirmeye teşvik eden, son derece odaklanmış bir web sayfasıdır. Bu aşamadaki bir açılış sayfası, ürününüzün kullanılabilirliğini test etmekten çok, talebi test etmek için bir yoldur.
Burada potansiyel kitlenizi gerçekten genişletebilirsiniz, çünkü açılış sayfaları ilk test kullanıcılarınızın ötesindeki kişilere ulaşabilir ve başka türlü ürününüzle karşılaşmamış olabilecek potansiyel kullanıcıları çekebilir.
Bu aşamada, açılış sayfası tamamen yeni fikirleri test etmek yerine, halihazırda yaptığınız iyileştirmeleri yansıtmalıdır. Sayfadaki kullanıcı ilgisini ve davranışını takip etmek, bir sonraki yineleme turunuzu yönlendirecek somut geri bildirimler sağlar.
Ürününüz bir web sitesi olmasa bile, fikrinizi net bir şekilde iletmek için bir açılış sayfası oluşturabilirsiniz. Örneğin, fiziksel bir ürünün fotoğraflarını ekleyebilir, özelliklerini açıklayabilir ve ön sipariş veya bekleme listesine katılma seçenekleri sunabilirsiniz.
Bir açılış sayfası mükemmel olması gerekmez;minimalist bir tasarım da gayet uygundur. Amacınız, üretim aşamasına hazır görseller değil, içgörü ve doğrulama olduğundan, bu sayfaya birkaç saatten fazla zaman ayırmamalısınız.
Önerilen yapı şöyledir:
Başlık
Tek cümlelik değer önerisi
Sorun
Ağrı hakkında 2-3 cümle
Çözüm
Ürününüzün ne yaptığına dair 3 madde
Sosyal Kanıt
"Zaten ilgilenen 50 öğrenciye katılın" (eğer doğruysa)
Eylem Çağrısı
Bunu göz önünde bulundurarak, ziyaretçilerin yapması için güçlü bir eylem çağrısı seçin. İşte bazı örnekler ve size sağlayabilecekleri veriler:
- Güncellemeler veya erken erişim için kaydolun – Kimlerin gerçekten ilgilendiğini görmenizi ve potansiyel erken kullanıcıların bir listesini oluşturmanızı sağlar.
- Bekleme listesine katılın – Ürün tamamen hazır olmadan kullanıcıların bağlılığını gösterir.
- Daha fazla bilgi veya demo talep edin – Niteliksel geri bildirim için bir kanal açarken merak ve ilgi uyandırır.
- Ön sipariş (varsa) – Yatırım veya taahhüt etme istekliliğini ölçer (bekleme listesine katılmaktan elde ettiğiniz taahhütten farklıdır).
Landing Sayfanızı Oluşturmak İçin Araçlar
- Carrd (ücretsiz) – En basit seçenek
- Google Formlar + basit HTML
- Notion genel sayfası
- Mailchimp açılış sayfası
Sayfanıza Trafik Çekmek
- İlgili WhatsApp gruplarında paylaşın
- Sosyal medyada paylaş (X, TikTok, LinkedIn)
- Facebook gruplarında, üniversite ağlarında paylaşın
- Potansiyel kullanıcılara doğrudan mesaj gönderin
- Anlamlı veriler elde etmek için 100'den fazla ziyaretçiye ihtiyaç var
Anahtar Metrikler
Doğru verileri takip etmek, izlenimlere veya içgüdüsel hislere güvenmek yerine, bir sonraki yineleme için bilinçli kararlar almanıza yardımcı olur. Dikkate alınması gereken bazı veri noktaları şunlardır:
-
'a kayıtlar veya kayıtlar Bu, ürününüze olan ilk ilgi ve talebi gösterir. Yüksek kayıt sayısı, değer önerinizin yankı bulduğunu gösterir; düşük kayıt sayısı ise mesajınızı iyileştirmeniz veya farklı bir hedef kitle segmentine yönelmeniz gerektiğini gösterir. -
Eylem Çağrılarına Yapılan Tıklamalar
Tıklamalar, etkileşimi ve daha fazla keşfetme isteğini gösterir. En çok tıklanan CTA'ları takip etmek, kullanıcılar için en önemli özellikleri veya bilgileri önceliklendirmeye yardımcı olabilir. -
Sayfada Geçirilen Süre
Kullanıcılar sayfada zaman geçiriyor mu, yoksa hemen ayrılıyor mu? -
Trafik Kaynakları
Hangi pazarlama kanallarınız işe yarıyor?
MVP'nizi geliştirmeye devam ederken, burada ele aldığımız yöntemlerin, içgörü toplamak ve ürününüzü doğrulamak için kullanabileceğiniz araçlardan sadece birkaçı olduğunu unutmayın. Her ekip ve ürün benzersizdir, bu nedenle hedeflerinize, zaman çizelgenize ve hedef kitlenize en uygun yaklaşımları seçmek önemlidir.
Yinelemelerinizde kararlı olun ve ürününüzün yalın, amaca yönelik bir çekirdeği korurken sürekli iyileştirilmesini sağlayın. Sürekli test, gözlem ve yineleme, her girişimci için vazgeçilmez alışkanlıklardır. Burada geliştirdiğiniz beceriler, ürününüzü daha olgun ve başarılı bir versiyona doğru birçok iyileştirme döngüsünden geçirecek.
Bu testler, hızlandırıcı programının sonunda MVP'nizi piyasaya sürmenize yardımcı olacaktır. Bu, jüri üyeleri tarafından daha olumlu değerlendirileceği için bir hedef olmalıdır. Hızlandırıcı programının sonunda tam bir lansman yapamasanız bile, gerçek kullanıcılarla yinelemeli sürecinizi sergilemek, ilerlemenizi ve girişiminizde başarılı olma kararlılığınızı göstermek için çok önemli olacaktır.
Yansıma
Son test ve yineleme deneyiminizi birkaç dakika düşünün. Aşağıdakileri göz önünde bulundurun:
Ek Kaynaklar
Wix.com ilham alabileceğiniz güçlü açılış sayfalarının bir listesini sunuyor. Buraya bir göz atın.
Nielsen Norman Group tarafından hazırlanan aşağıdaki oynatma listesi, özellikle uzaktan çalışma ortamında Kullanılabilirlik Testlerinin nasıl gerçekleştirileceğine dair genel bir bakış sunmaktadır.
