Gerçekten Geliştirmen Gereken Özellik Talebi (ve Nasıl Anlarsın)

Kötü özellik taleplerine nasıl hayır diyeceğini biliyorsun. Kapsam kaymasını çekirdek özelliklerden ayırmayı öğrendin. Ürününün sınırlarını koruyorsun.

Ama şimdi farklı bir çıkmazdasın: testi geçen bir düzine talebin var. Hepsi uygulaman için. Hepsi makul. Hepsi kullanıcılarının gerçekten istediği şeyler. Ama yalnızca üç tanesini geliştirebilirsin.

Hangi üçü?

İşte burada çoğu ürün kararı yanlış gider. Kurucular en etkileyici, en kârlı görüneni ya da en önemli müşterilerinden geleni seçer. Bazen haklılar. Genellikle haksızlar.

Önemli olan sinyaller

Sinyal 1: İstenmeden tekrar

Üç ayrı kullanıcı birbirleriyle konuşmadan aynı şeyi istiyorsa, bu bir sinyaldir. Anlaşmadılar. Hepsi aklına aynı şeyi getirdi. Beş kullanıcı isterse, bu tesadüf değil — bu gerçek bir ihtiyaç.

Tersi de önemli: bir kullanıcı ister ve başka kimse istemezse ve sen onu geliştirirsen, artık başka kimsenin kullanmadığı bir özelliği sürdürür hale gelirsin ve o tek kullanıcı bile mutlu olmayabilir (çünkü onu biraz yanlış geliştirdin).

Geliştirmeden önce talepleri say. En gürültülü müşteriden ya da en büyük müşterinden gelenleri değil — istenmeden gelen tekrarı say. Aynı şeyi isteyen iki ya da üç bağımsız kullanıcı, beş şey isteyen tek bir önemli müşteriden çok daha güçlü bir sinyaldir.

Sinyal 2: Geçici çözüm önemli

Özellik eksik olduğu halde kullanıcıların varsa ve kalıyorlarsa, bir geçici çözüm bulmuşlardır. Belki onu uygulamanın dışında yapıyorlardır. Belki elle yapıyorlardır. Belki paralel olarak başka bir araç kullanıyorlardır.

Ama kalıyorlar, ki bu, uygulamanı kullanmak için o özelliğe ihtiyaçları olmadığı anlamına gelir. Uygulamanı daha iyi kullanmak için ona ihtiyaçları var. Bu, bir engelleyiciden farklıdır.

En çok önemli olan özellikler, insanların uygulamanı kullanmasını tamamen engelleyenlerdir. Sahip olunması güzel olan özellikler ise insanların etrafından dolaştıklarıdır.

Hangi taleplerin engelleyici olduğuna dikkat et. Birisi “Sen X yapana kadar bunu kullanamam” diyor, bir diğeri “X olsaydı harika olurdu” diyor. Bu ayrım altın değerinde.

Sinyal 3: Özellik iş modeliyle birleşiyor

Bazı özellikler tamamen yeni para kazanma yolları açar. “Müşterilerime fatura kes” faturalandırma için ücret aldığın bir iş modelini açar. “Salesforce’a aktar” entegrasyon gelirini açar. “Bayiler için beyaz etiket” bir ortak kanalı açar.

Ama işin püf noktası şu: bu modellerin işe yarayıp yaramayacağını sen zaten sevkiyat yapana kadar bilemezsin. Bunların etrafında plan yapamazsın. Onları yalnızca sevkiyattan sonra, insanların gerçekten kullanıp kullanmadığını görerek fark edebilirsin.

En başarılı özellik eklemeleri, özelliği sevk etmenin, var olduğunu bilmediğin bir pazarı ortaya çıkardığı olanlardır. Dışa aktarmayı geliştirdin. Anlaşılan şirketler senin dışa aktarmanı kendi iş akışlarına gömmek istiyor. Şimdi planlamadığın bir entegrasyon hikâyen var.

Özellikleri kullanıcıların ihtiyacı olduğu için geliştir. Sonra kullanıcılarının onlara yeni bir iş yaratacak şekilde ihtiyaç duyup duymadığını izle. Önce iş modelini tahmin etme.

Sinyal 4: Yardım teklifi

Bir kullanıcı senden bir şey geliştirmeni isterse, bu bir taleptir. Bir kullanıcı bir şeyi geliştirip geliştiremeyeceğini sorar ve test etmeye yardım etmeyi teklif ederse, bu farklıdır.

Test etmeye yardım etmeyi teklif eden insanlar, sonuca yatırım yapmış insanlardır. Özelliği dikkatlice kullanırlar. Hataları bildirirler. Sorunlarını gerçekten çözüp çözmediğini sana söylerler.

Sadece talep eden insanlar, hayal ettikleri şeyi sihirli bir şekilde geliştireceğini uman insanlardır. Bazen geliştirirsin. Çoğu zaman geliştirmezsin.

Önce test edenlerle geliştir. Geri kalan her şey ikincildir.

Prestij özelliği geliştirme cazibesi

Her ürünün, sevk edersen seni daha etkileyici göstereceği bir özelliği vardır. Randevu uygulamaları için Calendly ile entegrasyondur. Görev uygulamaları için Slack ile entegrasyondur. Herkes bunların ne olduğunu bilir. Herkes onları ister.

İşin aslı şu: herkes onları başkasından da alıyor. Özelliğin Slack ile en iyi, en kolay entegrasyon değilse, seni ünlü yapmadan uygulamana sadece karmaşıklık katar.

Seni ünlü yapan özellikler, belirli kullanıcılarının sorunlarını herkesten daha iyi anladığın için geliştirmek için benzersiz bir konumda olduklarındır. Bunlar prestij özellikleri değildir. Bunlar gerçek insanlar için gerçek sorunları çözen sıkıcı özelliklerdir.

Slack entegrasyonu etkileyicidir. Kullanıcılarının belirli bir şeyi Slack’in hiç aklına gelmediği kadar hızlı yapmasını sağlayan bir araç değerlidir.

Gerçekte nasıl karar verilir

Hepsi “bu kapsam içinde mi?” testini geçen bir grup özellik talebin olduğunda, onları şuna göre sırala:

1. Kaç kullanıcı (bağımsız olarak) istedi? Daha fazlası daha iyi.
2. Bu bir engelleyici mi yoksa olsa güzel mi? Engelleyiciler daha acil.
3. Kullanıcıların bunu bugün etrafından dolaşabiliyor mu? Dolaşamıyorlarsa, daha önemli.
4. Birisi bunu test etmene yardım edecek mi? Edecekse, önce onu geliştir.
5. Bu yeni bir pazar mı ortaya çıkaracak? Belki çıkaracaksa, bu bir bonus, bir neden değil.

Sonra bu sırayla geliştir. Etkileyici görünme sırasıyla değil. En büyük müşterinin sırasıyla değil. Uygulamanı kullanan insanlardan gelen gerçek sinyalin sırasıyla.

Geliştirmeyeceğin özellik (şimdilik)

Sıralamaya giremeyen taleplerin olacak. Onları bir gün geliştirecekmiş gibi yapma. Kullanıcıya söyle: “Bunu şu an geliştirmiyoruz. İşte nedeni. İşte geliştirdiğimiz şey. İşte sana uygun olabilecek bir alternatif.”

O dürüstlük sandığından daha çok önemli. Kullanıcılar, altı ay bekleyip umut etmektense, bunu yapmayacağını bilmeyi tercih eder.

Ve bazen, bir kez hayır dediğinde, kullanıcı bir geçici çözüm, başka bir araç bulur ya da sorunu farklı bir şekilde çözer. Bu sorun değil. Herkese her şey olamazsın.

Kazanan ürünler, işlerini iyi yapan ve kullanıcıların gerçekten neye ihtiyacı olduğunu dikkatle dinleyenlerdir; her şey olmaya çalışıp hiçbir şey olamayanlar değil.