Bir kullanıcı uygulamadığınız bir özellik istediğinde ne yaparsınız?

Bir kullanıcı uygulayabileceğiniz karmaşık bir özellik istediğinde ne yaparsınız, ancak bunu yapmayacaksınız çünkü 1) diğer kullanıcılara gereksiz karmaşıklık katıyor 2) bunu bir seçenek olarak yapmayacaksınız çünkü ayarlar panelinizin karmaşık olmasını istemezsiniz.

Bir iOS uygulaması yazdım ve yukarıdaki nedenlerden dolayı yapamayacağım bazı karmaşık özellikleri bana soran birkaç kullanıcı var. Çoğu zaman onlara "Bunu dikkate alacağız" diye cevap verdim. Onlara bu özelliği isteyen azınlıkta olduklarını açıklamak da yardımcı olmayacaktır. Peki, böyle bir durumda ne yaparsınız?

Bence doğru şeyi yapıyorsun. Herkesi memnun edemezsiniz ve yapmamalısınız! Kibar ve profesyonel olun, ancak istediğiniz her şeyi yapmak zorunda değilsiniz.

Bir uzlaşmaya varmalısın. Kullanıcınız (uygulamanın var olmasının nedeni), gereksinimlerinden birini karşılamadığını söylüyor.

Kullanıcının ihtiyaçlarını karşılamak ve son kullanıcının uygulamanızı tasarlamasına izin vermek arasında bir fark vardır. Kullanıcı ile bir toplantı yapın ve bir sürü "Neden?" kişinin gerçekleştirmeye çalıştığı ve yapamayacağı görevin özüne ulaşıncaya kadar soru sorar veya bu geçerli kullanıcı arayüzünde gerçekleştirilemeyecek kadar zahmetlidir. Bu notları alın ve yaşayabileceğiniz bazı alternatif yaklaşımları alay edin ve bunları kullanıcıya sunun.

Her şeyden önce: Bir programcı olarak hayatınızı kolaylaştırmak için uygulamanın mevcut olmadığını unutmayın. Uygulama kullanıcıya hizmet etmek için orada.

Seth Godins blogunu ( http://sethgodin.typepad.com/ ) okursanız , aynı iletinin tekrar tekrar geldiğini görürsünüz:

1. Bir şeyler gönderin (ve geri bildirimleri dinleyin)
2. Her zaman tüm insanları denemeyin ve memnun etmeyin.

Size sattığım bir ürünle benzer bir sorun yaşadım. Her türlü özellik için her türlü isteğim oldu. Uygulama gerçekten istediğimden daha karmaşık hale geldi. Her seçenek karmaşıklık katar, kaçınmak istediğim bir şey. Ve şimdi istediğimden daha karmaşıkım var.

Bunu yapmak daha fazla kullanıcıyı memnun eder. Ve kurulumu çok zor olan kullanıcıları uzaklaştırır.

Basit / gelişmiş ayarlara sahip olmak bağlantının dışına çıkmanın bir yoludur. Bir noktaya kadar. Yine de gelişiminizi daha karmaşık hale getirir.

İstek aldığım her durumda, daima kibarca cevap veririm. Bazen nadiren de olsa reddedeceğim. Ve bunu yaptığım yerde neden açıklıyorum, genellikle tüm kullanıcı arayüzünün yenilenmesini gerektirecek bir talebe yanıt olurdu, o kadar büyük bir girişim oraya gitmeyeceğim. Bu durumda nedenlerimi açıklarım, ancak istek için kullanıcıya teşekkür ederim.

TÜM durumlarda, hemen reddedenler de dahil olmak üzere, bir sonraki sürümü dikkate almak için özellikleri ve kusurları veritabanına kaydederim. Bu, her şeyi düşünmek için biraz daha fazla zaman tanır ve belki de daha sonra tam olarak ne talep edildiğini değil, ancak bir değer katabileceği alternatif bir alternatif ile gelebilir.

Bir özellik isteği dikkate alınır, açıklanırsa ve sonunda (geliştirme zamanında) onu öldürmek için bir karar verilirse, kapatırım. Aksi takdirde daha sonra yeniden değerlendirilmek üzere açık bırakılırlar.

Bu mükemmel bir yaklaşım değildir, ama sonunda yazılım yazarı olarak ya yapışmanız ya da terk etmeniz gereken bazı tasarım ilkeleri vardır. Her yaklaşımın seçimi dikkatle düşünülmelidir.

Kullanıcılarınıza karşı dürüst olmanız gerektiğini düşünüyorum. Yapmayacağınıza zaten karar verdiyseniz, onlara "Bunu dikkate alacağız" demeyin. Bu, kullanıcıların özelliğin bir gün geleceğine ve asla gelmediği için hayal kırıklığına uğrayacağına inanmasına yol açacaktır.

Uzun vadede bunun size en çok fayda sağlayacağına inanıyorum.

Ben sadece öneri için onlara teşekkür ediyorum ama şu anda yol haritası üzerinde değil demek. İnsanlar çoğunlukla sınırlı kaynağınız olduğunu anlayacaklardır.

Böyle bir durumda olduğumda genellikle üç şey yaparım:

1. Sonuçta kullanıcının fikri iyi bir fikir olabilirse iki kere düşünüyorum. İlk içgüdüme güvenmemeyi öğrendim. Bazen kullanıcı haklıdır ve yanılıyorum.
2. Kullanıcıya bu özelliği neden ekleyemediğinizi açıklayın.
3. Kullanıcıya sahip olduğu yazılımla ihtiyaç duyduğu şeyi nasıl başarabileceğini açıklayın

Bence son nokta çok önemli. Çoğu kullanıcı , önerilerinin tam olarak uygulanmasını istemez . Bir soruna sadece bir çözüme ihtiyaçları var ve düşünebilecekleri en basit çözümü önerirler. Belki uygulayabileceğiniz daha iyi bir çözüm bulabilirsiniz.

Ürünlerimizin her biri için "gelecek sürümler için fikirler listesi" var. Kullanıcılarımıza söylediklerimiz "önerinizi bu listeye koyacağız" - ve dürüst olmak gerekirse, bunu gerçekten yapıyoruz.

Listenin hiçbir önceliği yoktur, ancak düzenli olarak listeden bir şeyler seçer ve bunları biriktirme işlerimizi beslemek için kullanırız. Onları "sırayla" almıyoruz, bunun yerine hangi fikirlerin "paranın karşılığını en iyi şekilde" verdiğini belirlemeye çalışıyoruz - makul bir geliştirme çabası için mümkün olduğunca çok kullanıcı için en fazla fayda.

Ürünün kavramsal bütünlüğüne karşı özellik talepleri orada sonsuza kadar kalır. Ancak bazen, bu özellik taleplerine gömülen fikirlerin en azından bir kısmının, belki de tam olarak önerdiği kişinin değil, ürünün mimarisine daha iyi uyan bir şekilde gerçekleştirilebileceği görülür.

Buradaki önerim şudur: "Bunu dikkate alacağız" demeyin. ve görüşmeyi bitirir bitirmez fikri unutun. Bunun yerine, ihtiyaçlarınızı en iyi karşılayan fikirleri ve özellik isteklerini, belki bir sorun izleyicide, belki bir Wiki'de, belki bir e-tabloda sakladığınız bir araca sahip olun.