ÜrünSüreç

Product-Market Fit: Bir Kapı Değil, Bir Tablo

14 HAZ 20269 DK OKUMA1.2K OKUNMA
Zeynep AydınKıdemli Ürün Tasarımcısı

Tasarım, araştırma ve ürün stratejisinin kesişiminde yazıyor. Ekiplerin doğru problemi doğru yöntemle çözmesine yardımcı oluyor.

Alive Medya12:48
Konuşma

Alive Konf 2026 · ana sahne oturumundan. Videoyu izle ya da aşağıdan özeti oku.

Ürün ekiplerinin en sevdiği cümlelerden biri: “Sanırım PMF'e ulaştık.” Kulağa güzel geliyor. Ama çoğu zaman bu cümle bir şeyi ölçmüyor, bir hissi anlatıyor.

Durumun pek iç açıcı olmadığını bir rakamla anlatalım: First Round Capital'ın yüzlerce startup üzerinde yaptığı çalışmaya göre girişimlerin yaklaşık %60'ı PMF yolculuğunda ikinci seviyeyi hiç geçemiyor. Yani “PMF'e ulaştık” diyenlerin çoğu aslında yolun ortasında duruyor. Peki neden? Çünkü yanlış soruyu soruyoruz.

Tek boyut değil, üç boyut

PMF'i tek bir “evet/hayır” sanıyoruz. Halbuki First Round'dan Todd Jackson'ın çerçevesi PMF'i üç ayrı boyuta ayırıyor:

  • Talep: İsteniyor mu? Pazardan çekiş var mı, kullanıcının gerçekten ihtiyacı var mı?
  • Memnuniyet: Seviliyor mu? Çözüm işi çözüyor mu, kullanıcı geri geliyor mu?
  • Verimlilik: Sürdürülebilir mi? Müşteriyi ne kadara alıp ne kadar tutuyoruz, ölçeklenebilir mi?

Üçü de birbirine bağlı. Talep yoksa memnuniyeti ölçemezsin; memnuniyet yoksa verimliliği büyütmenin anlamı yok. Ama üçüne aynı anda, ilk günden bakmıyorsun. Jackson'ın çerçevesinde her seviyenin bir odağı var: başta memnuniyet — bir avuç müşteri ürünü gerçekten “bırakamıyor mu”? Sonra talep — bunu tekrarlanabilir bir kanaldan büyütebiliyor musun? Verimlilik en sona kalıyor. Yani “verimliliğimiz zayıf” her zaman kötü haber değil; erken aşamada bilerek verimsiz olabilirsin, ama onu sonsuza kadar erteleyemezsin.

1 dolara 100 dolar veren otomat

Todd Jackson'ın bir örneği var: San Francisco'nun ortasına bir otomat koyuyorsun, 1 dolar atınca 100 dolar veriyor. Talep tavan, önünde kuyruk. Memnuniyet tavan, herkes bayram ediyor. Ama verimlilik? Sıfır. Ortada iş yok, sadece para yakan bir makine var.

WeWork ve Casper'ı hatırlayın. Talep vardı, memnuniyet vardı. Verimlilik hiç oturmadı, hikaye de öyle bitti. Çoğu zaman verimliliği “nasılsa zamanla gelir” diye görmezden geliyoruz.

Asıl mesele: PMF tek bir skor değil

Rakamları ve örnekleri gördük ama asıl atladığımız kısım burada başlıyor: PMF ürünün tamamı için tek bir skor değil. Ürününü tek bir kitle kullanmıyor. Farklı segmentler var ve her birinin PMF'i başka.

Somut olsun: diyelim bir SaaS ürününüz var. KOBİ'ler bayılıyor, kendiliğinden geliyor, ucuza alıyorsunuz — orada üç boyut da yeşil. Kurumsal tarafta ise talep var, ilgi var, ama satış döngüsü aylar sürüyor, entegrasyon bitmiyor, bir müşteriyi kazanmak servete mal oluyor. Aynı ürün, iki bambaşka PMF.

“Ürünümüzün PMF'i var” dediğinde işte bu ikisinin ortalamasını alıyorsun. Ve ortalama yalancıdır. Şu meşhur şaka gibi: kafası fırında, ayakları buzdolabında olan adamın ortalaması gayet konforlu. Bir segmentteki güçlü fit, zayıf üç segmenti rahatça örter — ta ki o tek segment doyana kadar.

Toplam PMF = Segment 1 PMF + Segment 2 PMF + Segment 3 PMF + … Yani PMF bir kapı değil, bir tablo. Her hücreyi doldurmadan “geçtik” diyemezsin.

“Ama her şeyi segmente bölersek…”

Burada haklı bir itiraz var: her şeyi sonsuza kadar segmentlere bölersen, elinde her biri “özel” olan yüz tane mikro-pazar kalır ve hiçbirine odaklanamazsın. Doğru. Mesele ürünü atomlarına ayırmak değil; kararlarınızı etkileyecek kadar anlamlı, birbirinden gerçekten farklı davranan segmentleri görmek. Genelde üç-dört tanesi işi anlatır. Amaç daha çok kutucuk değil; ortalamanın sakladığı gerçeği görmek.

Peki ne yapmalı?

Bir dahaki PMF toplantısında formülü değiştirin:

  • Yapmayın: “PMF'imiz var mı?” diye ürünün geneline sormayın. Ortalama sizi kandırır.
  • Yapın: Anlamlı segmentlerinizi tek tek yazın, her biri için talep–memnuniyet–verimlilik üçlüsünü Güçlü / Orta / Zayıf diye skorlayın.
  • Yaklaşın: Çıkan haritaya dürüstçe bakın. Nerede gerçek bir fit var, nerede kendinizi kandırıyorsunuz — göreceksiniz.

Talep güçlü ama verimlilik zayıfsa iş modelinde bir problem var. Memnuniyet zayıfsa büyütmeden önce ürüne dönmek lazım. Harita size ne büyüteceğinizi de, neyi bırakacağınızı da söylüyor.

Cevaplar muhtemelen sizi biraz rahatsız edecek. Ama en işe yarayan cevaplar da onlardır. PMF tek bir “evet” değil; segment segment kazanılan bir şey. Ve gerçek PMF bir varış noktası değil — çünkü kullanıcı değişiyor, pazar değişiyor, rakip değişiyor. Ürün de bunlarla birlikte değişebiliyorsa ayakta kalıyor.

Heading 1

Heading 2

Heading 3

Heading 4

Heading 5
Heading 6

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.

Block quote

Ordered list

  1. Item 1
  2. Item 2
  3. Item 3

Unordered list

  • Item A
  • Item B
  • Item C

Text link

Bold text

Emphasis

Superscript

Subscript

İyi ürün ekipleri tek bir yöntemle çalışmaz. Tasarım odaklı düşünme, Lean ve Agile çoğu zaman rakip gibi anlatılır — oysa doğru anda doğru olanı kullandığında üçü birbirini tamamlar.

Bu üç yaklaşımın hepsi belirsizliği azaltmaya çalışır, ama farklı sorular sorar. Tasarım odaklı düşünme “doğru problemi mi çözüyoruz?” diye sorar. Lean “bu çözüm işe yarıyor mu?” diye test eder. Agile ise “bunu nasıl sürekli ve güvenilir biçimde teslim ederiz?” sorusuna odaklanır. Ürün keşfi dediğimiz şey, çoğu zaman bu üçünün iç içe geçmesidir.

01 · Keşfet

Design Thinking

Doğru problemi bul, kullanıcıyı anla.

+
02 · Doğrula

Lean

En küçük deneyle hipotezi test et.

+
03 · Teslim

Agile

Küçük adımlarla sürekli teslim et.

Önce doğru problemi bul

Tasarım odaklı düşünme, çözüme atlamadan önce bağlamı anlamaya zaman ayırır. Saha görüşmeleri, gözlem ve müşteri yolculuğu haritaları, ekibin gerçek ihtiyacı varsayımlardan ayırmasına yardımcı olur. Buradaki amaç mükemmel bir çözüm değil; doğru soruyu netleştirmektir.

  • Müşteriyle konuş — anketten önce, kod yazmadan önce.
  • Problemi bir cümlede ifade edebilene kadar daraltma yapma.
  • Çözüm fikirlerini erken ama ucuz biçimde görselleştir.

“Hızlı karar veren ekipler daha az toplantı yapan değil, daha küçük bahisler oynayan ekiplerdir.”

— Martin Eriksson, Alive Konf 2026

Sonra hipotezi ucuza doğrula

Lean yaklaşımı, fikri tam ölçekli inşa etmeden test etmeyi önerir. Bir açılış sayfası, sahte bir buton ya da elle yürütülen bir hizmet — hepsi öğrenmek için yeterli olabilir. Önemli olan, her deneyin net bir hipotezi ve bir başarı ölçütü olması.

Bir ekip, sprint panosunda hipotezleri önceliklendiriyor — Alive Konf atölyesi.

Lean ve Agile aynı şey değil

İkisi sık karıştırılır. Lean ne yapacağına dair belirsizliği azaltır; Agile nasıl teslim edeceğine dair belirsizliği azaltır. Biri keşif, diğeri teslim disiplinidir.

Lean — Keşif
  • Hipotez kurar
  • Doğrulanmış öğrenme
  • Yön belirsizliği
Agile — Teslim
  • Yinelemeli teslim
  • Sürdürülebilir tempo
  • Uygulama belirsizliği

Amaç, hizalama ve özerklik

Üçünü birlikte işe koşmanın sırrı süreçte değil, kültürde. Net bir amaç ekibe yön verir; iyi bir hizalama ekibin aynı hedefe koşmasını sağlar; özerklik ise her bireyin günlük kararları kendi vermesine alan açar. Bu üçü olmadan hiçbir çerçeve ekibi kurtarmaz.

Sonuç olarak yöntem bir araç kutusudur, bir din değil. Hangi soruyu sorduğunu bilen ekip, doğru aracı sezgiyle seçer — ve birlikte daha cesur kararlar alır.

Yaklaşan etkinlik

Alive Konf 2026 — biletler açıldı

14–15 Ekim 2026
Zorlu PSM, İstanbul
40+ konuşmacı, 2 sahne
Bilet alProgramı görErken kuş biletlerinde son 120 koltuk
0
Gün
00
Saat
00
Dakika
00
Saniye
Bu yazıyı faydalı buldun mu?
Bir oy, daha iyi içerik seçmemize yardımcı olur.
KonularDesign ThinkingLeanAgileÜrün KeşfiSüreç
Haftalık bülten

Canlı kalmanın haftalık dozu.

Tasarım, ürün ve yapay zekâdan seçtiğimiz en iyi okumalar — her cuma, posta kutunda.

E-posta
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Abone ol