Bir MVP Oluşturduktan Sonra Özellik Geliştirmeye Nasıl Öncelik Verilir?

[ kapakta : Unight mobil uygulaması ]

Pek çok kişinin dediği gibi, önce ilk şeyler. Başlangıç ​​ürünü geliştirme bağlamında MVP, rüya gibi ürününüzün ilk hedef versiyonudur. Ancak MVP'ler daha az zaman ve maliyetle bilinir. Orada proje geliştirme son aşamasına gelmek üzere - ve mvp'den sonraki adım nedir?

MVP oluşturmanın kartopu etkisi yarattığını fark etmediniz mi?

Kartopu oluşturma sürecini hayal edin. Küçük, kar tanesi, hepsini topun içine toplayarak kar tanesi ile başlarsınız. Aynı benzetme MVP oluşturma için de geçerlidir - küçük, ürününüzde olması gereken özellikleri tanımlayan küçük başlarsınız. Uygulama geliştirme sürecinde ekibiniz ve siz, ürünü nasıl geliştireceğiniz konusunda yeni fikirler üretiyorsunuz ve bu da yeni görevlerin ortaya çıkmasına neden oluyor. Tabii bu durum bütçe sınırlarının da büyümesine neden oluyor.

Ancak, bir MVP oluşturduğunuzu zaten kabul ettiniz ve bu, geliştirme aşamasını uzatmamanız gerektiği anlamına geliyor. Öncelikle, Minimum Uygulanabilir Ürün yardımıyla ürününüzün tam olarak pazarın ihtiyaç duyduğu şey olduğundan emin olmanız gerekir. Ancak zamanlamaları mükemmel olmadığı için değerli fikir mücevherlerini öylece kaybedemezsiniz - bu yüzden her zaman yaptığımız gibi hareket etmenizi tavsiye ediyoruz - bu fikirleri toplamak ve görevlerin biriktirme listesine koymak. MVP'den sonra eklenecek özellikleri ertelemek, daha sonra özellik geliştirmeye öncelik vermenize ve bunları oluşturmak istediğiniz sıraya koymanıza olanak tanır.

Müşterileri 5 tipte sınıflandıran Kano model teorisine göre, bu 3. - kullanıcıların aradığı çekici niteliklerdir. Ancak MVP'nin asıl amacı farklı türden. Konsepti test etmek için minimum uygulanabilir ürünler yaratılır. MVP'nizin “ Pazar gerçekten ürünümle ilgileniyor mu? ”; bu nedenle, MVP'nin bir sonraki aşaması olan zengin özelliklere sahip bu ürünü daha hızlı ve daha ucuza geliştirmek akıllıca olacaktır.

MVP yapıldıktan sonra, MVP oluşturduktan sonraki adım nedir?

1. Önce beta testi.

İyi bilinenler, ürün sahiplerinin geliştirme süreci bittikten hemen sonra ortaya çıkan beta test gruplarıdır. Beta test ediciler, müşteri tarafından gelen (veya müşterimizin talebi üzerine biz bulan) ve ürünü kullanmaya başlayan farklı kişilerdir. Kısa bir süre sonra bize geri bildirimde bulunurlar ve gerçek kullanıcıların beklentilerini görmemizi sağlarlar. Bundan sonraki önemli şey, alınan sonuçların işlenmesidir - özellik fikirlerini görevlere dönüştürerek ve bunları biriktirme listesine koyarak. Bunu yaparak, kullanıcılarınıza seslerinin duyulduğu ve fark edildiğine dair net bir mesaj iletmiş olursunuz.

2. 3, 2, Başlat.

MVP ürününün piyasaya sürülmesi, uzun ve eğlenceli ürün geliştirme sürecindeki bir başka yinelemedir. Aynısı, bir geliştirme sprintini her bitirdiğinizde olur - önce test edersiniz, sonra düzeltirsiniz, tekrar test eder ve serbest bırakırsınız. Ancak, bu aşamada bir bileşen daha eklemeniz gerekir - giden pazarlama. Yeni uygulamanızı veya web sitenizi tanıtmanın aşağıdakiler de dahil olmak üzere birçok yolu vardır:

• SEO/ASO hizmetleri
• Blog gönderisi
• Basın bültenleri ve dergi içi reklam
• Yarışmalar ve yarışmalar

Daha fazla uygulama pazarlamasıyla ilgileniyor musunuz? Uygulama pazarlaması hakkındaki son makalemizi okuyabilirsiniz .

Pazarlamaya derinlemesine dalmanın yanı sıra, ürününüzle ilgili etkileşimin ne olduğuna da dikkat etmeniz gerekiyor. Her şey doğru çalışıyorsa, teknik desteğe ve izlemeye odaklanmanız yeterlidir.

Minimal Uygulanabilir Bir Üründen Sonra Ne Gelir?

Şu andan itibaren, gelecekteki tüm ürün geliştirmeleri, almaya başladığınız verilere bağlıdır. Sonuçlarınızı ve eylemlerinizi aşağıdakilere dayandırın:

1. Alınan metrikler - elde tutma oranı, oturum süresi, kullanıcı etkileşim parametreleri, kullanıcı edinme ve yaşam boyu değer, izlemeniz ve analiz etmeniz gereken KPI'lardır. Uygulamanızdan bir şekilde para kazanılıyorsa - farklı para kazanma yöntemlerinin performansına dikkat edin. Şaşırtıcı bir şekilde, KPI'ları ölçen en iyi bilinen 9 uygulama performansı vardır - tam listeyi burada bulabilirsiniz.

2. Kullanıcı geri bildirimleri verildi. Google Play ve App Store, yalnızca geri bildirimler bölümüne bakarak bunları izlemenin kullanışlı bir yolunu sunar. Bununla birlikte, sosyal ağlarda, forumlarda ve web platformlarında markanızdan bahsetmeye bakın. Kullanmanızı önerdiğimiz araç, değerlendirmelerden markanızın geçtiği şikayetlere kadar her şeyi bulmanızı sağlayan YouScan'dir.

   

3. 3. MVP aşaması, 1 ve 2 numaralı verileri analiz etmek ve bu ikisine dayanarak bir özellik uygulama kararı vermek olacaktır. Bunu yapmak için, görev biriktirme listenizi yeniden açmanız gerekir ve her özellik için belirli bir işaret koyarız (0'dan 10'a kadar), hangi temel metrikleri etkileyeceğine göre (aşağıdaki resimde gösterildiği gibi)

Yine de ikna olmadınız mı? Pekala, yukarıdaki resimde, uygulama içi metriklerinizi doğru bir şekilde ölçtüğünüzü ve kullanıcı etkileşiminin diğerlerinden çok daha düşük olduğunu gördüğünüzü varsayalım. Görev biriktirme listesinde listelenen özellik fikirlerine ulaşma zamanı ve yatay çizgiye yerleştirilecek özellikleri seçin (resimde gösterildiği gibi). Bundan sonra yapacağımız şey, bu özel özelliğin hangi ölçütü geliştirmemize yardımcı olacağını analiz etmektir - tabii ki iş ve pazarlama analistlerimizin de yardımıyla. Bu özelliğin ne kadar yararlı olacağına bağlı olarak (0'dan 10'a kadar olan ölçekte) belirli bir işaret koyduk. Özellik değerlendirme süreci, “Push Notifications” öğesinin, kullanıcı etkileşim hattında kendinden emin bir 10'a sahip olduğunu gösterir; Dağıtıldıktan sonra, kullanıcılara uygulama daha sık hatırlatılır, bu da uygulamanın daha sık ziyaret edilmesine, daha fazla aktiviteye ve sonuç olarak daha yüksek katılım oranına yol açar. Bu nedenle, bu özelliği geliştirmeyi seçiyoruz.

Bakılması gereken bir diğer önemli şey, bir değişikliğin maliyetidir. Deneyimden bahsetmişken, standart push-bildirim özelliğinin geliştirilmesi yaklaşık 20 saat sürer. Bu unsura yatırım yapmaya hazır mısınız; bundan daha fazlası, gelecekte size ne gibi bir kazanç sağlayacak? Dikkatli seçim ve analiz, MVP sonrası özelliklerin özetini önceliklendirmeyi bu kadar önemli yapan şeydir.

DIBB yaklaşımı.

DIBB'nin ürün yaklaşımını da vurgulayacağız - Data, Insight, Bet ve Believe, ürün içinde gerçekleşen tüm süreçleri açıklayan bu 4 aşama ile. Önce Verileri analiz ediyorsun, sonra Insights'ına bakıyorsun, belirli bir özellik için Bahis yapıyorsun ve son olarak gerekli olanın gerçekleştiğine inanıyorsun. DIBB konseptinin tamamı, maksimum karlı değişikliği yapmak için kontrol etmeniz gereken bir veriye dayalı tahminler döngüsüdür.

Önemli Not

Analiz edeceğiniz kullanıcıların geri bildirimleri sizi her zaman olumlu ürün incelemeleriyle memnun etmeyecektir. Bazen olumsuz eleştiriler ve yorumlarla uğraşacaksınız. Ama dünyanın üzerinde durduğu her şeyi lanetlemeden önce - unutmayın, buraya siz hükmedin. Her şey, belirli bir durumda nasıl davrandığınıza bağlıdır. Unutmayın, en sadık müşterilerinizle olan ilişkiler genellikle kötü bir App Store incelemesiyle başlar.

Olumsuz müşteri incelemeleriyle çalışmak ister misiniz? “Kullanıcı Geri Bildirimi ile Nasıl Çalışılır?” başlıklı makalemiz yakında vuracak / güncel kalacak!

MVP'den MLP'ye.

Wikipedia bile Agile MVP'nin asıl amacının daha fazla ürün geliştirme için geri bildirim sağlamak olduğunu belirtiyor. Bu nedenle, bir kez sahip olduğunuzda, bunun için en gerekli teknik güncellemeleri sağlamak için kaynakları ve bakış açısını değerlendirin. Analitik, eleştirel düşünme becerileri burada size yardımcı olan faktörlerdir. Ancak, tehlikede olan bir şey daha var - empati faktörünü de açmanız gerekiyor. Kullanıcılarınızın istedikleri değişiklikleri uygulayarak onları duyduğunuzu göstererek ne söylediğine dikkat etmeniz gerekir. Özellikleri eklemeye başlamadan önce bir an için bunu düşünün. Ürünlerimizi her zaman mevcut pazara uyarlıyoruz, neden sizinkileri benimsemeyesiniz ?

Ivan Dyshuk ve Elina Bessarabova tarafından yazıldı.