MVP Geliştirme Sürecinde Ustalaşmak için 4 Adım

Yayınlanan: 2022-07-22

Başlangıç ​​ürün ekipleri genellikle sıkı bütçeler ve son teslim tarihleriyle karşı karşıyadır. Sınırlı kaynaklarla, hiçbir kullanıcı, geri bildirim veya özellik talebi olmadan yeni ürünler oluşturmakla görevlendirilirler. Bu zorluklara aşina bir ürün tasarımcısı olarak bunun ne kadar zor olabileceğini biliyorum.

Neyse ki, belirsizliği yönetmenin, kullanıcı odaklı kalmanın ve ürünleri zamanında ve bütçe dahilinde teslim etmenin bir yolu var: MVP çerçevesi. Asgari geçerli ürün, temel bir kullanıcı sorununu çözmek için yeterli özelliklere sahip bir ürünün piyasaya sürülebilir bir sürümüdür. MVP'ler, tasarım/geliştirme sürecinde daha az çaba harcarken, ürün ekiplerinin hedef kitleleri hakkında daha fazla bilgi edinmesine yardımcı olur. Ayrıca tasarımcıların varsayımları erkenden test etmelerine izin vererek riski azaltırlar.

Bu yazıda, MVP geliştirme sürecinde uzmanlaşmak için dört temel adımı paylaşıyorum. Bu yaklaşımı görselleştirmemize yardımcı olması için Grubhub veya Uber Eats gibi bir yemek dağıtım uygulaması tasarlayacağız.

Adım 1: MVP'yi bir PRD ile tanımlayın

MVP geliştirme sürecindeki ilk adım, bir ürün gereksinimleri belgesi ile ürünün amacını, özelliklerini, işlevselliğini ve davranışını tanımlamaktır. PRD, ürün ekibini kullanıcının sorunu etrafında hizalayan, projenin tek gerçek kaynağıdır. Şunları içermelidir:

  • Amaç (sorun ifadesi).
  • Fikir bilgileri (kullanıcı karakterleri, kullanıcı hikayeleri ve destanlar).
  • Analiz (varsayımlar, kısıtlamalar ve başarı ölçütleri).

Yemek dağıtım uygulamamız PRD şöyle görünüyor:

Amaç

Sorun bildirimi

Bir problem ifadesi, ürünün çözmeyi amaçladığı gerçek hayattaki kullanıcı problemini tanımlar. Tek bir cümleden uzun olmamalı ve ürün hedefinin net bir şekilde anlaşılmasını sağlamalıdır.

Örneğin: "Aç müşterileri, siparişlerini en kısa sürede teslim edebilecek harika restoranlara bağlamamız gerekiyor."

Fikir Bilgileri

Kullanıcı Kişileri

Kullanıcı kişiliği, bir kullanıcı türünü temsil eden ve bir dizi benzersiz eylem gerçekleştiren kurgusal bir karakterdir. Her persona, problem ifadesinde tanımlanan zorluğun çözülmesine katkıda bulunur.

Yemek dağıtım uygulaması personelimiz:

  • Restorancı Rick;
  • Teslimatçı Dante;
  • Müşteri Chloe; ve
  • Destek Temsilcisi Sabita.

MVP tasarımında persona kullanmak, ekiplerin son kullanıcıları anlamasını ve onlarla empati kurmasını ve dolayısıyla tasarımlarını onların ihtiyaçlarına göre hedeflemesini sağlar.

Kullanıcı Hikayeleri ve Destanlar

Bir kullanıcı hikayesi, bir kişinin bir ürünle nasıl etkileşime girdiğinin ve ürünün nihai hedeflerinden birine nasıl ulaştığının kısa bir açıklamasıdır. Örneğin, Restorancı Rick için: "Bir müşteri bir sipariş [bağlam] verdiğinde, bilgilendirilmek ve siparişin ayrıntılarını görmek istiyorum [eylem], böylece 30 saniyeden daha kısa sürede inceleyip yanıt verebilirim [ gol]."

MVP geliştirme süreci için bir kullanıcı kişiliği ve kullanıcı hikayesi şablonu. Şablon, bir kişisel avatar, isim ve iş unvanı ile kullanıcı hikayesini içerir. Şablonun her iki tarafında, soluk avatarlar gösteren ek şablonlar görünür.
Kullanıcı karakterleri ve kullanıcı hikayeleri oluşturmak, ürün ekiplerinin hedef kitleleri hakkında daha fazla bilgi edinmesine yardımcı olabilir. Net, odaklanmış ve eyleme geçirilebilir kullanıcı hikayeleri, tasarım kararlarının kullanıcının ihtiyaçlarına göre yönlendirilmesine yardımcı olur.

Destan, daha küçük hikayelere bölünebilen büyük bir kullanıcı hikayesi grubudur. Yemek dağıtım uygulaması destanlarımız şunlardır:

  • Yemek siparişi vermek;
  • Eksik bir öğenin bildirilmesi;
  • Teslimat deneyimini derecelendirmek; ve
  • Bir öğeyi iade etmek.

analiz

varsayımlar

Varsayımlar, ürünün yapmasını beklediğimiz veya kullanıcının nasıl davranacağıdır. Örneğin: Teslimatçı Dante'nin restoran saatlerinde çalışacağını varsayıyoruz. Ancak, programı ve restoran saatleri uyumlu olmayabilir.

kısıtlamalar

Kısıtlamalar, olası ürün sınırlamalarını özetlemektedir. Örneğin: Zayıf hücre alımı, Müşteri Chloe'nin siparişinin durumuyla ilgili güncellemeleri almayacağı anlamına gelir.

PRD'deki varsayımları ve kısıtlamaları ele alarak, bunları sürecin başında çözebilir ve kullanıcı için daha iyi bir deneyim yaratabiliriz.

Başarı Metrikleri

Katılım, kayıp oranı ve oturum süresi gibi eyleme dönüştürülebilir başarı ölçütleri, MVP performansını ölçmek için gereklidir. Bu metrikleri geliştirmek, orijinal ürün konseptimizi doğrulamamıza ve geliştirme sürecine rehberlik etmemize yardımcı olur.

Yemek dağıtım uygulamamız için şunları ekledik:

  • İndirme sayısı.
  • Kayıt oranı.
  • Uygulamada zaman.

Adım 2: MVP'nin Bilgi Mimarisini Düzenleyin

MVP tasarım sürecindeki bir sonraki adım, uygulamanın bölümler, sayfalar ve özellikler gibi dijital içeriğini etiketlemek ve düzenlemektir. Bu işlemin sonucu bilgi mimarisi (IA) olarak adlandırılır ve iki kısma ayrılabilir:

  1. Ürün içeriğinin belirlenmesi; ve
  2. İçeriğin hiyerarşisini belirleme.

Üzerinde birkaç simgenin bulunduğu kare bir labirent. Soldan sağa simgeler, bir çubuk grafik, bir cep telefonu, dağlar, bir e-posta simgesi, dünya, bir ayarlar simgesi ve bir hacim simgesidir. Her simgenin altında aşağıyı gösteren yeşil bir ok görünür. Labirentin hemen ötesinde mavi bir "bitir" simgesi var. Labirent, minimum uygulanabilir ürün çerçevesinde tanımlayıcı bilgi mimarisini temsil eder.
Bilgi mimarisini tanımlamak, sezgisel gezinme ile içerik açısından zengin uygulamalar oluşturmanın anahtarıdır.

Uygulamanın İçeriğini Tanımlayın

Bir ürünün içeriğini (resim, müzik, metin, video vb.) tanımlamak için önce trendleri, rekabeti ve hedef kitlemizi araştırıyoruz. Ardından, içerik türleri arasındaki noktaları birleştirmek için dalları, konuları ve alt konuları içeren “hızlı ve kirli” bir zihin haritası oluşturuyoruz. Zihin haritalama, tüm içeriğimizi tek bir yerde görselleştirmemize ve ilgili konuları birbirine bağlamamıza yardımcı olur.

Uygulama zihin haritamız şunları içerecektir:

  • Menü, sipariş günlüğü ve müşteri veritabanı sayfaları için alt konuları olan bir restoran konusu.
  • Yiyecek ve içecek seçenekleri ve özel tekliflerden oluşan menü alt başlığı.

İçerik Hiyerarşisini Belirleyin

Daha sonra içeriğimizi nasıl sunacağımızı yani içerik hiyerarşisini belirlememiz gerekiyor. İçeriği sıralamanın harika bir yolu, kullanıcıların konuları mantıksal gruplar halinde düzenlemesiyle kart sıralamadır. Bu, IA'nın ürün ekibi varsayımlarından ziyade kullanıcı beklentilerine göre düzenlenmesini sağlar.

Bir kart sıralama yapmak için:

  1. Ürünün ana içeriğini temsil eden konuları seçin.
  2. Konuları kullanıcı ile gruplar halinde düzenleyin.
  3. Her grubu kullanıcıyla etiketleyin ve her kararın arkasındaki mantığı tartışın.
  4. İlk üç adımı ek kullanıcılarla tekrarlayın.
  5. Sonuçları analiz edin ve gruplar arasında ortak kalıpları arayın. Bu, ürün tasarımcılarının ürünün kullanıcı akışını anlamasına yardımcı olur.

3. Adım: Tel Çerçeveler ve Prototipler Oluşturun

Tel Çerçeve Oluştur

Tanımlanmış ve düzenlenmiş içeriğimizle, uygulamanın temel UI düzenini bir tel çerçeveleme aracıyla oluşturabiliriz. MVP tel çerçevelemenin birçok faydası vardır, yani işleri yalın tutarken ürünümüzü görselleştirmemize izin vermesidir.

Yemek dağıtım uygulamamız için iki aşamada tel kafes oluşturacağız:

  1. Boyutlandırma ve konumlandırma dahil olmak üzere her ekranın düzenini çizin.
  2. Üstbilgiler ve altbilgiler, içerik blokları ve menüler dahil olmak üzere temel bir UI bileşen kitaplığı oluşturun. Bu UI bileşenleri, biz tel çerçevemizi yüksek kaliteli bir prototipe dönüştürene kadar yer tutucu görevi görecek.

Artık uygulamanın temel düzenini ve işlevlerini görselleştirmek için bir tel kafesimiz var.

MVP tasarımı için bir dizi mobil UI kitaplığı bileşenleri. Yukarıdan aşağıya, satırlar halinde: "Yiyecek Uygulaması" metnini ve bir hamburger menüsünü görüntüleyen mavi bir mobil başlık, ardından bir arama çubuğu ve mavi bir arama simgesi, ardından mavi bir "Şimdi Sipariş Ver" düğmesi ve filtre simgeleri, ardından bir damla "Seç" metnini görüntüleyen aşağı menü ve iki geçiş anahtarı.
Düşük kaliteli tel çerçeveler tipik olarak ürünün temel içeriğini, düzenini ve gereksinimlerini içerir. Oluşturulmaları kolaydır ve her tasarım yinelemesinde hızlı bir şekilde ayarlanabilirler.

Kullanıcılarla Test Et

MVP sürecimiz, olası anlaşmazlık noktalarını erkenden belirlemek ve düzeltmek için "ölç, öğren, tekrarla" kullanıcı testi yaklaşımını içerir.

Örneğin, yemek dağıtım uygulamamızda, kullanıcıların yemek türlerini, fiyatı veya mesafeyi hassaslaştırmak için uygulama filtreleri uygulamadığını fark ettik. Nedenini anlamak için en fazla geri bildirimi toplamak için denetlenmeyen ve denetlenen iki tür test gerçekleştireceğiz.

1. Labirent ile nicel veriler için denetlenmeyen testler: Kullanıcıların belirli bir görevdeki performansını ölçerek, denetlenmeyen testler, nicel veriler aracılığıyla dolaylı bir kullanılabilirlik değerlendirmesi sunar. Bu tür testlerin avantajı? Bir sorunla ilgili olarak, o soruna verdiğimiz yanıtı etkileyebilecek "rastgele" sonuçlar olmadan sağlam istatistiksel geri bildirimler alırız.

Örneğin, Maze'in tıklama hunisi, filtre ekranında dik bir düşüş ve bu görevin düşük tamamlanma oranı gösteriyor. Kullanıcıların filtrelerle ilgili sorunlar yaşadığını görebiliyoruz. Ancak, denetlenmeyen testlerle, geri bildirimin kapsamı bu olacaktır.

2. Userfeel ile nitel veriler için moderatörlü test: Kullanıcıların bir görevi nasıl tamamladıklarını anlamalarını gözlemleyerek ve takip eden sorular sorarak, moderatörlü testler, nitel veriler aracılığıyla doğrudan bir kullanılabilirlik değerlendirmesi sunar. Bu tür testlerin avantajı? Görevin hangi yönlerinin sorunlu olduğunu tam olarak biliyoruz.

Örneğin, bir Userfeel kaydı, filtrelerin nasıl çalıştığını anlamak ve belirli sorunun nerede olduğunu belirlemek için mücadele eden kullanıcıyı ortaya çıkarır, örneğin filtre metni çok küçük ve okunabilirliği sınırlar.

Bu toplu geri bildirimi kullanarak, daha kullanıcı dostu bir filtre özelliği oluşturmak için tel çerçevemizi yineleyebiliriz.

Aslına Uygun Bir Prototip Geliştirin

Tel kafes MVP'mizin doğrulanmasıyla, etkileşimli bir prototip oluşturma deneyimine geçmenin zamanı geldi. Temel tel çerçevelemenin aksine, yüksek kaliteli (hi-fi) prototipler, piksel mükemmelliğindeki UI tasarımı ve animasyonundan yararlanır ve görünüm ve işlevsellik açısından nihai ürüne çok daha yakındır. Bunları, MVP tasarımımızla ilgili olarak önemli görsel onaylamalar çıkarmak ve gerçek zamanlı geri bildirim toplamak için kullanabiliriz.

Tel çerçevemizi etkileşimli bir prototipe şu şekilde dönüştüreceğiz:

  • Arayüzümüzün renk gradyanları ve paletleri ve tipografi gibi markalamasında ince ayar yapın.
  • Kaydırma, sekme ve mikro etkileşimler gibi gelişmiş animasyon uygulama.

Yemek dağıtım uygulamamız için bir Figma hi-fi prototipinin nasıl görünebileceğine dair bir örnek.

Adım 4: Tasarım Kalite Güvencesini Tamamlayın

Son olarak, prototipi tıklayıp aşağıdakileri doğrulayarak her şeyin beklendiği gibi göründüğünü ve sorunsuz çalıştığını onaylayacağız:

  • MVP'miz ilk ürün konseptiyle yankılanıyor.
  • Kullanıcı akışı doğal hissettiriyor.
  • Tüm kullanım durumları değerlendirilmiştir.
  • Tüm geliştirme hataları düzeltildi.

Ardından, kalan sorunları özetleyip geliştirme ekibine kalite güvence biletleri olarak ileteceğiz. Bu biletler, MVP'yi başlatmadan önce bir ila iki haftalık bir bekleme süresi içinde ele alınabilir.

MVP Geliştirme Çerçevesi ile Tasarım Sürecinizi Geliştirin

Başlangıç ​​ürün geliştirme dünyasında tasarım kaynakları kıttır. MVP süreci, tasarımcıların bütçelerini zorlamadan zamanında kullanıcı dostu ürünler oluşturmasına ve piyasaya sürmesine yardımcı olur.

Bu dört aşamalı MVP çerçevesi, ürün tasarımlarımı tekrar tekrar kullanıcı merkezli tutmama yardımcı oldu. Kendiniz test edin ve tasarım geliştirme sürecinizde kullanıcıya öncelik verdiğinizden emin olun.