Müşterilerin İhtiyaç Duyduklarını Oluşturmak: Nihai Tarif

Harvard Business School'da profesör olan Clayton Christensen'e göre, her yıl yaklaşık 30.000 yeni ürün piyasaya sürülüyor ve bunların %95'i başarısız oluyor. Bu sayı daha çok fiziksel ürünlerle ilgili olsa da bunun dijital ürünler için geçerli olduğunu anlamak biraz çaba gerektiriyor. Ve bu ürkütücü ve rahatsız edici bir düşünce çünkü startup'lar ve girişimciler bu ürünleri geliştirmek için tonlarca para yatırıyorlar. Bu bizi, her ürün yöneticisinin ve ilgili teknik ekiplerin dijital ürünler oluşturma nehrine ayak bastıklarında kendilerine sordukları önemli bir soruya getiriyor. Ürünler neden başarısız oluyor ve ekipler, müşterilerin ihtiyaç duyduğu ürünleri oluşturmak için ne yapabilir?

Birkaç gün önce, zamanımızın en büyük yazılım şirketlerinden birinin ürün müdürüyle sohbet ediyordum. İki yılı aşkın bir süredir birden fazla takıma liderlik ediyor. Deneyiminin en heyecan verici yanı, bu iki yıl içinde 50'den fazla deney gerçekleştirmiş olmasıdır. Ve bunlar, ekibinin müşteriler için neleri inşa etmesi gerektiğini ve daha da önemlisi neleri inşa etmemesi gerektiğini anlamasına yardımcı oldu. Onunla sohbet ederken bu deneylerin sermaye ve zaman açısından pahalı olduğunu anladım. Bu nedenle, ekibin deneyleri gerçekleştirmek için ihtiyaç duyduğu sermayeyi doğrulaması gerektiğinden, hangi deneylerin gerçekleştirileceğine karar vermek bile zordu.

Ne yazık ki, sadece birkaç şirket bu kadar çok bant genişliğine ve deney yapmak için sermayeye sahip. Bu nedenle, müşterilerin neye ihtiyacı olduğunu anlamak ve ürünleri buna göre oluşturmak son derece önemlidir. Ancak müşterilerin ihtiyaç duyduğu ürünleri nasıl geliştireceğimize dalmadan önce, şirketlerin bunu neden başaramadığını anlamamız gerekiyor.

Şirketlerin Müşterilerin İhtiyaç Duyduğu Ürünleri Oluşturmama Nedenleri

• Yanlış Problemi Çözmek

Soruşturmanın ardından, sistemleri değiştirerek otomasyonun mümkün olduğu ortaya çıktı. Ve sorun, belirli görevleri otomatikleştirmek için "ML" kullanmak değildi, ancak esas olarak zaman alıcı oldukları için belirli görevleri otomatikleştirmekti. Aslında, daha derin araştırmalar sonucunda, bu otomasyona hiç gerek olmadığı ortaya çıktı. Bu mümkün oldu çünkü ürün yöneticisi sorunu anlamak ve tanımlamak için zaman harcadı. İşte bu nedenle, ekibin/şirketin çözecek doğru sorunu bulabilmesi için sorunu daha derin seviyelerde anlamak zorunludur. Bu ilk ve en önemli adımdır ve ürünlerin çoğu bu adımda başarısız olur.

• Mükemmel Çözümü Hedeflemek

Sohbet ettiğim ürün yöneticisinde de benzer bir şey oldu. Yaklaşık 600 dahili kullanıcı için mevcut içerik yönetim sisteminin tamamen yerini alacak bir ürün oluşturmaya dahil oldu. Bu sistemi kurmak için başlangıç ​​süresi 12 aydı. Ancak mühendislik ekibi çözüm üzerinde çalışmaya başladığında birden çok köşe durumla karşılaştı. Bu, zaman çizelgesini 12 aydan 18 aya çıkardı. Kullanıcılar bunu öğrendiğinde tüm içerik yönetim sistemini sorgulamaya başladılar. Demek istedikleri, tüm sistemi oluşturmak bu kadar uzun sürdüyse, gelecekte yeni özellikler oluşturmak için benzer, daha uzun süreler alacağıydı. Bu nedenle, kapsama eklenecek daha fazla özellik için baskı yapmaya devam ettiler.

Bütün bunlar, teknik ekiplerin en iyi çözümü oluşturup piyasaya sürmeyi beklemeleri nedeniyle oldu. Ürün yöneticisi, bunun yerine, içerik yönetim sistemini daha öncelikli küçük özelliklere bölmeleri ve tek bir büyük patlama sistemi sürümü yerine yinelemeli olarak yayınlamaları gerektiğini paylaştı. Neyse ki, sistem dahili kullanıcılar için tasarlandığından bu şekilde serbest bırakma riski daha düşüktü, ancak kullanıcılar harici olsaydı bu daha büyük bir sorun olabilirdi.

• Erken Geri Bildirim Almamak

30 Haziran 1970'te AT&T , Pennsylvania, Pittsburgh şehrinde ticari Picturephone hizmetini açığa çıkardı. Kendi vizyonuyla gözleri kör olan şirket yöneticileri, şirketin test aşamasında aldığı olumsuz geri bildirimleri görmezden geldi. Lansmandan sonraki on yıl içinde bir milyon birimin kullanımda olacağına inanıyorlardı. Şaşırtıcı bir şekilde, tüketici ilgisinin olmaması nedeniyle onu sadece üç yıl içinde piyasadan çektiler. Neden?

Deneme aşamasında, kullanıcılar geri bildirimlerini paylaştı. Ekipmanı çok hantal, ekranı çok küçük ve pahalı buldular. Ancak tüm bunlar göz ardı edildi ve tüm ürün arızasına yol açtı.

Erken geri bildirim almak ve üzerinde çalışmak, müşterilerinizin sorunları için doğru çözümü oluşturmanıza yardımcı olacaktır.

Müşterilerin İhtiyaç Duyduğu Yapı Ürünleri

• Geriye Dönük Çalışma Yaklaşımı

• Başlık — Bu, ideal olarak ürünün adı olmalı ve esasen ürünün ne hakkında olduğunu anlatmalıdır.
• Alt başlık — Ürünün temel faydası
• Özet — Ürünün ana faydasıyla birlikte neler yaptığını özetleyin
• Sorun — Bu ürünün çözdüğü özel sorun
• Çözüm — Ürün sorunu ne şekilde çözer?
• Sizden alıntı — Kurgusal bir sözcü oluşturun ve bu ürünün neden olmazsa olmaz olduğunu açıklayan tek satırlık bir açıklama isteyin.
• Nasıl Başlanır — Ürünü mümkün olan en kolay şekilde nasıl kullanacağınızı açıklayın.
• Kapanış ve harekete geçirici mesaj — Okuyucunun daha fazla bilgi edinmesini veya ürünü kullanmaya başlamasını sağlayarak basın bültenini sonlandırın.

• Tasarım Sprinti

Ürün yöneticisinin paylaştığı örneklerden biri, bir tasarım sprintinin ekibinin inşa etme ve satın alma arasında karar vermesine nasıl yardımcı olduğuydu. Ekibi, 400 dahili kullanıcıyı destekleyen içerik üretim akışını değiştirmekle görevlendirildi. Bu kullanıcıların görevleri, günlük 50 milyon aktif kullanıcı için web sitesinde gösterilen içeriği (resimler, videolar, gifler vb.) oluşturmaktı. Yeni içerik üretim akışının 2020'de yılda 2 milyon Euro tasarruf edeceği söylendi. Ürün müdürü, birkaç kullanıcı, onların lideri, bir mühendislik müdürü ve bir tasarım liderinden oluşan bir sprint ekibi topladı. Sprint bir hafta sürdü. Sprintin sonunda teknik ekip, sorunu anlamakla kalmayıp aynı zamanda düşük maliyetli bir çözüm buldu ve 2 aylık bir sürede tam teşekküllü bir ürüne dönüştürdü.

• Nicel ve Niteliksel Geri Bildirim

• Nicel geri bildirim , A/B testi, kapalı uçlu sorular içeren anketler ve ürün analitiği gibi deneyleri içerir. Veriler büyük olduğundan ve grafikler ve sayılarla ifade edildiğinden, bu analitik yetenek gerektirir.
• Niteliksel geri bildirim , açık uçlu sorular, 1:1 görüşmeler, doğrudan gözlem, bağlamsal sorgulama, odak grupları ve kişiselleştirilmiş veri toplama içeren anketler kullanan araştırmaları içerir. Kantitatif geri bildirimle karşılaştırıldığında, bu kelimelerle ifade edilir.

Bu nedenle, müşterilerin neye ihtiyacı olduğunu anlamanın ve buna göre çözümler oluşturmanın birden çok yolu vardır ve yöntemlerden herhangi birini kullanmak tamamen şirkete ve ekibe bağlıdır. Ancak daha da önemlisi müşterilerin ihtiyaç duymadığı ürünleri üretmemek. Tarih, müşterilerden geri bildirim ne kadar erken alınırsa, doğru çözümleri oluşturmanın ve kaynakları korumanın o kadar kolay olduğunu söylüyor.

Doğru ürünü/çözüm oluşturmak için ekibinizde/şirketinizde hangi yöntemi kullanıyorsunuz? Bu yöntemi kullanırken ne gibi sorunlarla karşılaşıyorsunuz? Aşağıda yorum yapın; bilmek isterdim