Roadmap Nasıl Önceliklendirilir? RICE, ICE ve Kano Modeli

Problem: Her Şey Acil

Her ürün yöneticisinin bildiği bir gerçek var: Herkesin fikri acil, herkesin talebi kritik. Satış ekibi "bu özellik olmadan deal kapanmaz" der, CEO "rakipler bunu çıkardı" der, destek ekibi "kullanıcılar bunu istiyor" der.

Peki gerçekten neyi önce yapmalısınız? İşte 3 framework.

1. RICE Scoring

RICE, Intercom tarafından popülerleştirilen bir framework.

Formül: RICE = (Reach × Impact × Confidence) / Effort

• Reach: Kaç kullanıcıyı etkileyecek? (sayısal)
• Impact: Ne kadar etki yaratacak? (0.25 - 3 arası)
• Confidence: Ne kadar eminsiniz? (% olarak)
• Effort: Kaç kişi-ay sürecek?

Ne zaman kullanmalı:

• Veri odaklı kararlar almak istediğinizde
• Büyük backlog'ları hızla sıralamak gerektiğinde

Dezavantajları:

• Impact ve Confidence subjektif olabiliyor
• Stratejik uyumu ölçmüyor

2. ICE Scoring

Daha basit bir alternatif.

Formül: ICE = Impact × Confidence × Ease

• Impact: Hedef metriğe etkisi (1-10)
• Confidence: Güven seviyesi (1-10)
• Ease: Uygulama kolaylığı (1-10)

Ne zaman kullanmalı:

• Hızlı karar almanız gerektiğinde
• Growth experiment'ları önceliklendirirken

Dezavantajları:

• Reach'i hesaba katmıyor
• Çok basit kalabiliyor

3. Kano Modeli

Kullanıcı memnuniyeti perspektifinden bakan bir yaklaşım.

Kategoriler:

• Must-be: Olmazsa kullanıcı kızar, olursa fark etmez (bug fix'ler)
• Performance: Arttıkça memnuniyet artar (hız, kapasite)
• Attractive: Beklenmeyen, memnuniyet yaratan özellikler (delight features)
• Indifferent: Kullanıcı umursamıyor
• Reverse: Bazı kullanıcıları memnun ederken diğerlerini rahatsız ediyor

Ne zaman kullanmalı:

• Kullanıcı deneyimi odaklı ürün geliştirirken
• Yeni özellik kategorilerini anlamak istediğinizde

Benim Yaklaşımım: Hibrit Model

İşler Teknoloji'de ben şu yaklaşımı kullanıyorum:

1. Stratejik filtre: OKR'larla uyumlu mu?

2. RICE scoring: Sayısal önceliklendirme

3. Kano kontrolü: Must-be'ler her zaman önce

4. Stakeholder alignment: Sonuçları paylaş, itirazları dinle, güncelle

Sonuç

Hiçbir framework mükemmel değildir. Önemli olan tutarlı bir karar alma süreci oluşturmak ve bunu şeffaf bir şekilde paylaşmaktır. Roadmap bir söz değil, bir plandır — ve planlar değişir.