YC Dersleri: En İyi Startup'lar Neden Küçük ve Sıkıcı Başlar

YC'nin “Küçük Başla” derken ne demek istediği (ve ne demediği)

Y Combinator'ın “küçük başla” tavsiyesi kolayca “küçük düşün” diye yanlış okunabilir. Ama mesele bu değil. “Küçük” kapsam ile ilgili—ilk ne inşa ettiğiniz, kimin için olduğu ve güvenilir şekilde hangi vaadi yerine getirebileceğiniz—ama hırs büyük kalabilir.

“Küçük” hırs değil, kapsam demektir

Küçük başlamak, gerçekten işe yarayabilecek bir şirketin ilk versiyonunu seçmek demektir. Daha küçük bir kapsam, daha hızlı göndermenizi, öğrenmenizi ve geliştirmenizi sağlar. Ayrıca netlik zorunluluğu getirir: ilk kullanıcılarınız belirli bir sonuca güveniyorsa, geniş bir misyon beyanının arkasına saklanamazsınız.

Bir startup büyük bir şirket olmayı hedefleyebilir ve yine de öncesinde neredeyse etkisiz görünen bir şeyle başlayabilir: tek bir kullanıcı tipi, tek bir iş akışı, tek bir net fayda.

Belirsiz yerine dar daha iyi

Kurucular genellikle “daha büyük”ü “daha iyi” ile karıştırır ve uzun bir özellik listesiyle herkese hizmet etmeye çalışır. YC'nin “küçük” versiyonu bunun tam tersidir:

• Daha az özellik, ama belirli bir kullanıcı için doğru olanlar
• İlk başta daha az kullanıcı, ama doğru kullanıcılar
• Daha geniş bir vaat değil, daha net bir vaat

Belirsiz konumlanma şöyle seslenir: “Ekiplerin daha üretken olmasına yardımcı oluyoruz.” Dar konumlanma şöyle seslenir: “Bağımsız diş hekimliği kliniklerinin son dakika iptallerini otomatik doldurarak randevu kaçırmalarını azaltmasına yardımcı oluyoruz.”

Dar neye benzer uygulamada

İyi bir başlangıç noktası belirli bir kullanıcı + belirli bir iş formülüdür:

• Kullanıcı: “Aylık 20k–100k$ gelir yapan Shopify mağaza sahipleri”
• İş: “Basit bir SMS akışıyla terk edilmiş sepetleri kurtarmak”

Bu, hızlı doğrulanabilecek kadar küçük ve insanların ödeme yapacağı bir şey inşa etmek için odaklanmış yeterlilikte.

Önce odaklanın, sonra ölçeklendirin

Küçük başlamak kalıcı bir kimlik değildir—bir sıra adımıdır. İlk önce pazarın küçük, iyi tanımlanmış bir dilimini kazanın. Orada güvenilir şekilde değer sağladıktan sonra, tahmine değil kanıta dayanarak dışarı genişlersiniz.

Dar Bir Ideal Müşteri Profili (ICP) Seçin ve Ona Bağlanın

Dar bir ICP basit bir karardır: tam olarak kim için ve hangi durumda ihtiyaç ortaya çıkıyor? “Küçük işletmeler” veya “ekipler” değil—belirli bir kişi ve yapması gereken belirli bir iş.

ICP'nizi sade bir dille tanımlayın

Bu formatı kullanın:

Bunun için: [rol + şirket türü]

Ne zaman: [tekrarlanabilir acı anı / teslim tarihi / risk]

Örnek: “Bunun bağımsız mali müşavirler için olduğunu düşünün; ne zaman yeni aylık bir müşteri alıp belgeleri e-posta peşinde koşmadan toplamak zorunda kalıyorlar.”

Keskin bir ICP her şeyi kolaylaştırır

ICP sıkıysa, startup tahmin etmeyi bırakır.

Mesajlaşma basitleşir çünkü tek bir tanıdık günlük problem anlatılabilir.

Fiyatlandırma basitleşir çünkü bilinen bir bütçe sahibine ve net bir değer metriğine (müşteri başı, koltuk başı, proje başı) dayandırabilirsiniz.

Ürün kararları hızlanır çünkü beş iş akışı için değil, bir iş akışı için inşa ediyorsunuz. Herkese uygun olmadığı için “hayır” demek suçluluk yaratmaz—henüz değil.

Gerçek bir niş bulduğunuzun sinyalleri

Şunlara bakın:

• Satış görüşmelerinde aynı kullanım vakası sizin yönlendirmenize gerek kalmadan tekrar etmesi
• Net bir aciliyet (“Bunu Cuma'ya kadar lazım” “ilgilendim”den daha güçlü)
• Müşteriler arasında benzer itirazlar ve satın alma adımları
• Erken kullanıcıların hatırlatma olmadan ürüne geri dönmesi

Hızlı alıştırmalarla çabuk daraltma

1) "Herkes için değil" listesi yazın (10 dakika). Önümüzdeki 90 günde hizmet vermeyeceğiniz 5–10 müşteri tipini listeleyin.

2) En iyi 1–2 müşteri tipini seçin. Görüşmelerinizden en belirgin acıya ve en hızlı karara sahip iki grubu seçin. Birini varsayılan ICP olarak benimseyin, diğerini “sonra” olarak ele alın.

Neden “Neredeyse Sıkıcı” Fikirler Sıklıkla Kazanır

“Sıkıcı” genelde “onu hemen anlıyorum” demektir. Bu bir zayıflık değil—satışta bir avantajdır.

“Sıkıcı”yı açık değere dönüştürün

Neredeyse sıkıcı bir startup üç özelliğe sahiptir: açık değer, net bir alıcı ve kanıtlanmış talep. Müşteri zaten problemin gerçek olduğunu biliyor, bütçe veya aciliyet var ve başarıyı uzun bir açıklamaya gerek duymadan hayal edebiliyor.

Bu netlik her şeyi hızlandırır: sunumunuz, fiyatlandırmanız, yol haritanız ve ilk müşteri konuşmaları.

Aşina olunan problemler satmayı (ve inşa etmeyi) kolaylaştırır

Kaçırılan faturalar, uyum kontrol listeleri, randevu karmaşası, aboneliklerde churn gibi tanıdık bir acı seçtiğinizde—pazardan yeni bir kategori öğrenmesini istemiyorsunuz. Onlara zaten çözmeye çalıştıkları bir şeye daha iyi bir yol sunuyorsunuz.

Bu demektir:

• Daha kısa satış döngüleri (ikna etmeye daha az, kıyaslamaya daha fazla zaman)
• Netleşmiş ürün gereksinimleri ("iyi olanın" nasıl göründüğünü kopyalayabilirsiniz)
• Daha hızlı yineleme (müşteriler gelişmeleri hemen değerlendirebilir)

“Sıkıcı” eğitim ihtiyacını azaltarak riski düşürür

Erken dönemde en büyük darboğaz mühendislikten çok öğrenmedir. Eğer fikriniz ağır eğitim gerektiriyorsa, insanların gerçekten istemediğini mi yoksa henüz anlamadığını mı ayırt etmekte zorlanırsınız.

Neredeyse sıkıcı fikirler bu belirsizliği azaltır. Bir müşteri “evet” dediğinde, bunun gerçek değere mı yoksa hevesli yeniliğe mi dayandığını daha kolay anlayabilirsiniz.

Gerçek riskli olan: alıcısı belirsiz yeni teknoloji

Yeni teknoloji güçlü olabilir, ama alıcı belirsizse risklidir. “Bunu kim satın alır?” ve “hangi bütçe kalemi üzerinden gelir?” sorularına cevap veremiyorsanız, alkış için inşa edersiniz alım için değil.

Tersine mantıklı hamle, yeniliği aşina, acı bir kullanım vakasına sabitlemektir—böylece pazar ürünü sizin için çeker, sizin pazara yeni bir hikaye itmeniz gerekmez.

Acı Veren, Spesifik Bir Problem Arayın (Büyük Vizyon Değil)

“Büyük vizyon” konuşması kolaydır ama satın alınması zordur. Erken müşteriler vizyon için ödeme yapmazlar—anında bir problemi ortadan kaldırmak için öderler.

"Saçta-yanma" problemi

Saçta-yanma problemleri şunlardır:

• Acil: bunu bu hafta çözmek istiyorlar, “bir gün” değil.
• Pahalı: gerçek para kaybına yol açıyor (kayıp gelir, cezalar, fazladan mesai, churn).
• Sık: bir araç alışkanlık haline getirecek kadar sık oluyor.
• Ölçülebilir: çözüldüğünde bunu anlayabiliyorlar (kurtarılan zaman, azalan hatalar, daha az destek bileti).

Güçlü vs zayıf problemler (örnekler)

Güçlü problemler (insanlar aktif olarak arıyor, şikayet ediyor veya bütçe ayırıyor):

• Bir ekip her ay fatura son tarihlerini kaçırıyor ve gecikme ücretleri ödüyor.
• Bir işletme adres hataları yüzünden siparişlerini zamanında gönderemiyor.
• Bir klinik randevu kaçırmalarından dolayı gelir kaybediyor ve bunu azaltacak bir çözüm istiyor.

Zayıf problemler (olsa iyi olur, sahip belli değil, bütçe yok):

• “İşbirliğimizi geliştirmeliyiz.”
• “Panomuz daha modern görünebilir.”
• “Bir gün AI içgörülerimiz olsa güzel olur.”

Aciliyet dönüşüm ve tutmayı nasıl artırır

Aciliyet satış döngülerini kısaltır çünkü alıcı zaten problemin gerçek olduğunu kabul eder ve harekete geçmeye motive olur. Ayrıca tutmayı artırır: ürününüz tekrar eden bir acıyla (kaçırılan teslimatlar, uyumsuzluk cezaları, gelir sızıntısı) bağlıysa, müşteriler durduğunda problem geri döneceği için ödemeye devam eder.

Hızlı aciliyet kontrol listesi (daha fazla inşa etmeden önce)

Hedef kullanıcılara 5–10 soru sorun:

• Bu son 7 gün içinde oldu mu?
• Ne maliyeti oldu (zaman, para, müşteri kaybı)?
• Bunu düzeltmeyi kim sahipleniyor?
• Şu anda nasıl idare ediyorlar (tablolar, manuel çözümler, ajanslar)?
• Yerleşik bir bütçe kalemi var mı ki onu değiştirebilin?
• Yarın bunu çözdüğünüzde hangi metrik hemen iyileşir?

İlk 10 Müşteri İçin Ölçeklenmeyen Şeyler Yapın

Erken dönemde en büyük avantajınız otomasyon değil—dikkattir. “Ölçeklenmeyen şeyler yapın” demek, gerçek kullanıcılar, gerçek geri bildirim ve gerçek öğrenme elde etmek için ürünü elle sunmaya istekli olmak demektir.

Uygulamada nasıl görünür

İlk 10 müşteri için elle onboarding yapmak, hesaplarını kendiniz kurmak, verilerini içe aktarmak veya iş akışını tam olarak onların durumuna göre uyarlamak gerekebilir.

Bu concierge destek gibi görünebilir: onlar için şablonlar oluşturmak, ilk taslağı yazmak (eğer yazma aracıysanız), entegrasyonları yapılandırmak veya hatırlatmalar ve takipler göndermek. Kalıcı bir işletme modeli değil—öğrenme stratejisidir.

Neden önemli (sadece hızdan daha fazla)

Bizzat kullanıcıları onboard ettiğinizde, nerede tereddüt ettiklerini, ilk ne denediklerini ve gerçekte neye değer verdiklerini görürsünüz. Bu size yardımcı olur:

• Genel anketlere dayanan rakiplerden daha hızlı öğrenmeye
• Hiç kimsenin kullanmadığı özellikleri inşa etmekten kaçınmaya
• İnsanların ödeme yapacağı “minimum sevdirdilebilir” versiyonu keşfetmeye

İlk kullanıcıları bulmanın pratik yolları

İdeal müşterilerinizin zaten toplandığı yerlerden başlayın:

• Niş topluluklar (Slack/Discord grupları, subreddit'ler, forumlar, buluşmalar)
• Sıcak referanslar (eski iş arkadaşları, müşterilerin tanıdıkları, sektör bağlantıları)
• Doğrudan ulaşım (tam, kısa ve spesifik mesajlar; çözdüğünüz net problemi belirtin)

Basit bir yaklaşım: ürünü bir hafta denemeleri karşılığında çok spesifik bir kurulum yardım oturumu teklif edin.

Sıkışıp kalmamak için sınırlar

Etik olun: neyin manuel, neyin ürün olduğunu şeffafça belirtin. Yaptığınız her tekrarlayan şeyi belgeleyin (istekler, adımlar, itirazlar), sonra en sık olan 1–2 adımı hafif otomasyona dönüştürün. Amaç şimdi öğrenmek ve güven kazanmak—sonra işe yarayanı ölçeklemek.

Tam Bir Platform Değil, Basit Bir Wedge Ürünü İnşa Edin

Wedge ne anlama gelir

Bir wedge ürünü, belirli bir müşteri için tek bir işi baştan sona tamamlayan en küçük üründür. Demo değil. Kısmi iş akışı değil. Birinin başarmaya çalıştığı sonucu gerçekten teslim eden ve “Buna ödeme yaparım çünkü bana zaman/para/stres kazandırıyor” dedirten minimal versiyondur.

“Faturaları gönder ve ödeme al” yerine “bir finans platformu” veya “10 nitelikli satış görüşmesi ayarla” yerine “bir CRM ekosistemi” düşünün. Wedge pazara giriş yolunuzdur: dar, keskin ve kolay değerlendirilebilir.

Özellik listeleri yerine sonuçlar

Erken ekipler genellikle özellik listeleri üzerinde tartışır çünkü test edilebilir taahhütte bulunmaktan daha güvenlidir. Onun yerine sonucu tanımlayın:

• Müşteri için başarı nasıl görünür?
• Ona ne kadar hızlı ulaşırlar?
• Sonunda ne kanıt alırlar (rapor, randevu, gönderilmiş paket, yayınlanmış ilan)?

Eğer ürününüz o sonucu güvenilir şekilde üretmiyorsa, daha fazla özellik eklemek temel problemi çözmez.

İlk özellik setini seçmek

Basit bir kural: olmazsa olmaz özellikler, vaat edilen sonucu iş yollarıyla değil, doğrudan teslim etmek için gerekli olanlardır.

İyi-olur özellikler geri kalan her şeydir—rakiplerin sahip olduğu bile olsa.

Pratik bir test: bir özelliği kaldırırsanız müşteri yine benzer çaba ve güvenle sonucu alıyorsa, o özellik henüz olmazsa olmaz değildir.

"Platform önce" düşünce tarzına gitmeyin

"Platform önce" düşüncesi, talep kanıtlanmadan hesaplar, izinler, entegrasyonlar, genişletilebilirlik ve panolar inşa etmeye iter. Bunlar pahalı sapmalardır.

Wedge'i oluşturun, bunun için ücret alın, eksik olanı öğrenin ve ancak o zaman gerçek kullanımın çektiği yönlere doğru genişleyin—hayal gücünüzün değil gerçeğin sizi yönlendirmesine izin verin.

Aşırı inşa etmeden wedge'i hızlandırmak

Disiplinli kalmanın bir yolu, göndermeye odaklanan araçlarla prototip yapmaktır. Örneğin, Koder.ai (vibe-coding platformu) kurucuların dar bir iş akışını sohbetle çalışan bir web uygulamasına dönüştürmesine yardımcı olabilir; planlama modu, anlık görüntüler ve geri alma gibi özelliklerle hızlıca yineleyebilirsiniz. Hazır olduğunuzda kaynak kodunu dışa aktarabilir ve ölçeklemeye devam edebilirsiniz—gün 1'de “platform-ilk” yaklaşımına bağlı kalmadan.

Gerçek Kullanım ve Gelirle Doğrulayın (Heyecandan Değil)

Erken dönemde en tehlikeli sinyal bağlılık olmadan heyecandır. İlgi, “Bu havalı” ve büyük sosyal rakamlar ilerleme gibi gelebilir—ama ürünün gerçek bir problemi çözüp çözmediğini söylemezler.

"Kanıt" nasıl görünür

Müşteriye maliyeti olan davranışlara öncelik verin: zaman, para, itibar veya iş akışında değişiklik. Güçlü doğrulama genelde şunlarla gelir:

• Tutunma: insanlar ilk kullanımdan sonra kendi kendine geri geliyor.
• Tekrar kullanım: ürün haftalık (veya günlük) rutinin bir parçası oluyor.
• Tavsiyeler: kullanıcılar istemeden başkalarını getiriyor.
• Ödeme istekliliği: küçük ödemeler bile acının gerçek olduğunu ve çözümün bütçeye uygun olduğunu gösterir.

Bunlardan en az birini görmüyorsanız, “ilgi” sadece nezaket olabilir.

Hafif doğrulama yolları (aşırı inşa etmeden)

Mükemmel bir ürün gerekmiyor. Deneyin:

• Ön satış: yazılım bitmeden sonucu satın (dürüst zaman çizelgesiyle).
• Pilotlar: 2–4 haftalık ücretli pilot, net başarı metriğiyle (ör. manuel raporlama süresini %30 azaltmak).
• Ücretli denemeler: ilk günden itibaren ücret alın, düşük bir kuruculara uygun fiyat bile olabilir.

Hedef basit: müşterileri gerçek bir adım atmaya teşvik etmek, sadece evet demelerini değil.

Erken dönemde görmezden gelin

Bunları zayıf sinyaller sayın:

• Sosyal takipçiler, e-posta kayıtları, sayfa görüntülemeler
• Basın bahsetmeleri ve “düşünce lideri” ilgi
• "Bir gün kullanırız" gibi belirsiz övgüler

Bir hikayeyi destekleyebilirler ama talebi kanıtlamazlar.

Bir git/kal (go/no-go) zaman çizelgesi belirleyin

Kısa bir pencere seçin (genelde 14–30 gün) ve kararı önceden tanımlayın. Örneğin: “30. günde 3 ücretli pilot müşteri veya haftalık 5 geri dönen kullanıcı elde edemezsek, ICP'yi daraltır, teklifi değiştirir veya fikri sonlandırırız.” Net son tarihler sapmayı önler ve öğrenmeyi dürüst tutar.

Girişimler Neden Çok Erken Genişliyor

Erken dönemde "genişlemek" momentum gibi hissettirir: daha fazla özellik, daha fazla müşteri tipi, daha fazla pazarlama kanalı. Ama genişlik genelde basit bir soruyu gizler—startup yeterince öğrenmediği için neyin işe yaradığını bilmiyor.

Yaygın tuzaklar

Çoğu ekip kasıtlı olarak odaksız olmaya karar vermez. Kayarlar:

• Geniş konumlandırma: “startuplar ve kurumsallar için”, “herhangi bir ekip için”, “tablo kullanan herkes için”.
• Çok fazla persona: başından alıcıları, kullanıcıları, yöneticileri ve yöneticileri aynı anda tatmin etmeye çalışmak.
• Çok fazla kanal: SEO, ücretli reklam, ortaklıklar, outbound, içerik, sosyal—henüz tekrarlanabilir olmayan kanallar.

Neden genişlik öğrenmeyi yavaşlatır (ve maliyetleri şişirir)

Birden fazla hedefe nişan aldığınızda her sinyal gürültülü olur. Bir özellik talebi Persona A için kritik olabilir, Persona B için gereksiz. Mesajlaşma belirsizleşir, demolar sürüklenir ve onboarding bir macera kitabına dönüşür.

Maliyetler sessiz şekilde yükselir:

• Destek için daha fazla uç durum
• Çelişen gereksinimler nedeniyle daha uzun geliştirme döngüleri
• Hedefleme belirsiz olduğundan daha yüksek müşteri kazanım maliyeti
• Hangi değişikliğin sonucu gerçekten etkilediğini anlayamadığınız için daha yavaş yineleme

Dar odak hırsı sınırlamak değil; runwayınız bitmeden daha hızlı öğrenme döngüleri yaratmaktır.

"Çok geniş" psikolojisi

Kurucular sık sık duygusal nedenlerle kapsamı genişletir:

• Fırsatı kaçırma korkusu: “Ya yanlış nişi seçersek?”
• Satıştan kaçma: belirli bir alıcıdan “hayır” cevabı almaktansa ürünü yeniden çalışmak daha kolay gelir.
• Kimlik rahatlığı: büyük bir misyon ifadeleri, küçük ve test edilebilir bir vaatten daha güvenli hissettirir.

Hızlı bir “odak sıfırlama” kontrol listesi

İşler sıkışmış hissediyorsa, önümüzdeki 2–4 hafta için şunu deneyin:

1. Ulaşılabilir bir ICP seçin ("herhangi bir KOBİ" değil).
2. Bu ay ödemeye istekli olacak bir iş seçin.
3. Bir başarı metriği tanımlayın (ör. haftalık aktif ekipler, ücretli dönüşüm, değere ulaşma süresi).
4. İki kanalı kesin veya duraklatın ve en temiz görüşmeleri veren birine odaklanın.
5. Her hafta aktivasyon veya tutma ile bağlantılı bir iyileştirme gönderin—"güzel-olur" genişlik değil.

Odak kalıcı değildir. Öğrenmek için bir araçtır, runway tükenmeden daha hızlı öğrenmek için.

Küçük ve Dar Yine de Harika Bir İş Olabilir

Dar bir ürün bir pitch deck'te “çok küçük” görünebilir, ama erken aşamada gerçekten iyi bir iş olabilir—özellikle acı yoğun ve alıcının bütçesi varsa.

"Default alive" basitçe nedir

Y Combinator sıklıkla default alive olmaktan bahseder: harcamanız gelirden azdır (veya güvenle artırabileceğiniz kadar), böylece şirket bir mucizeye ihtiyaç duymadan yürüyebilir. Pratikte bu, gelirin maliyetleri karşıladığı veya burn'un (burn rate) o kadar düşük olduğu bir yolunuzun olması demektir ki sürekli fon aramak zorunda kalmazsınız.

Küçük pazarlar gerçek momentum sağlayabilir

Dar bir pazar, acı şiddetliyse ve alıcının bütçesi varsa güçlü erken gelir üretebilir.

Belirli bir rolün belirli bir iş akışını çözdüğünüzde, genellikle genel araçlardan daha fazla ücret talep edebilirsiniz. 50–200 müşteri bile, her müşteri yeterince ödüyorsa destek, ürün geliştirme ve öğrenme için anlamlı olabilir.

Dar ürünler için fiyatlandırma temelleri

Değer temelli fiyatlandırmayla başlayın: fiyatınızı müşterinin kazandığı veya tasarruf ettiği değere göre belirleyin, maliyetlerinize göre değil.

Basit tutun:

• Çoğu kişinin ihtiyacı olanı içeren bir temel plan
• Takımlar, gelişmiş izinler veya uyumluluk için bir üst seviye

Erken dönemde karmaşık menülerden kaçının. Alıcıların hızlı karar vermesini ve sizin neyi gerçekten değerli bulduklarını öğrenmenizi istersiniz.

Hızlı öğrenirken ucuz işletin

Dar bir ürün kazanırken büyük bir ekibe veya gösterişli araçlara gerek yok.

Bütçenizi şunlara odaklayın:

• Haftalık müşteri görüşmeleri
• Ana kullanım durumu üzerinde hızlı yinelemeler
• Hafif destek (net onboarding dokümanları, şablon yanıtlar)

Ürün dar olduğunda işletme operasyonlarınız da dar olabilir—bu "default alive" olmayı çok daha kolaylaştırır.

Pratik Bir Metrikler ve Öğrenme Kontrol Listesi

Küçük başlamak sadece işe yaramazsa işe yaramaz; siz inşa etmekten daha hızlı öğrenmelisiniz. Dürüst kalmanın en kolay yolu birkaç “bu gerçekten iyiye gitti mi?” sayısını izlemek, haftalık incelemek ve bunları müşteri konuşmalarına bağlamaktır.

Temel metrikler (iş modelinize göre seçin)

B2B SaaS: haftalık aktif ekipler, hesapların % kaçının “aha” aksiyonunu gerçekleştirdiği, deneme→ücrete dönüşüm, churn (logo ve gelir), değere ulaşma süresi.

Tüketici / prosumer uygulama: aktivasyon oranı, 7. gün tutma, haftalık aktif kullanıcılar, davet/paylaşım başına eylemler, ücretli dönüşüm (varsa).

Pazar yeri: haftalık başarılı eşleşmeler, arz kapsama oranı (talebin ne sıklıkla arz bulduğu), her iki tarafta tekrar oranı, take rate, iptal oranı.

Hizmetler / ajans (ilk wedge'iniz): nitelikli lead'ler, kapanış oranı, ortalama anlaşma büyüklüğü, teslim süresi, brüt marj, tavsiyeler.

Benchmark'lar bağlama göre çok değişir; güvenli bir çapa: erken dönemde yön önemlidir, seviye değil—aktivasyon, dönüşüm, tutma gibi ana oranların yineleme ile yukarı yönlü trend göstermesini isteyin.

Haftalık 30 dakikalık inceleme ritüeli

1. Rakamlar: Ne yükseldi/düştü? Bu hafta sadece 1–2 önemli metriğe odaklanın.
2. Öğrenmeler: Müşterilerden neyi tekrar tekrar duyduk? Ne şaşırttı?
3. Deneyler: Ne denedik? Beklenen sonuç neydi, ne oldu?
4. Sonraki adımlar: Bir değişiklik gönderin ve bir ulaşma hedefi belirleyin (ör. 10 görüşme).

Bunu yürüyen bir dokümana yazın ki ilerlemenizin hikayesini görebilin.

Her müşteri görüşmesinden sonra sorulacak sorular

• Problem ortaya çıktığında ne yapmaya çalışıyordunuz?
• Eğer bu hafta çözülmezse ne olur?
• Daha önce ne denediniz (ve neden işe yaramadı)?
• Bugün bunu nasıl çözüyorlar—adım adım, hangi araçlar, insanlar dahil?
• "Yeterince iyi" bir çözüm nasıl görünür?
• Bu yüzden para ödemeye (veya mevcut yaklaşımdan geçmeye) ne ikna eder?
• Aynı problemi yaşayan başka kimlerle konuşmalıyım?

Metrikler iyileşir ve bu cevaplar netleşirse, doğru dar yoldasınız.

30 Günde Küçük Başlayacak Pratik Plan (Tıkanmadan)

Küçük başlamak “inşa etmeyi beklemek” değildir. Netlik zorlaması, gerçek geri bildirim alma ve insanların ödeme yapacağı bir şeyi hızlıca gönderme yoludur. İşte sizi dar tutarken ilerleten odaklı 30 günlük plan.

1. Hafta: Dar bir ICP ve bir vaat seçin

Bir cümleyle tanımlanabilecek tek ideal müşteri profilini seçin (rol, bağlam ve kısıt). Sonra bir acil problemi seçin; tam bir ürün gerektirmeden çözebileceğiniz.

Bir cümlelik test edilebilir vaat yazın:

“Biz [ICP]'ye [zaman diliminde] [ölçülebilir sonuç] sağlıyoruz, [yaygın zorluktan] kurtararak.”

Bu sizin filtredir. Bir özellik, toplantı veya fikir o vaadi güçlendirmiyorsa, dışarı atın.

2. Hafta: 15–25 görüşme + fiyatlama dili testleri

ICP'nize uyan 15–25 kişiyle konuşun. Amaç doğrulamadan çok kalıp bulmaktır.

Onlara acıyı son ne zaman hissettiklerini, ne denediklerini, maliyetin ne olduğunu (zaman/para) ve “çözülmüş”ün nasıl görüneceğini sorun.

Sonra erken fiyatlama dilini test edin. Fiyatı pazarlık için değil, bir sinyal olarak kullanın:

• “Bu size haftada 5 saat kazandırırsa, ayda 99$ makul olur mu?”
• “Bunu gider olarak yazar mısınız, yoksa ekip bütçesine mi girmeli?”

Kullandıkları kelimeleri not edin; bu ifadeler açılış sayfanızda ve ulaşma mesajlarınızda yer almalı.

3. Hafta: Elle bir versiyon sunun (pilot) ve sonuçları ölçün

3–5 pilot yürütün; arka planda işi elle yapın. Amaç arayüzü değil sonucu kanıtlamaktır.

Bir veya iki başarı metriği tanımlayın (ör. kazandırılan zaman, azalan hata, kısalan teslim süresi) ve her kullanıcı için bunları takip edin. Hafta hafta metrikleri ne hareket ettiriyorsa ona göre yineleyin.

4. Hafta: Tekrarlayanı ürünleştirin + bir edinim kanalı seçin

Pilotlarda tekrar eden adımları belirleyin ve bunları en küçük "wedge" ürüne dönüştürün.

Önümüzdeki ay boyunca tutarlı bir şekilde yürütebileceğiniz tek bir edinim kanal seçin: hedefli outbound, ortaklıklar, niş bir topluluk veya bir iş akışı entegrasyonu. Her şeyi bir cümlelik vaadinize ve basit bir sonraki adıma (çağrı ayarla, denemeye başla, onboarding için ödeme yap) yönlendirin.