Aşama 0 – Konsept ve Fizibilite
Önceki bölüm için tıklayın: Giriş
“Durun — bunu gerçekten geliştirmeli miyiz?”
Başarısız olmuş IoT ürünlerinin çoğu, daha ilk şematik çizilmeden kaybedilmiştir: kimse fikrin geliştirmeye değip değmeyeceğini kontrol etmemiştir. Aşama 0, bu soruyu hevesle değil kanıtla yanıtlamak için vardır. Kendinizi sık bir ormanın kenarında, elinizde pala ile hayal edin. Sarmaşıkların ötesinde bir hazine olabileceğini duyuyorsunuz — minnettar müşteri söylentileri, parlak yatırımcı sunumları, belki efsanevi Series B bile. Ama runway’inizi kemirmeyi bekleyen çamur çukurlarını ve aç böcekleri de seziyorsunuz. Disiplinli bir Konsept ve Fizibilite sprint’i, hazine avının yol açmaya değip değmeyeceğini söyler. Acelesi olan ekipler bu adımı sık atlar (“Hadi hemen sprint’e başlayalım!”). Atlamayın. Burada geçirilecek birkaç odaklı gün; aylarca sürecek yeniden çalışmayı önler, temenni sisini dağıtır ve ekibe, gece 2’de firmware debug edilen uzun gecelerde bile tutunabileceği bir ortak amaç 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. 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. Fizibiliteyi atlayan ekipler, paydaşlara puslu hayaller sunmakla da kalır: “Fitbit gibi ama kediler için, üstelik kripto para da kazıyor!” Eğlenceli — ta ki Finans, Fluffy’nin kemirmeye bayıldığı bir tasmadaki Bluetooth mesh’in maliyetini sorana kadar.
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 içlerinden bir küfür sallamak ya da derin bir iç çekmek gelmiyorsa, 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ürlerini ekipman arızalarına karşı önceden uyarıyoruz — dondurma erimeden.” 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 sükûnetle bir tarçınlı çörek yiyor. Henüz UI pikseli cilalamak yok — yüksek çözünürlüklü mock-up değil, karikatür şeridi düşünün.
4. Pazar sağlaması
Bir hesap tablosu 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ölgenizdeki “Tesis Müdürü” unvanlarına hızlı bir LinkedIn sayımı 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 – 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ı hatasından kurtulmuş oldunuz.
- 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 eleyin.
- Paydaş demosu – Dev-kit’in verisini ücretsiz bir cloud panosuna (ThingSpeak, Adafruit IO) akıtın ve tesis müdürünüze gösterin. “Bunu yarın satın alabilir miyim?” diye sorarsa iz üstündesiniz. Omuz silkerse, 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ı, ilikte hissedilen ağrı, önerilen 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 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ş şeyler 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 radyo önerdiğinde, tek sayfalığı kaldırıp sorarsınız: “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? Zarfın arkasına sığan 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 hoşlanmaz. 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, hızlı prototiplerinizi gösterin 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 ararken 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’i
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ış, tepkiler 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 büyük olanı. Ona iyi bir 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 yatırımı yapın; sonraki her bölüm yerine oturur. Mühendisleriniz size teşekkür edecek, yatırımcılarınız net bir değer anlatımını başıyla onaylayacak ve kullanıcılarınız sonunda gerçekten paçasını (ya da dondurmasını) kurtaran bir ürüne kavuşacak.
Sonra Bölüm 1’e geçin; orada puslu hevesleri iyi tanımlanmış Sistem Gereksinimlerine dönüştüreceğiz — öyle net ki gelecekteki uyumluluk denetçiniz bile gülümseyecek.