İş Modelini Test Eden Mobil Uygulama MVP'si Nasıl Tanımlanır?

Mobil uygulama MVP'si; tek bir gerçek kullanıcının tek bir değerli yolculuğu uçtan uca tamamlamasını sağlayan en küçük özellik kümesi ve bunu yapıp yapmadığını gösteren ölçümdür. Arka ofisi olan bir iş uygulaması için üç ile beş ay tipiktir. Altı ayı aştığında artık asgari uygulanabilir ürün değil, beraberindeki riskle birlikte ilk tam sürümdür.

Kapsamı en çok belirleyen kararlar özellik seçimleri değildir. Yerel mi çapraz platform mu geliştirileceği, uygulamanın çevrimdışı çalışması gerekip gerekmediği ve bildirimlerin nasıl kullanılacağıdır — her biri maliyeti ciddi biçimde değiştirir.

Önemli noktalar

• Kapsamdan kısın, kaliteden asla: Çalışan dar bir ürün temiz sinyal üretir; yarım çalışan geniş bir ürün şikâyet üretir.
• Çoğu iş uygulaması için çapraz platform uygundur: Form, liste ve içerik nadiren iki yerel kod tabanını haklı çıkarır.
• Çevrimdışı pahalıdır ve çoğu zaman gereksizdir: Yalnızca gerçekten ihtiyaç duyan ekranlarla sınırlayın.
• Yönetim arayüzünü dahil edin: Gerçek geliştirmenin dörtte biri ile üçte biridir ve en sık atlanan kalemdir.

Sürümün kanıtlaması gereken tek yolculuğu tanımlayın

MVP bir iş varsayımını test eder. Kapsamlandırmadan önce hangisini test ettiğinizi yazın: müşterilerin telefon etmeden tekrar sipariş vereceği, teknisyenlerin işi hizmet anında kaydedeceği ya da insanların bunun için ödeme yapacağı.

Sonra bunu kanıtlayan tek yolculuğu uçtan uca tanımlayın; parlak olmayan kısımlar dahil: oturum açma, boş ekranlar, hatalar ve bir şey başarısız olduğunda ne olduğu. Yalnızca her şey yolunda gittiğinde çalışan bir yolculuk test edilmemiştir.

O yolculuğun dışındaki her şey, sonradan daha ucuza test edebileceğiniz bir varsayımdır. Paydaş taleplerinden derlenen özellik listeleri neredeyse her zaman birkaç ürün içerir ve tek bir yolculuk adlandırma disiplini bunları birbirinden ayırır.

Dört soru etrafında kapsamlandırın

Temel vaat, uygulamanın müşterinin bugün yapabildiğinden daha kolay yaptığı şeydir. Mobil sitenize bir yer imi bunu sağlıyorsa henüz bir uygulamanız yok demektir.

Eksiksiz döngü, keşiften ve oturum açmadan temel eyleme, onaya ve desteğe kadar tüm yolculuktur. Yarım döngü, başlayıp bırakan kullanıcılar üretir.

Operasyon, müşteriye dönük her özelliğin yarattığı personel işidir. Birinin kullanıcıları yönetmesi, kayıtları çözmesi ve düzeltmesi gerekir; bu arayüz sonrasına değil MVP'ye aittir.

Kanıt, ölçümdür: neyi ölçeceğiniz, hangi sayının varsayımın doğrulandığı anlamına geleceği ve ne zaman bakacağınız.

Yerel mi çapraz platform mu kararını modaya göre değil ürüne göre verin

Uygulama ağırlıklı olarak form, liste ve içerikten oluşuyorsa ve iki mağaza için tek ekip istiyorsanız çapraz platformu seçin — genellikle Flutter veya React Native. Bu, çoğu iş uygulamasını tarif eder. İlk geliştirme genellikle iki yerel uygulamadan yüzde otuz–kırk ucuzdur ve asıl tasarruf süregelendir: tek kod tabanı, tek düzeltme, tek test döngüsü, tek sürüm.

Performans, derin cihaz entegrasyonu veya platforma özgü tasarım merkezdeyse yerel seçin. Çapraz platformun gerçek sınırları ileri düzey kamera ve sensör işleri, ağır grafik, güvenilir arka plan işlemleri ve yeni işletim sistemi özelliklerine aynı gün destektir. Yol haritanız bunlardan birine bağlıysa karar vermeden önce yerel seçeneği fiyatlandırın.

Progresif web uygulaması da değerlendirmeye değer. Ana ekrana kurulur, çevrimdışı çalışır ve mağaza incelemesini atlar; birçok iş senaryosu için yeterlidir. Derin cihaz entegrasyonu veya eski iOS'ta güvenilir bildirim gerektiğinde zayıf kalır.

Çevrimdışının gerçekten gerekli olup olmadığına karar verin

Çevrimdışı yetenek tipik olarak geliştirmeye yüzde yirmi–kırk ekler; ağırlıklı olarak senkronizasyon mantığı, çakışma yönetimi ve testte.

İş, bağlantının güvenilmez olduğu ve beklemenin işi durduracağı yerlerde geçiyorsa gereklidir — araçlar, bodrumlar, depolar, kırsal sahalar. Yalnızca bağlantı zaman zaman kötü diye gerekli değildir. Personel bir dakika sonra makul şekilde yeniden deneyebiliyorsa maliyeti savunmak zordur.

Zor kısım çakışma çözümüdür. Bağlantısızken aynı kaydı düzenleyen iki kişi, kimin kazanacağına dair bir iş kararı doğurur; bu kural tasarlanmalı, kullanıcıya anlatılmalı ve bilinçli test edilmelidir. Tüm uygulamayı çevrimdışı yapmak yerine ihtiyaç duyan ekranlarla sınırlayın.

Bildirimleri harcayabileceğiniz bir izin olarak planlayın

Bildirim izni bir kez verilir ve bir kez kaybedilir. Kullanıcılar bildirimleri seçerek kapatmaz; hepsini birden kapatır.

İzni ilk açılışta değil, ancak değeri gösterdikten sonra isteyin. Hep ya da hiç yerine kategori bazlı kontrol sunun ve gürültülü kategorileri kapalı başlatın. Her mesajı şu ölçütle değerlendirin: kullanıcı neden şu anda bunu aldığını sorsa, mesaj bu testi geçer mi — zamanında, kişiye özel ve harekete geçirilebilir mi?

Toplu pazarlama bildirimleri, asıl önemli olan işlem bildirimleri için izni kaybetmenin en hızlı yoludur.

Yönetim arayüzünü MVP'ye dahil edin

Müşteriye dönük her özellik arkasında iş yaratır. Yönetim arayüzü olmadan bu iş doğrudan veritabanı erişimine ve geliştirici taleplerine kayar; bu da yavaş, denetlenemez ve sürdürmesi pahalıdır.

Toplam geliştirmenin dörtte biri ile üçte biri olmasını bekleyin, operasyon ağırlıklı ürünlerde daha fazlası. Sonradan eklenecek bir parça saymak, takvimi ve bütçeyi aşmanın en güvenilir yoludur ve ucuz bir tekliften en sık eksik olan kalemdir.

Kaliteden değil kapsamdan kısın

En yaygın MVP hatası, azını düzgün göndermek yerine çoğunu yarım göndermektir.

Güvenilir çalışan dar bir ürün güven inşa eder ve varsayımın doğrulanıp doğrulanmadığına dair temiz sinyal üretir. Güvenilmez geniş bir ürün destek yükü ve öğrenilemeyecek veri üretir; çünkü insanların fikri mi yoksa uygulamayı mı reddettiğini ayırt edemezsiniz.

Takvim daraldığında bir özelliği kısmen göndermek yerine tamamen çıkarın. Bu kararı baskı altında vermek yerine kapsamlandırma sırasında mutabık kalın.

İlgili rehberler

İlgili içerikler:

• İşletmeniz Mobil Uygulamaya mı, Daha İyi Bir Web Uygulamasına mı İhtiyaç Duyuyor?
• Mobil Uygulama Yönetim Paneli: Özellikler, Roller ve Akışlar
• Uygulama Lansman Kontrol Listesi: Yayın Öncesi ve Sonrası

İş Modelini Test Eden Mobil Uygulama MVP'si Nasıl Tanımlanır? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Mobil Ürününüzü Konuşalım.