AR-GE proje yazımında en sık tökezlenen kısım yeni bir teknoloji bulmak değil, mevcut fikri "bu bir AR-GE'dir" diye anlatabilmek. Proje sahipleri çoğunlukla teknik olarak doğru ama bürokratik dilden uzak yazıyor; sonuçta fonu veren tarafın hakemi "bu rutin geliştirmeden ibaret" diye not düşerek geri çeviriyor.
Bu yazıda AR-GE'nin tanımıyla başlayıp, Teknoloji Hazırlık Seviyesi (THS / TRL) belirlemeyi ve başarılı bir proje önerisinin yapısını ele alıyoruz. Vurgu, çağrıdan önce hazırlık yapanların atlamadığı detaylarda.
Bu rehberde başarılı bir AR-GE proje önerisinin yapısını, Teknoloji Hazırlık Seviyesi (THS / TRL) kavramını ve değerlendirme süreçlerinde sıkça aranan unsurları ele alıyoruz.
AR-GE Projesi Nedir, Ne Değildir?
AR-GE projesi en sade tanımıyla; bilimsel ve teknik bilgi birikimini artırma amacıyla, sistematik bir temelde yürütülen yenilikçi faaliyetlerdir. Bu tanım üç kritik unsur içerir: bilgi birikimini artırma, sistematik yaklaşım ve yenilikçilik.
Aşağıdaki tablo, AR-GE sayılan ve sayılmayan faaliyetler arasındaki farkı netleştirir:
| AR-GE Sayılır | AR-GE Sayılmaz |
|---|---|
| Yeni bir algoritma geliştirme | Hazır bir kütüphaneyi entegre etme |
| Bilinen olmayan bir üretim yöntemi denemek | Mevcut üretim hattını çoğaltmak |
| Yeni bir malzeme bileşimi test etmek | Tedarikçi malzemesini değiştirmek |
| Bilinmeyen sonuçlu teknik bir deney yapmak | Bilinen sonuçlu üretim yapmak |
| Mevcut çözümün performansını ciddi şekilde aşan yeni mimari | Hazır ürünleri birleştirmek |
Önemli bir prensip: bir proje AR-GE niteliği taşıması için 'çıktısı bilinmeyen' bir teknik sorunla karşı karşıya olmalıdır. Eğer projenin tüm teknik adımları zaten önceden tahmin edilebiliyorsa, bu bir mühendislik veya yatırım projesidir.
Teknoloji Hazırlık Seviyesi (THS / TRL)
NASA tarafından 1970'lerde geliştirilen ve bugün dünya genelinde tüm AR-GE programlarının ortak dili olan TRL (Technology Readiness Level), Türkçe karşılığıyla THS, bir teknolojinin olgunluk seviyesini 1-9 arası ölçekle ifade eder.
THS Seviyeleri
| Seviye | Tanım | Tipik Çıktı |
|---|---|---|
| THS 1 | Temel ilkeler gözlemlenmiş | Akademik makale, teorik çalışma |
| THS 2 | Teknoloji konsepti formüle edilmiş | Teknik rapor, patent başvurusu |
| THS 3 | Konsept deneysel olarak doğrulanmış | Laboratuvar prototipi |
| THS 4 | Bileşenler laboratuvarda doğrulanmış | Çalışan prototip (laboratuvar) |
| THS 5 | Bileşenler ilgili ortamda doğrulanmış | Pilot prototip |
| THS 6 | Sistem ilgili ortamda gösterilmiş | Saha pilotu |
| THS 7 | Sistem operasyonel ortamda gösterilmiş | Üretim öncesi prototip |
| THS 8 | Sistem tamamlanmış ve sertifikalanmış | İlk seri üretim |
| THS 9 | Sistem operasyonel olarak kanıtlanmış | Ticarileşmiş ürün |
Hangi THS Seviyesi Hangi Programa Uygun?
- THS 1-2: Akademik araştırma fonları (TÜBİTAK 1001, ARDEB)
- THS 3-5: TÜBİTAK 1507 KOBİ AR-GE Başlangıç Programı için ideal aralık
- THS 4-7: TÜBİTAK 1501 Sanayi AR-GE Programı için uygun aralık
- THS 6-8: KOSGEB Endüstriyel Uygulama, Horizon Europe gibi büyük programlar
- THS 8-9: Yatırım teşvikleri, ticarileşme destekleri
Başarılı Bir AR-GE Proje Önerisinin Yapısı
1. Yönetici Özeti (1-2 sayfa)
Projenin neyi çözdüğünü, nasıl çözeceğini ve neden yenilikçi olduğunu 5-6 paragrafta anlatın. Değerlendirme kurulu önce bunu okur; ilgisini çekmezse projeyi detaylı incelemeyebilir.
2. Problem Tanımı ve Mevcut Durum Analizi
Çözmek istediğiniz teknik problemi somut şekilde tanımlayın. Mevcut çözümleri (rakipler, akademik literatür, patent durumu) inceleyin; her birinin eksik kaldığı noktaları belirtin.
3. Yenilikçilik ve Katma Değer
Projenizin mevcut çözümlere kıyasla ne tür sayısal iyileştirme getireceğini somut hedeflerle ifade edin. "Daha iyi olacak" yerine "%30 enerji tasarrufu", "5 kat daha hızlı", "yarı maliyetle" gibi ölçülebilir hedefler koyun.
4. Teknik Yaklaşım ve İş Paketleri
Projeyi 4-7 iş paketine bölün. Her iş paketi için: amaç, çıktı, süre, personel, kullanılacak yöntem ve risk analizi yapın. İş paketleri arasındaki bağımlılıkları net şekilde gösterin.
5. Proje Ekibi ve Altyapı
Proje ekibinde her teknik alan için yetkin personel olmalıdır. Yazılım yoğun bir projede sadece elektronik mühendisi olması, donanım yoğun projede sadece yazılımcı olması ciddi eksiklik olarak değerlendirilir. Mevcut makine, teçhizat ve yazılım altyapınızı listeleyin.
6. Bütçe ve Zaman Çizelgesi
Bütçe kalemlerini gerçekçi tutun. Şişirilmiş veya çok düşük bütçeler güvenilirliği zedeler. Zaman çizelgesini Gantt diyagramı ile görselleştirin; kritik patika ve kilometre taşlarını belirtin.
7. Ticarileşme Planı
Projenin sonunda ne tür bir ürün/hizmet ortaya çıkacak, hangi pazarda satılacak, ilk 3 yıllık satış projeksiyonu nedir? AR-GE projesinin ticari karşılığı olmalıdır; aksi halde 'akademik araştırma' kapsamına girer.
Değerlendirme Kurulunun Aradıkları
TÜBİTAK ve benzeri kurumların hakem kurulları, başvuruları üç temel sorudan yola çıkarak değerlendirir:
Soru 1: Bu proje gerçekten AR-GE niteliği taşıyor mu? Bilinmeyen bir teknik problemle uğraşıyor mu, yoksa rutin mühendislik mi?
Soru 2: Proje ekibi ve altyapı bu projeyi başaracak kapasiteye sahip mi? Önceki tecrübeler bunu destekliyor mu?
Soru 3: Projenin başarılı sonuçlanması ülke ekonomisine, sektöre veya bilime ne tür katma değer sağlayacak?
Sıkça Yapılan Hatalar
Hata 1: Pazarlama Diliyle Yazma
"Devrim niteliğinde", "benzersiz", "piyasanın en iyisi" gibi pazarlama ifadeleri proje önerisinde yer almamalıdır. Bunun yerine sayısal hedefler ve teknik metrikler kullanın.
Hata 2: Belirsiz Teknik Yaklaşım
"Yapay zeka kullanılacak" yetersizdir. Hangi algoritma ailesi (CNN, transformer, klasik makine öğrenmesi), hangi veri kümesi, hangi başarı metrikleri (accuracy, F1 score) ile değerlendirileceği belirtilmelidir.
Hata 3: Risk Analizinin Eksikliği
Her AR-GE projesi risklidir; bu zaten AR-GE'nin doğasıdır. Risk yokmuş gibi yazılan projeler güvenilir bulunmaz. Teknik, ekonomik ve operasyonel riskleri açıkça belirtin ve azaltma stratejileri sunun.
Hata 4: Bütçe-Bütçe Tutarsızlığı
Toplam bütçe ile alt kalemler tutmuyor, proforma faturalar bütçeyle uyumsuz, KDV durumu net değil... Bu tür tutarsızlıklar başvurunun teknik değerlendirmeye girmeden elenmesine yol açar.
Hata 5: Ticarileşme Planının Yüzeyselliği
"Pazarda büyük talep var" demek yeterli değildir. Hedef pazar büyüklüğü, ulaşılabilir pazar payı, fiyatlandırma stratejisi, satış kanalları ve ilk müşteri profilleri somut şekilde tanımlanmalıdır.
Sonuç
AR-GE projesi yazımı, hem teknik derinlik hem de sunum becerisi gerektiren bir süreçtir. İyi bir teknik fikir bile zayıf bir önergeyle kaybedilebilir; doğru kurgulanmış orta seviye bir fikir, iyi yazıldığında destek alabilir.
EA ARGE olarak, projenizin THS seviyesini doğru belirlemek, doğru destek programını seçmek ve değerlendirme kurulunun aradığı dilde yazımını tamamlamak için uçtan uca danışmanlık veriyoruz. Hem teknik içerik hem de bütçe kurgusu konularında firmanızın yanındayız.
Yazma sürecine dair
İlk taslağınız muhtemelen okunabilir olmayacak, bu normaldir. Proje önerisi, dördüncü revizyondan sonra şekillenmeye başlıyor; aralara birkaç günlük mesafe koymadan iyi bir versiyon çıkmıyor. Yardıma ihtiyacınız olursa erken aşamada bizimle iletişime geçin; son haftada gelen yardım talepleri çoğu zaman yetişmiyor.