Yeni Ürün Geliştirmede Sekiz Faktör ve Aralarındaki Gerilim

Yeni ürün geliştirme yazılarının çoğu aynı sekiz başlığı sıralar: bilgi yönetimi, pazar odaklılık, süreç, hız, strateji, ekip, teknoloji ve üst yönetim desteği. Liste yanlış değil, eksik. Bu maddeler yan yana ilerleyen bağımsız görevler değil; bir kısmı doğrudan diğerinin önünü kesiyor ve asıl karar tam orada veriliyor.

Bilgi paylaşılmıyorsa faktör sayılmaz

Kurumsal bilgi listelerin başında durur, ama pratikte belirleyici olan bilginin varlığı değil erişilebilirliği. "Araştırma raporu yazıldı mı?" sorusunun cevabı genelde evet. "Rapora ihtiyacı olan geliştirici onu kimseye sormadan bulabiliyor mu?" sorusunun cevabı çoğu yerde hayır. Bir projede kullanıcı görüşmelerinin çıktısı üç ay boyunca tek kişinin dizüstünde kaldı, ekibin geri kalanı aynı soruları baştan sordu.

Ölçütü basit tutun: ekibe yeni katılan biri, üründe verilmiş son üç kararın gerekçesini kimseye danışmadan bulabiliyorsa bilgi yönetimi çalışıyordur. Bulamıyorsa toplantı sayısını artırmak işe yaramaz, kararların yazıldığı tek bir yer gerekir.

Pazar odaklılık bir niyet değil, bir karar kuralı

"Müşteriyi dinleyin" tavsiyesi kimseyi yanlış yönlendirmez ama kimseye ne yapacağını da söylemez. İşe yarayan hali şudur: hangi geri bildirimin yol haritasını değiştireceğine önceden karar verin. Tek bir büyük müşterinin talebi mi, aynı şeyi bağımsız olarak söyleyen beş kullanıcı mı, yoksa kullanım verisindeki düşüş mü?

Bu kuralı yazmayan ekiplerde pazar odaklılık pratikte "en yüksek sesle konuşan kişiyi dinlemek" anlamına gelir. O kişi genelde müşteri bile olmaz, satış toplantısından çıkmış bir yöneticidir.

Süreç disiplini ile hızı aynı anda artıramazsınız

Kaynaklar aynı sayfada hem "aşamaları netleştirin, sürekli dokümante edin, geri bildirim döngüleri kurun" der hem de "hızlı iterasyon yapın, pazara erken çıkın". İkisi birden olmaz. Sürece eklediğiniz her onay noktası, her zorunlu doküman, her gözden geçirme toplantısı çevrim süresine doğrudan eklenir. Beş aşamalı bir akışta her aşamada yarım gün bekleme varsa, üç günlük bir işi iki haftaya yaymışsınız demektir.

Çözüm süreci tamamen kaldırmak değil, kapıları geri dönüşü pahalı kararların önüne koymak. Veri modeli, fiyatlandırma, dış API sözleşmesi, kişisel veri toplama kararı: buralarda yavaşlayın. Buton rengi, metin, kart sıralaması: burada onay zinciri kurmak saf israf, geri almak zaten beş dakika.

Teknoloji seçiminde tek soru: geri dönmek ne kadara mal olur

Teknoloji tartışmaları çoğunlukla "hangisi daha modern" ekseninde döner, oysa faydalı ayrım başka yerde. Kararları geri dönüş maliyetine göre ikiye ayırın.

• Ucuz kararlar: arayüz kütüphanesi, dosya yapısı, log formatı. Yanlış çıkarsa bir haftada değişir, uzun uzun tartışmayın.
• Pahalı kararlar: veritabanı şeması, kimlik doğrulama, çok kiracılı yapı, faturalama modeli. Bunlar ürünle birlikte büyür ve üç yıl sonra değiştirmek yeni ürün yazmakla aynı bütçeye oturur.

Bir başlangıç ekibinin altyapıyı erkenden aşırı esnek kurmasının bedeli de aynı ölçekte. Bugün ihtiyaç duymadığınız soyutlama, yarın ihtiyaç duyacağınız değişikliği kolaylaştırmıyor, sadece bugünkü her işi yavaşlatıyor.

Ekip ve yönetim desteği aynı şeyin iki ucu

Üst yönetim desteği çoğu zaman bütçe olarak anlaşılıyor. Asıl olan öncelik. Bütçesi onaylanmış ama ekibin yarısı her hafta başka bir acil işe çekilen proje, hiç başlamamış projeden daha pahalıya patlar; harcama devam eder, ilerleme durur.

Ekip tarafında da benzer bir yanılgı var: disiplin çeşitliliği tek başına inovasyon üretmiyor. Tasarımcı, geliştirici ve pazarlamacıyı aynı toplantıya koymak, kararı kimin vereceği belli değilse sadece toplantıyı uzatır. Karar sahibini yazın, tartışmayı açık bırakın.

Sekizini birden düzeltemiyorsanız sıra şu

Sınırlı zamanınız varsa hepsine eşit dağıtmayın. Önce pazar odaklılık, çünkü yanlış ürünü hızlı geliştirmek en pahalı senaryo. Sonra karar hızı, yani onay kapılarını doğru yere taşımak. Üçüncü sırada bilgi erişimi, çünkü ilk ikisinin çıktısı ekipte dolaşmazsa her sprint aynı tartışmayı yeniden yaşarsınız.

Geri kalan dördü bunların ardından zaten kendiliğinden düzelmeye başlar. Teknoloji seçimi doğru soruya bağlandığında netleşir, yönetim desteği görünür ilerleme üzerinden kolay alınır, ekip ise ne yapacağını bildiğinde uyumlu çalışır.