İş Fikri Nasıl Doğrulanır? Ortak veya Yatırımcı Aramadan Önce

İş fikri doğrulama, fikrin güzel olup olmadığını arkadaşlara sormak değil; belirli bir kullanıcı probleminin gerçekten var olup olmadığını, insanların bugün bu problem için ne yaptığını ve önerilen çözüme davranışla ilgi gösterip göstermediğini test etmektir.

Doğrulama, fikrin kesin başarılı olacağını kanıtlamaz. Ama ortak, teknik ekip veya yatırımcı aramadan önce en riskli varsayımları düşük maliyetle test etmenizi sağlar.

Fikir yerine varsayımları yazın

Her iş fikri bir dizi varsayıma dayanır:

• Belirli bir kullanıcı grubu var.
• Bu grup önemli bir problem yaşıyor.
• Mevcut çözümler yetersiz.
• Önerilen çözüm kullanılabilir.
• Kullanıcıya ulaşılabilir.
• Bir kişi veya kurum ödeme yapmaya istekli.
• Çözüm sürdürülebilir maliyetle üretilebilir.
• Ekip bu ürünü geliştirebilir.

Bu varsayımları doğru kabul etmek yerine önem ve belirsizliğe göre sıralayın.

En riskli varsayım testi

Basit tablo:

İlk olarak yanlış olduğunda projeyi en çok etkileyen ve hakkında en az bilgi bulunan varsayımı test edin.

Hedef kullanıcıyı daraltın

“Herkes”, “KOBİ’ler” veya “öğrenciler” araştırma için geniş gruplardır.

Daha belirli hedef:

• 10–50 çalışanlı yerel üreticilerde sipariş takibinden sorumlu operasyon yöneticisi
• Üniversitenin son yılında teknik mülakata hazırlanan yazılım öğrencisi
• Ayda en az 100 randevu yöneten bağımsız klinik yöneticisi

Dar hedef, pazarın küçük kalacağı anlamına gelmez. İlk öğrenme grubunu netleştirir.

Kullanıcı görüşmesi nasıl yapılır?

Amaç fikri satmak değil, mevcut davranışı anlamaktır.

Sorulabilecek sorular:

• Bu işi en son ne zaman yaptınız?
• Adım adım nasıl ilerlediniz?
• En zor bölüm neydi?
• Ne kadar zaman veya para harcadınız?
• Hangi araçları kullandınız?
• Sorun çıktığında ne yaptınız?
• Daha önce çözüm aradınız mı?
• Neden mevcut çözümü seçtiniz?
• Bu sorun çözülmezse ne olur?
• Kararı kim veriyor ve kim ödeme yapıyor?

Kaçının:

• Böyle bir uygulamayı kullanır mıydınız?
• Fikrimi beğendiniz mi?
• Sizce harika değil mi?
• Şu özellik olsa satın alır mısınız?

Gelecekteki niyet yerine geçmiş davranışı sorun.

Görüşme notu şablonu

Kullanıcı profili: Tarih: Son yaşanan olay: Mevcut çözüm: Problemin etkisi: Kullanılan araçlar: Ödeme/karar sahibi: Alıntı değil gözlenen davranış: Yeni öğrendiğimiz şey: Çürütülen varsayım: Sonraki test:

Kişisel verileri gereksiz toplamayın ve izin olmadan yayımlamayın.

Kaç görüşme yeterli?

Evrensel sayı yoktur. Görüşme sayısından çok:

• Aynı davranış tekrar ediyor mu?
• Farklı segmentler karışıyor mu?
• Yeni görüşmeler yeni bilgi getiriyor mu?
• Problem gerçek ve sık mı?
• Karar ve ödeme süreci anlaşılıyor mu?

önemlidir.

On görüşmede güçlü tekrar görülebilir; elli görüşmede yanlış sorularla az şey öğrenilebilir.

Rakip analizi nasıl yapılır?

Rakip yalnızca aynı ürünü satan şirket değildir.

Alternatifler:

• Manuel işlem
• Excel veya mesajlaşma
• Ajans
• Şirket içi ekip
• Genel amaçlı araç
• Hiçbir şey yapmama

Her alternatif için:

• Kullanıcı neden seçiyor?
• Ne zaman yetersiz kalıyor?
• Fiyat ve geçiş maliyeti ne?
• Dağıtım kanalı ne?
• Güçlü özelliği ne?
• Kullanıcı neden değiştirmiyor?

“Rakip yok” genellikle problemin bugün nasıl çözüldüğünün anlaşılmadığını gösterir.

Çözüm prototipi

Ürünü tamamen geliştirmeden öğrenmek için:

• Kâğıt taslak
• Tıklanabilir ekran
• Manuel hizmet
• Form ve tablo
• No-code akış
• Açılış sayfası
• Video demo
• Teknik proof of concept

kullanılabilir.

Prototip güzel görünmekten çok kritik davranışı test etmelidir.

Problem testi ile çözüm testini ayırın

Problem testi

Kullanıcı gerçekten sorun yaşıyor mu?

Kanıt:

• Zaman veya para harcaması
• Geçici çözüm kullanması
• Sık tekrar
• İş kaybı veya gecikme
• Aktif çözüm araması

Çözüm testi

Önerilen yaklaşım problemi yeterince iyi çözüyor mu?

Kanıt:

• Prototipte görevi tamamlamak
• Tekrar kullanım
• Pilot kabulü
• Ödeme veya bağlayıcı ilgi
• Mevcut araçtan geçiş adımı

Kullanıcı problemi doğrulasa bile sizin çözümünüzü seçmeyebilir.

Ödeme isteğini nasıl test edebilirsiniz?

“Ne kadar öderdiniz?” sorusu tek başına zayıf sinyaldir.

Daha güçlü davranış testleri:

• Gerçek fiyatla teklif
• Ücretli pilot
• Ön sipariş veya depozito
• Niyet mektubu
• Satın alma sürecini başlatma
• Karar verici toplantısı
• Bekleme listesi + fiyat seçimi
• Manuel hizmete ödeme

Her yöntemin hukuki, vergi ve tüketici yükümlülükleri olabilir. Ödeme almadan önce uygun yapı kontrol edilmelidir.

MVP nedir?

Minimum uygulanabilir ürün, mümkün olan en küçük yazılım değildir. En önemli iş varsayımını gerçek kullanıcıyla test edecek en küçük uçtan uca çözüm olabilir.

İyi MVP soruları:

• Hangi tek kullanıcı için?
• Hangi tek önemli problem?
• Hangi temel sonuç?
• Öğrenmek istediğimiz varsayım?
• Başarı ölçüsü?
• Neleri bilinçli olarak dışarıda bırakıyoruz?

Doğrulama kanıtı merdiveni

Zayıftan güçlüye örnek sinyaller:

1. Fikri beğendiğini söylemek
2. E-posta bırakmak
3. Görüşme yapmak
4. Prototipi denemek
5. Tekrar kullanmak
6. İş arkadaşını davet etmek
7. Satın alma sürecini başlatmak
8. Ödeme yapmak
9. Düzenli kullanmak
10. Başkasına önermek

Bütün iş modellerinde aynı merdiven geçerli değildir. Davranış, sözlü ilgiden genellikle daha güçlü kanıttır.

Dört haftalık doğrulama planı

1. hafta: Problem

• Hedef segmenti daraltın.
• 10 varsayım yazın.
• En riskli üçünü seçin.
• Görüşme planı hazırlayın.

2. hafta: Görüşme

• Uygun kullanıcılarla konuşun.
• Geçmiş davranışı sorun.
• Notları ortak formatta toplayın.
• Segment farklarını belirleyin.

3. hafta: Çözüm

• Küçük prototip hazırlayın.
• En riskli akışı test edin.
• Kullanıcının davranışını gözleyin.
• Gereksiz özellikleri çıkarın.

4. hafta: Taahhüt

• Gerçekçi teklif sunun.
• Pilot veya ödeme isteğini test edin.
• Sonuçları değerlendirin.
• Devam, değiştir veya durdur kararı verin.

Devam, değiştir veya durdur

Devam

Problem tekrar ediyor, çözüm davranışla ilgi görüyor ve kullanıcıya ulaşma yolu var.

Değiştir

Problem var ama segment, çözüm veya fiyat varsayımı yanlış.

Durdur

Problem zayıf, kullanıcı çözüm aramıyor veya sürdürülebilir yol görünmüyor.

Bir fikri durdurmak boşa çalışma değildir; daha büyük maliyeti önleyen öğrenmedir.

Ortak aramadan önce hazırlık dosyası

• Hedef kullanıcı
• Problem görüşme özeti
• En güçlü üç davranış kanıtı
• Çürütülen varsayımlar
• Mevcut prototip
• Rakip/alternatif tablosu
• İlk dağıtım kanalı
• Ödeme testi
• Teknik belirsizlik
• Kurucunun katkısı
• Aranan ortak rolü
• İlk 90 günlük plan

Bu dosya, adayın fikri değil yapılan işi değerlendirmesini sağlar.

Yatırımcı aramadan önce

Yatırımcı görüşmesinde doğrulama şu sorulara dönüşür:

• Kullanıcının problemi ne kadar önemli?
• Hangi kanıt var?
• Ürün neden seçiliyor?
• Dağıtım nasıl işleyecek?
• İş modeli nasıl test edildi?
• Sermaye hangi yeni kanıtı üretecek?

Yatırım almak doğrulamanın yerine geçmez.

Yaygın doğrulama hataları

• Yalnızca arkadaşlara sormak
• Fikri anlatarak yönlendirici soru sormak
• Görüşme sayısını başarı ölçüsü yapmak
• Problem ve çözüm testini karıştırmak
• Büyük ürün geliştirmeden kullanıcıya gitmemek
• Ücretsiz ilgiyi ödeme isteği sanmak
• Tek olumlu kullanıcıyı genellemek
• Olumsuz veriyi görmezden gelmek
• Rakibi yalnızca benzer uygulama olarak görmek
• Araştırmayı sonsuza kadar uzatmak

Sonuç

İş fikri doğrulama, başarı garantisi üretmez; belirsizliği azaltır. En riskli varsayımı belirleyin, geçmiş kullanıcı davranışını inceleyin, küçük prototip ve gerçek taahhüt testleri yapın.

Problem ve ilk kanıtlar netleştiğinde aradığınız ortağın rolünü daha açık tanımlayabilirsiniz. Ortaksın’daki ilgili ilanları inceleyebilir veya doğrulama sonuçlarınızı ve ihtiyaç duyduğunuz katkıyı anlatan bir ilan oluşturabilirsiniz.