Özelliklerden önce, fikrin ne kattığını konuşalım
Bir mobil uygulama fikrini anlatırken hızla ekranlara ve özelliklere geçmek kolaydır. Bir ana ekran, bildirimler, günlük hedefler, belki bir paylaşım akışı. Önce bir adım geri çekilip fikrin ne kattığına bakalım: Bir işi mi kolaylaştırıyor, keyifli vakit mi sunuyor, insanları mı buluşturuyor? Başlangıç için tek bir cümle yeterlidir: Kim için, nasıl bir deneyim?
Örneğin ‘ekipler için görev uygulaması’ çok geniş bir tanımdır. ‘Küçük bir hizmet ekibinin müşteriden gelen talepleri e-posta zincirleri arasında kaybetmeden takip etmesi’ ise konuşabileceğiniz, gözlemleyebileceğiniz ve sınayabileceğiniz bir ihtiyacı tarif eder. Çözümün şekli daha sonra değişebilir; bu netlik size yön verir.
Varsayımları görünür hale getirin
Kullanıcının yeni bir araç isteyeceğini, mevcut bilgilerini taşıyacağını veya her gün giriş yapacağını varsayıyor olabilirsiniz. Bu varsayımları gerçekmiş gibi tasarıma yerleştirmek yerine bir listeye yazın. Hangisi yanlış çıkarsa ürün fikri en fazla zarar görür? İlk araştırma çabanızı o soruya ayırın.
Kısa görüşmelerde ‘Böyle bir ürünü kullanır mıydınız?’ sorusundan çok, kişinin son yaşadığı durumu konuşmak işe yarar. Son talebi nasıl takip etti? Nerede zaman kaybetti? Bugün hangi çözümü kullanıyor? Somut deneyimler, geleceğe dair iyi niyetli tahminlerden daha açıklayıcıdır.
- Kullanıcının yapmak istediği işi bir cümleyle tanımlayın.
- Bugünkü yöntemi ve bu yöntemin maliyetini öğrenin.
- Henüz bilmediğiniz şeyleri karar kaydına ekleyin.
İlk sürümün tek bir sözü olsun
İlk sürüm, büyük ürünün her köşesinden bir parça olmak zorunda değildir. Tek bir işi baştan sona güvenilir biçimde tamamlayan bir akış daha güçlü bir başlangıçtır. Talep takibi örneğinde bu; talebi almak, sorumlusunu belirlemek, durumunu görmek ve tamamlandığını kaydetmek olabilir.
Bu akışın çalışması için gereken erişim kuralları, hata mesajları ve veri güvenliği de kapsamın parçasıdır. ‘İlk sürüm’ ifadesi, temel kaliteyi ertelemek için bir gerekçe olmamalı. Bunun yerine farklı kullanıcı rolleri, gelişmiş raporlar veya ek entegrasyonlar gibi genişleme alanlarını daha sonraya bırakabilirsiniz.
Başarıyı kullanımdan önce tanımlayın
Bir ekranın tamamlanması, problemin çözüldüğü anlamına gelmez. İlk kullanıcılarla hangi sonuca bakacağınızı önceden kararlaştırın: Talep kaybı azalıyor mu? Bir işi tamamlamak daha az adım mı gerektiriyor? Ekip, takibi ayrı bir tabloya dönmeden sürdürebiliyor mu?
Bu sorular size sonraki sürümün yönünü de gösterir. Ürün geliştirme, bir özellik listesini bitirmekten çok, hangi çözümün işe yaradığını öğrenme sürecidir. Doğru soruyla başlamak bu süreci daha anlaşılır ve daha ölçülebilir hale getirir.