Aşama 0 – Konsept ve Fizibilite

6 Temmuz 2025

“Durun—bunu gerçekten yapmalı mıyız ki?”**

Elinizde pala, sık bir ormanın ağzında durduğunuzu hayal edin. Sarmaşıkların ötesinde bir hazine olabileceğini duyabiliyorsunuz — minnettar müşteri söylentileri, ışıl ışıl yatırımcı sunumları, belki efsanevi Series B bile. Ama aynı zamanda runway’inizi kemirmeyi bekleyen çamur çukurları ve aç böcekler olduğunu da seziyorsunuz. Bölüm 0, hazine avı için yol açmaya değip değmeyeceğine karar verdiğiniz yer. Acemi ürün yöneticileri bu adımı sıkça atlar (“Hadi hemen koşmaya başlayalım!”). Atlamayın. Disiplinli bir Konsept ve Fizibilite sprintı size aylarca sürecek yeniden çalışmayı kazandırır, temenni sisini dağıtır ve ekibinize, gece 2’de firmware debug ederken geçen o kaçınılmaz uzun gecelerde tutunabilecekleri bir ortak dava verir.

0.1 Bu bölüm neden bu kadar önemli?

Çünkü aşağı akıştaki her Gantt çubuğu, Jira ticket’ı ve satın alma siparişi, var olma nedenini burada verdiğiniz karardan devralır. Elinizde net, kanıta dayalı bir “Neden” olmadan şematik çizime ya da mobil uygulama wireframe’lerine dalarsanız, çiçek tarhı mı yoksa gökdelen mi gerekeceğini bilmeden buldozer kiralıyorsunuz demektir. Daha kötüsü, fizibiliteyi atlayan acemi PM’ler paydaşlara puslu hayaller sunmaya başlar: “Fitbit gibi ama kediler için, üstelik kripto para da kazıyor!” Harika — bir de Finans, Fluffy’nin kemirmeye bayıldığı bir tasmadaki Bluetooth mesh’in maliyetini sorduğunda bu bütçe talebini savunmayı deneyin.

0.2 Yapmanız gereken dört konuşma

1. Ağrı noktası görüşmesi

Sorunu her gün yaşayan gerçek bir insan (ya da birkaçını) bulun. Konuşmaktan çok dinleyin. Ağrıyı anlatırken ağızlarından tuzlu laflar dökülmüyor ya da derin derin iç çekmiyorlarsa, sorun muhtemelen bir donanım girişiminin burn rate’ini haklı çıkaracak kadar keskin değildir.

Örnek: Bir tesis müdürü, gece 3’te endüstriyel dondurucu –15 °C’nin üzerine sürüklenmeye başladığında kimse fark etmediği için ayda binlerce euro kaybettiklerini itiraf ediyor.

2. Vizyon cümlesi

Duyduklarınızı, bir kahve kupasına sığacak tek bir cümleye damıtın. “Tesis müdürlerine ekipman arızalarını Jedi öngörüsüyle — dondurma erimeden — görme gücü veriyoruz.” Cümle gevşek duruyorsa ya da herkesi memnun etmeye çalışıyorsa, yontmaya devam edin.

3. Üst düzey kullanıcı yolculuğu

Basit bir storyboard çizin: müdür bir push bildirimi alıyor, dokunup trend grafiğini açıyor, bakım ekibini yönlendiriyor ve felaket önlendiği için kutlama niyetine tarçınlı çörek atıştırıyor. Henüz UI pikseli cilalamak yok — Marvel maketleri değil, karikatür şeridi düşünün.

4. Pazar sağlaması

Bir tablo açın (evet, o korkulan boş ızgara) ve şunları yanıtlayın: Bu ağrı ne sıklıkla yaşanıyor? Kaç kişide var? Her biri rahatlamak için ne öder? Sektör raporları, Digi‑Key’deki rakip SKU fiyatları ve hedef bölgenizde kaç “Tesis Müdürü” unvanı olduğuna dair hızlı bir LinkedIn araması sizi makul bir doğruluğa ulaştırır. Acemi PM’ler ondalık basamakları dert eder; kıdemliler büyüklük mertebelerini.

0.3 Hızlı fizibilite deneyleri

Donanım geliştirme buzul hızında ilerliyormuş gibi hissettirebilir, ama yine de günler içinde ikna edici kanıt üretebilirsiniz:

Menzil smoke testi – Rafta hazır bir BLE dev-kit alın, paslanmaz çelik bir dondurucunun içine koyun, koridordan ping atın, RSSI ölçün. Sinyal iki metrede ölüyorsa, özel PCB sipariş etmeden önce bir bağlantı kurşunundan sıyrıldınız demektir.
Sensör doğruluk kontrolü – Kalibre edilmiş bir sıcaklık probu ödünç alın, aday dijital sensörünüzün yanına bantlayın ve 12 saat veri kaydedin. Ucuz sensör, kompresör her devreye girdiğinde 3 °C kayıyor mu? Erkenden çöpe atın.
Paydaş demosu – Dev-kit’in verisini ücretsiz bir cloud panosuna (ThinkSpeak, Adafruit IO) akıtın ve tesis müdürünüze gösterin. “Bunu yarın satın alabilir miyim?” diye sorarlarsa iz üstündesiniz. Omuz silkerlerse, rafine edin ya da pivot yapın.

0.4 Yanınıza alacağınız çıktılar (süslü bir şey değil)

Vizyon tek sayfalığı – Asansör konuşması, hedef kullanıcı, iliklerde hissedilen ağrı, önerilen sihirli sonuç.
Üç kareli storyboard – Tetikleyiciyi, aksiyonu ve sonucu belirleyin. Karalama olması sorun değil; yapışkan notların telefon fotoğrafları da sayılır.
TAM/SAM/SOM tablosu – Toplam, Hizmet Verilebilir, Ulaşılabilir pazar tahminleri. On satır fazlasıyla yeter. Güven puanınızı ve kaynak linklerini ekleyin.
Fizibilite sprint notu – Tek sayfa: Hipotez → Deney → Veri → Karar → Sonraki adım. VP’niz üç dakikada okuyabilmeli.

Bu çıktılar tören olsun diye üretilmiş yönetim kabuğu değildir. Hizalama fenerleri gibi çalışırlar: pazarlama başka bir personanın peşine düşmek istediğinde ya da mühendislik egzotik bir mmWave radar önerdiğinde, tek sayfalığı sallayıp sorabilirsiniz: “Bu, dondurucu kurtaran tesis müdürü hikâyemize hizmet ediyor mu?”

0.5 Atlamanın bedeli

“Yap, nasılsa gelirler” demeye hâlâ niyetli misiniz? İşte zarfın arkasına yazılmış bir ibret hikâyesi. Mentorluk yaptığım bir ekip, hedef pazarları olan hastanelerin MRI odalarında 2,4 GHz radyolara izin vermediğini fark edene kadar PCB revizyonlarına 60.000 € harcadı. Ödünç bir spektrum analizörüyle yapılacak iki saatlik bir fizibilite smoke testi, sekiz ayı ve bir mühendisin istifasını kurtarırdı.

0.6 Go/No‑Go ritüelini kurmak

İnsanlar — özellikle yanıp sönen LED’lerin heyecanıyla beslenen mühendisler — “Hayır” demekten nefret eder. Bunu kurumsallaştırın. Proje başlangıcından tam iki hafta sonrasına bir Fizibilite Değerlendirmesi takvim daveti koyun. İş, mühendislik, kalite ve müşteri başarısı taraflarından birer kişi davet edin. Dört çıktınızı sunun, elinizdeki hızlı prototipleri demolayın ve toplantıyı zorunlu bir oylamayla bitirin: Go ya da No‑Go (pivot da No‑Go sayılır). Çoğunluk kazanır. Kararı, zaman damgası ve katılımcı listesiyle wiki’nize kaydedin. Denetçiler ya da yatırımcılar “Neden NB‑IoT yerine LoRa’ya her şeyinizi yatırdınız?” diye sorduğunda, gelecekteki siz geçmişteki size teşekkür edecek.

0.7 Sık görülen acemi tuzakları ve bunlardan kaçınma yolları

Tuzak

Neden canınızı yakar

Panzehir

Önce çözüm, sonra problem – Havalı teknolojiye âşık olmak

Kendinizi pazar avlarken bulursunuz

Dev-kit firmware’ine dokunmadan önce ağrı cümlenizi yazın

Analiz felci – Haftalarca süren tablolar

Momentum ölür, moral düşer

Her araştırma görevini günlerle sınırlandırın; kusurlu rakamları açıkça paylaşın

Yönlendirici sorular sormak – “Bir dondurucu cloud’una bayılmaz mıydınız?”

Kullanıcılar kibarlıktan evet der → Sahte doğrulama

Bugünkü geçici çözümün maliyetini sorun; gerçek duyguyu kollayın

Gizli kısıtları görmezden gelmek – Regülasyon yasakları, bina yönetmelikleri

Sürpriz yeniden tasarımlar milyonlara mal olur

Bir sektör emektarını arayın; “Geçen sefer sizi ne gafil avladı?” diye sorun

0.8 Mini vaka çalışması: Bir Haftalık Akıllı Dondurucu Sprintı

Pazartesi: İki PM üç tesis müdürüyle görüşüyor, dondurucu kayıplarının olay başına 10 bin € tuttuğunu doğruluyor.
Salı: Donanım lideri 12 dolarlık bir I²C sıcaklık sensörünü bir Wio‑Link dev kartına kondurup JSON’u Adafruit IO’ya akıtıyor.
Çarşamba: Cloud stajyeri bir Grafana paneli ve Twilio üzerinden SMS uyarısı kuruyor.
Perşembe: PM’ler paydaşlara bir demo videosu gönderiyor; CFO ağzından kaçırıyor: “Bu çalışırsa tüm tesislerde yılda 1 milyon € tasarruf ederiz.”
Cuma: Fizibilite Değerlendirmesi Go oyu veriyor, ama Wi‑Fi’ın çekmediği yerlerde hücresel back‑haul’un doğrulanmasını şart koşuyor.

Toplam harcama: Parça ve pizzaya 300 €. Kazanılan netlik: paha biçilemez.

0.9 Bölüm 0 Kontrol Listesi (yazdırın, not alın, monitörünüzün üstüne yapıştırın)

Problem cümlesi, acımasızca kısa tek bir cümleyle yakalanmış.
Sorunu yaşayan biriyle en az bir görüşme yapılmış, alıntılar kelimesi kelimesine kaydedilmiş.
Vizyon cümlesi Slack’te paylaşılmış, emoji tepkileri toplanmış (kimse tepki vermiyorsa yeniden yazın).
İki-üç kullanıcı yolculuğu eskizi fotoğraflanıp yüklenmiş.
İlk pazar sağlaması rakamları bir tabloda, kaynak linkleriyle etiketlenmiş.
Bir fizibilite deneyi yürütülmüş, verisi grafiğe dökülmüş.
Go/No‑Go değerlendirmesi için takvim bloklanmış; tarafsız hakem davet edilmiş.
Karar kaydedilmiş, linki proje reposunun köküne yapıştırılmış.
Go ise → üst düzey riskler belirlenmiş ve bir sonraki bölümün sahibi atanmış.
No‑Go ise → ekibe teşekkür notu gönderilmiş; alınan dersler belgelenmiş.

Bu kontrol listesini laptop kapağınıza bantlayın. Bir dahaki sefere “PCB üreticisinin indirimi bu gece bitiyor” diye ileri atılma dürtüsü geldiğinde 1 numaralı kutuya bakın. Problem cümlesini beş saniyede ezbere söyleyemiyorsanız, bakır sipariş etmeye hazır değilsiniz.

0.10 Toparlarken

Konsept ve Fizibilite, takvim süresi bakımından en küçük bölüm — ama etkisi en gürültülü olanı. Ona en sevdiğiniz fantastik romanın prologu gibi davranın: atlarsanız hikâyenin geri kalanı kafa karıştırıcı ve içi boş gelir. Buraya odaklı bir enerji patlaması yatırın; sonraki her bölüm LEGO gibi yerine oturur. Mühendisleriniz size teşekkür edecek, yatırımcılarınız değeri bu kadar net ifade etmenizi onaylarcasına başını sallayacak ve en önemlisi, kullanıcılarınız sonunda gerçekten hayatlarını (ya da dondurmalarını) kurtaran bir ürüne kavuşacak.

Hazır mısınız? Kahvenizden bir yudum alın, o YouTube teardown sekmelerini kapatın ve cesurca Bölüm 1’e yürüyün — orada puslu hevesleri kaya gibi sağlam Sistem Gereksinimlerine dönüştüreceğiz; öyle net olacaklar ki gelecekteki uyumluluk denetçiniz bile gülümseyecek.