ERBAN: Teknoloji Girişimini Melek Yatırıma Hazırlama Rehberi

ERBAN, Erciyes Teknopark bünyesinde teknoloji girişimleriyle melek yatırımcıları buluşturan bir yatırım ağıdır. Bir araştırma sonucunu, prototipi veya erken müşteri deneyimini yatırıma hazırlanabilecek bir şirkete dönüştürmek isteyen ekipler açısından incelenebilecek kanallardan biridir. Bu rehber ERBAN'ın doğrulanmış kurumsal çerçevesini kısaca tanıtır; ardından teknoloji girişimlerinin yatırım görüşmesi öncesinde çözmesi gereken ticarileşme sorularına odaklanır.

ERBAN nedir ve resmî bilgilerine nereden ulaşılır?

ERBAN resmî internet sitesi ağı Erciyes Business Angel Network adıyla tanıtıyor. Kurumun açıklamalarında Erciyes Teknopark çatısı, teknoloji girişimleri ve yatırımcı buluşmaları öne çıkıyor. Girişimci sayfasında yatırım arayan ekipler için başvuru yönlendirmesi bulunuyor. Güncel görüşme takvimi ve istenen belgeler bu resmî kanaldan kontrol edilmelidir.

ERBAN, Hazine ve Maliye Bakanlığının 8 Ekim 2025 tarihli akredite BKY ağları listesinde yer alıyor. Bu ifade tarihli belgedeki kaydı gösterir; sonraki dönem koşulları ayrıca doğrulanmalıdır. Akreditasyon, başvuran her girişimin yatırım alacağı anlamına gelmez.

Aşağıdaki hazırlık çerçevesi Orion TEKMER editör ekibinin özgün değerlendirmesidir. Bölümler ERBAN'ın ilan ettiği zorunlu kabul ölçütleri, yatırım taahhüdü veya hizmet paketi olarak okunmamalıdır. Amacımız teknoloji odaklı bir kurucunun resmî başvuru kanalına daha anlaşılır bir dosyayla yaklaşmasını sağlamaktır.

Araştırma başarısıyla müşteri değerini ayrı ayrı anlatmak

Teknoloji geliştiren ekipler çoğu zaman çözümün teknik farkını güçlü biçimde anlatabilir. Yeni bir algoritma, dayanıklı bir malzeme veya ölçüm doğruluğunu artıran bir sensör gerçek bir başarıdır. Ancak müşteri bu başarının kendi işine etkisini görmek ister. Yatırım görüşmesine hazırlanırken teknik yenilik ile satın alma nedeni arasında açık bir bağ kurulması yararlıdır.

Önce ürünün hangi iş akışında kullanıldığını yazın. Kullanıcı kimdir, satın alma kararını kim verir ve bütçe hangi bölümden çıkar? Aynı üründe mühendis kullanıcı, fabrika müdürü onaylayan ve satın alma birimi sözleşmeyi yürüten taraf olabilir. Sunumda yalnızca kullanıcıyı tanımlamak, satışın nasıl gerçekleşeceğini açıklamak için yeterli olmayabilir.

Ardından mevcut yöntemin maliyetini açıklayın. Bu maliyet yalnızca para değildir; işlem süresi, hata tekrarı, duruş süresi veya personelin başka işe ayıramadığı zaman da önemlidir. Ürününüzün etkisi henüz ölçülmediyse kesin tasarruf iddiası yerine ölçmek istediğiniz sonucu belirtin. Bir pilotun amacı da bu belirsizliği azaltmak olabilir.

Araştırma dosyasıyla ticari dosya birbirini desteklemelidir. Teknik belgede güçlü görünen bir üstünlüğün müşteri açısından önemsiz çıkması mümkündür. Böyle bir sonuç teknolojiyi değersizleştirmez; ekibin farklı kullanım alanı veya müşteri seçmesi gerektiğini gösterebilir.

Prototipin hangi koşullarda çalıştığını görünür kılmak

Bir prototipin çalıştığını söylemek başlangıçtır. Yatırımcıya hazırlanırken hangi ortamda, ne kadar süreyle ve hangi sınırlamalar altında çalıştığını da anlatın. Laboratuvar koşullarıyla gerçek kullanım ortamı arasındaki farklar, geliştirme planının merkezinde yer almalıdır.

Örneğin cihaz masa üzerinde başarılıyken sahada sıcaklık değişimi veya bağlantı kopması yaşayabilir. Yazılım az sayıda kayıtla sorunsuz çalışırken gerçek müşteri verisinin çeşitliliğinde hata üretebilir. Bu örnekler belirli bir ERBAN girişimine ait değildir; teknik doğrulamanın sınırlarını düşünmek için kullanılan varsayımsal durumlardır.

Gösterim dosyasına üç sütun eklemek yararlı olabilir: kanıtlanan özellik, henüz sınanmayan koşul ve sıradaki test. Böylece plan, belirsiz bir ürün geliştirme listesi olmaktan çıkar. Her testin sonucu hangi kararı değiştirecekse onu da yazın. Sonuç hiçbir kararı etkilemiyorsa testin önceliğini yeniden değerlendirin.

Görüşmede demo sırasında bir hata yaşanırsa onu saklamaya çalışmak yerine sınırını açıklayın. Hatanın nedenini bilmek, çözüm için gerçekçi bir plan sunmak ve etkilenmeyen özellikleri göstermek ekibin çalışma disiplinini görünür kılar. Başarı kadar sınırların doğru anlatılması da güvenilir bir teknik iletişimin parçasıdır.

Fikrî haklar ve katkı sahipliği dosyasını düzenlemek

Üniversite, teknopark veya ortak araştırma ortamından çıkan girişimlerde aynı teknolojiye farklı kişilerin katkısı bulunabilir. Kurucuların kullandıkları kod, tasarım, veri ve araştırma sonuçlarının kökenini bilmesi gerekir. Buradaki öneri hukuki sonuç ilan etmek değil, uzman incelemesine hazır bir envanter oluşturmaktır.

Geliştirilen her ana bileşen için kimin çalıştığını, hangi kurumla ilişki içinde üretildiğini ve hangi belgenin bulunduğunu kaydedin. Dışarıdan alınan yazılım veya tasarım hizmetleri de bu envantere dahil edilebilir. Katkıların sözlü olarak biliniyor olması, belgelerin gerektiğinde kolayca bulunacağı anlamına gelmez.

Açık kaynak bileşenleri, üçüncü taraf verileri ve müşteri tarafından sağlanan materyalleri ayrı başlıklarda tutmak incelemeyi kolaylaştırır. Her kullanımın uygunluğunu teknik ve hukuki uzmanlarla değerlendirmek gerekir. Patent başvurusu yapılmış olması da ürünün bütün ticari hak sorunlarının çözüldüğü sonucunu tek başına vermez.

Yatırım görüşmesi öncesindeki amaç, bütün belgeleri herkese göndermek değildir. Önce hangi belgenin mevcut olduğunu ve hangi sorunun açık kaldığını tespit edin. Paylaşım kapsamı görüşmenin aşamasına göre belirlenebilir. Böylece teknik ayrıntılarla ticari sırlar gereksiz biçimde dolaşıma girmeden anlaşılır bir hazırlık yapılabilir.

İlk pilotu satışa götüren öğrenme deneyi olarak kurmak

Pilot çalışma, ürünün gerçek kullanımdaki değerini öğrenmek için güçlü bir araç olabilir. Ancak pilotun başlamasıyla tamamlanması aynı başarı değildir. Ekip daha en başta neyin ölçüleceğini, kimin değerlendireceğini ve sonucun hangi karara bağlanacağını konuşmalıdır.

Bir pilot planında mevcut durum ölçümü, uygulama süresi ve sonuç toplantısı bulunabilir. Müşterinin hangi veriyi sağlayacağı, ekibin hangi kurulumu yapacağı ve beklenen iş yükü açık yazılmalıdır. Belirsiz sorumluluklar ürünün başarısını değerlendirmeyi zorlaştırabilir; sorun teknolojiden değil uygulama düzeninden kaynaklanabilir.

Başarı ölçütü yalnızca memnuniyet ifadesi olmamalıdır. Kullanım sıklığı, tamamlanan işlem, tekrar oluşan hata veya çalışanların harcadığı süre gibi konuya uygun göstergeler seçilebilir. Her gösterge için başlangıç değeri yoksa pilot sonunda değişimi yorumlamak güçleşir. Bu nedenle ilk ölçüm de ürün kurulumu kadar önemlidir.

Pilotun devamında ücretli kullanım konuşulacaksa bunun zamanı ve karar sahibi netleşmelidir. Ücretsiz deneme süresinin uzaması, tek başına ticari talep kanıtı değildir. Müşteri ürünü değerli buluyor olabilir fakat ödeme yetkisine, bütçeye veya satın alma takvimine sahip olmayabilir. Bu farkları öğrenmek sonraki müşteri seçimini iyileştirir.

Donanım ve yazılım maliyetlerini aynı büyüme varsayımına sıkıştırmamak

Teknoloji girişiminin maliyet yapısı ürünün türüne göre değişir. Donanımda parça tedariki, üretim hataları, kurulum ve bakım öne çıkabilir. Yazılımda ise veri işleme, müşteri desteği, entegrasyon ve ürün geliştirme kapasitesi önemli olabilir. Karma ürünlerde bu iki yapı birlikte değerlendirilmelidir.

Birim maliyet hesabına yalnızca görünür üretim giderini koymak eksik sonuç verebilir. Satılan ürünün kurulumu için ekip seyahat ediyorsa, müşteriye eğitim veriliyorsa veya ilk aylarda yoğun destek gerekiyorsa bunlar da iş modelinin parçasıdır. Henüz oluşmamış giderler tahmin olarak gösterilmeli, gerçekleşmiş maliyetlerle karıştırılmamalıdır.

Farklı satış adetleri için basit senaryolar kurmak faydalıdır. Hangi maliyet gerçekten adetle azalıyor, hangisi aynı kalıyor ve hangi eşikte yeni personel gerekiyor? Toplu alım indiriminin her zaman elde edileceği veya destek yükünün hiç artmayacağı varsayımı dosyanın zayıf noktası olabilir.

Bu çalışma tek bir kârlılık rakamı üretmekten çok kırılgan noktaları bulmak içindir. Tedarik süresi uzadığında nakit ihtiyacı değişiyorsa bunun yatırım talebine etkisini açıklayın. Müşteri ödemesi teslimden sonra geliyorsa üretim döneminin nasıl finanse edileceği de görüşmeye taşınmalıdır.

Varsayımsal örnek: Üniversite sensöründen sanayi ürününe

Bir üniversite projesinden çıkan üç kişilik ekibin üretim hattındaki titreşimi ölçen sensör geliştirdiğini düşünelim. Bu örnek tamamen varsayımsaldır ve ERBAN portföyündeki herhangi bir şirketi anlatmaz. Ekip laboratuvarda tutarlı ölçüm elde etmiş, bir işletmeyle deneme görüşmesi yapmıştır.

İlk sunumlarında yalnızca ölçüm hassasiyetini anlattıklarında müşteri sorusu yanıtsız kalır: Bu bilgi hangi bakım kararını iyileştirecek? Ekip daha sonra teknik özelliği, bakım sorumlusunun hatayı erken fark etme ihtiyacına bağlar. Pilot boyunca hangi uyarının üretildiğini ve uyarı sonrasında hangi işlemin yapıldığını kaydetmeyi planlar.

Aynı ekip ürünün toplam maliyetine montaj süresini dahil etmediğini fark eder. Kurulumun uzman gerektirmesi yeni satışların hızını sınırlayabilir. Bu nedenle yatırım kullanım planına yalnızca yeni sensör üretimi değil, kurulumu sadeleştirecek tasarım çalışması da eklenir.

Görüşme dosyasında artık dört açık soru vardır: saha verisinin güvenilirliği, müşterinin ödeme isteği, kurulumun tekrar edilebilirliği ve tedarik süresi. Ekip yatırımcıdan bütün sorunları çözmesini beklemek yerine hangi deneyle hangi soruyu azaltacağını anlatabilir. Bu yaklaşım teknik çalışmayı ticari bir öğrenme planına dönüştürür.

Yatırım talebini takvim ve kilometre taşlarıyla açıklamak

Kaynak talebi yalnızca ihtiyaç duyulan toplam tutar değildir. Kurucunun bu kaynakla hangi belirsizliği azaltacağını ve hangi aşamaya ulaşacağını anlatması gerekir. Ürün geliştirme, satış, ekip kurma ve operasyon harcamaları aynı hedefe hizmet etse bile farklı tarihlerde sonuç üretir.

Hazırlık için harcama kalemi, beklenen çıktı ve karar tarihi içeren sade bir tablo kullanılabilir. Bir mühendisin işe alınması çıktı değildir; o kişinin hangi geliştirme işini tamamlayacağı daha açıklayıcıdır. Benzer biçimde fuara katılmak faaliyet, doğrulanmış müşteri görüşmeleri ve takip planı ise değerlendirilebilir bir sonuç olabilir.

Takvimde birbirine bağımlı işler gösterilmelidir. Ürün testi tamamlanmadan satış sözü verilmesi veya tedarik anlaşması yapılmadan teslim tarihi açıklanması yeni riskler yaratabilir. Yatırım talebinin gerekçesi bu bağımlılıkları görünür kıldığında daha anlaşılır olur.

Alternatif senaryo da hazırlayın. Hedeflenen tutarın tamamı bulunamazsa hangi iş öncelik kazanacak? Satış beklenenden geç gerçekleşirse hangi gider ertelenebilir? Bu sorular büyüme arzusunu azaltmaz; ekibin kaynaklarını hangi sırayla kullanacağını düşünmesini sağlar. Kesin sonuç vaat etmek yerine karar mantığını ortaya koyar.

Yatırımcıdan beklenen teknik ve ticari katkıyı tarif etmek

Melek yatırım ağını değerlendirirken para dışında hangi deneyime ihtiyaç duyduğunuzu belirleyin. Sanayi müşterisine satış, dağıtım kanalı kurma, üretimi ölçekleme veya uluslararası sözleşme süreçlerini anlama gibi ihtiyaçlar birbirinden farklıdır. Genel bir çevre desteği talebi yerine öncelikli soruyu açık biçimde ifade etmek görüşmeyi verimli kılar.

Bir yatırımcının sektör deneyimi bulunması, bütün bağlantılarını hemen girişim için kullanacağı anlamına gelmez. Olası katkının kapsamı ve zaman ayırma biçimi karşılıklı konuşulmalıdır. Kurucu, şirketin günlük işleyişinden sorumlu olmaya devam eder; yatırımcı desteği bu sorumluluğun yerine geçmez.

Görüşme sonunda notları ikiye ayırabilirsiniz: doğrulanan bilgiler ve araştırılacak öneriler. Her öneriyi hemen ürün yol haritasına eklemek ekip odağını dağıtabilir. Önce önerinin hangi sorunu çözdüğünü, mevcut müşteri kanıtıyla uyumunu ve uygulanma maliyetini değerlendirin.

Satış görüşmelerinden karşılaştırılabilir kanıt üretmek

İlk müşteri temasları çoğu zaman kişisel tanışıklıklar üzerinden gerçekleşir. Bu, öğrenmek için değerli bir başlangıçtır; ancak her olumlu yorum aynı ağırlıkta değildir. Bir kişinin ürünü ilginç bulmasıyla kendi bütçesinden satın almaya hazır olması farklı sinyallerdir. Ekip görüşmelerini bu farkı koruyacak biçimde kaydetmelidir.

Her temas için kurumun türü, görüşülen kişinin rolü, anlatılan sorun ve önerilen sonraki adım yazılabilir. Böylece yalnızca toplantı sayısını artırmak yerine hangi müşteri grubunda daha net ihtiyaç bulunduğu görülebilir. Tek bir güçlü görüşmeden bütün sektörün aynı ürünü alacağı sonucu çıkarılmamalıdır. Benzer ihtiyaç farklı işletmelerde farklı satın alma takvimlerine bağlı olabilir.

Teknik ekip satış görüşmesine katıldığında açıklama yapma isteği baskın gelebilir. Oysa önce müşterinin mevcut yöntemi anlatmasına alan açmak daha fazla bilgi üretebilir. Sorunu çözmek için bugün ne yaptığı, neye para harcadığı ve hangi başarısız denemeleri yaşadığı sorulabilir. Soruların amacı ürünün beğenildiğini kanıtlamak değil, gerçek kullanım koşullarını anlamaktır.

Görüşme kayıtlarını belirli aralıklarla birlikte değerlendirin. Tekrarlanan engeller ürün özelliği, fiyat, kurulum yükü veya bütçe zamanı olabilir. Her engel için aynı çözüm gerekmez. Bazıları yeni ürün geliştirmesi, bazıları daha açık açıklama, bazıları ise farklı müşteri seçimi gerektirir. Bu ayrım yatırım kullanım planının gereksiz harcamalarla büyümesini de önleyebilir.

İnceleme dosyasını aşamalı paylaşmaya hazırlamak

Yatırımcı görüşmesi ilerlediğinde daha ayrıntılı belgeler istenebilir. Belgeleri o gün aramak yerine önceden sınıflandırmak ekip zamanını korur. Kurumsal kayıtlar, teknik doğrulama, müşteri ilişkileri ve finansal veriler ayrı başlıklarda düzenlenebilir. Her belgenin güncel sürümü, sahibi ve son kontrol tarihi belli olmalıdır.

İlk tanıtım dosyasıyla ayrıntılı inceleme dosyasının kapsamı aynı olmak zorunda değildir. İlkinde problem, çözüm, ekip ve ilerleme açıkça anlatılır. Sonraki aşamada gerekli görülen sözleşmeler veya teknik ayrıntılar uygun paylaşım koşullarıyla ele alınabilir. Hangi bilginin kimlerle paylaşılacağına ekip içinde karar verilmesi tutarsız gönderimleri azaltır.

Dosyalardaki rakamların birbirini tutması önemlidir. Sunumda açıklanan müşteri sayısıyla gelir tablosunda görünen müşteri sayısı farklıysa bunun nedeni anlatılabilmelidir. Deneme kullanan, ödeme yapan ve sözleşme imzalayan müşteriler ayrı tutulduğunda bu fark çoğu zaman anlaşılır hale gelir. Belge düzeni, yalnızca dışarıya iyi görünmek için değil, kurucuların kendi şirketini doğru izlemesi için de yararlıdır.

THK & Orion TEKMER açısından hazırlığın değeri

THK & Orion TEKMER'in yatırım ekosistemi rehberi, girişimcinin farklı kurumları kaynaklarıyla inceleyebilmesi için hazırlanır. ERBAN gibi teknoloji odaklı ağların tanınması, Ankara'daki bir ekibin kendi ihtiyaçlarını başka bölgesel deneyimlerle karşılaştırmasına yardımcı olabilir. Rehberde bulunmak kurumlar arasında özel kabul anlaşması olduğu anlamına gelmez.

Önce Türkiye yatırım ekosistemi dizininde farklı ağların resmî adreslerini inceleyin. Ardından kendi aşamanıza uygun görünen kurumlar için kısa bir uygunluk notu hazırlayın. Başvuru yapmadan önce teknik dosya, müşteri kanıtı ve kaynak kullanım planının birbiriyle tutarlı olmasını kontrol edin.

Daha geniş hazırlık çerçevesi için girişime yatırım bulma rehberimiz kullanılabilir. En yararlı ilk adım, çok sayıda kuruma aynı dosyayı göndermekten önce şirketinizin cevaplayamadığı önemli soruları belirlemektir.

Sık sorulan sorular

ERBAN'a nasıl başvurulur?

Başlangıç noktası ERBAN'ın resmî girişimci sayfasındaki yönlendirmedir. Başvuru ekranında istenen bilgileri ve güncel takvimi kurumdan doğrulayın. Bu yazı başvuru toplamıyor; kullanıcıyı kurumun kendi kanalına yönlendiriyor. Görüşmeye kabul, değerlendirme ve yatırım kararı ayrı aşamalar olarak ele alınmalıdır.

Henüz geliri olmayan bir teknoloji girişimi ne hazırlayabilir?

Müşteri görüşmelerini, çalışan prototipin sınırlarını, pilot planını ve teknik geliştirme ihtiyaçlarını düzenleyebilir. Gelir bulunmadığında gelir varmış gibi bir anlatım kurulmamalıdır. Hangi varsayımın henüz sınanmadığı açıklanırsa görüşme daha anlamlı sorular üzerinden ilerleyebilir. Güncel kabul koşulları yine doğrudan kurumdan öğrenilmelidir.

Teknoparkta bulunmak yatırım alınmasını sağlar mı?

Hayır. Bir teknoparkta veya TEKMER'de yer almak girişimin çalışma ortamını ve ekosistem bağını anlatabilir; yatırım kararının yerine geçmez. Ürün, ekip, müşteri ihtiyacı ve finansman planı kendi kanıtlarıyla değerlendirilir. Merkez üyeliğini ticari başarının kesin göstergesi gibi sunmamak gerekir.

Akademik çıktıyla ticari ürün arasında hangi belge önemlidir?

Tek bir belge bütün hazırlığı karşılamaz. Teknik testler, katkı sahipliği kayıtları, müşteri görüşmeleri ve ürün maliyeti birlikte anlam kazanır. Eksik veya tartışmalı haklar varsa uzman incelemesi gerekir. Yatırım görüşmesine giderken bu konuların durumunu dürüstçe açıklamak, yalnızca patent veya yayın sayısını öne çıkarmaktan daha yararlıdır.