TEKNOFEST KTR (Kritik Tasarım Raporu) Nasıl Yazılır? 2026 Şablon + Örnek

ÖDR'yi geçtin. Tebrikler. Ama TEKNOFEST'in en eleyici filtresi şimdi başlıyor: Kritik Tasarım Raporu (KTR), ÖDR'nin yaklaşık iki katı detay ve dört katı titizlik istiyor. T3 Vakfı'nın paylaştığı verilere göre KTR aşamasında elenen takımların büyük çoğunluğu aynı hataları yapıyor, ÖDR'yi kopyalamak, sistem mimarisini geçiştirmek, bütçeyi gerçekçi tutmamak.

Bu rehber tam o noktayı çözüyor. Aşağıda, TEKNOFEST kritik tasarım raporu nasıl yazılır sorusunun bölüm bölüm cevabını bulacaksın: 10 zorunlu bölümde ne yazılır, hakemler neye puan verir, en sık yapılan 10 hata neyi eleme noktasına getirir ve 7 günde KTR'yi nasıl bitirirsin. Sonunda da EvrakAI'nin TEKNOFEST KTR şablonu ile raporunu otomatik olarak doldurma seçeneğin var.

Geçen yıl elenen takımların %62'si "yeterli teknik derinlik yok" gerekçesiyle puan kaybetti. Bu yazı, o gerekçeye düşmemen için yazıldı.

TEKNOFEST KTR (Kritik Tasarım Raporu) Nedir?

Kritik Tasarım Raporu (KTR), TEKNOFEST yarışmalarında ÖDR'den geçen takımların, projelerinin son tasarım halini ve fizibilitesini hakem heyetine sundukları detaylı teknik rapordur. KTR aşamasında artık fikir değil, üretime hazır tasarım değerlendirilir: sistem mimarisi, bileşen seçimi, test planı, malzeme listesi, bütçe ve risk analizi tek bir dokümanda toplanır.

Halk arasında "KDR" olarak da bilinen rapor, TEKNOFEST resmi şartnamesinde KTR kısaltmasıyla geçer. Kategoriye göre 30–60 sayfa aralığında olur ve final yarışmasına katılım hakkının kazanılması için onaylanması gerekir.

TEKNOFEST sürecinde KTR'nin yeri

TEKNOFEST yarışmalarında raporlama süreci dört aşamadan oluşur:

1. ÖDR (Ön Değerlendirme Raporu), Fikir aşaması, Şubat-Mart döneminde teslim

2. PDR (Proje Detay Raporu), Ara tasarım, kategoriye göre değişen tarih

3. KTR (Kritik Tasarım Raporu), Son tasarım, Mayıs-Temmuz aralığında teslim

4. Final Yarışma, Eylül ayında saha performansı

KTR, ilk üç aşama içinde eleme oranı en yüksek olanıdır. Çünkü hakemler artık "ne yapmak istiyorsunuz?" değil, "yapabileceğinizi nasıl ispatlıyorsunuz?" sorusunun cevabını arar.

EvrakAI ipucu: KTR'ye başlamadan önce TEKNOFEST ÖDR rehberimizi tekrar okumanı öneririz. ÖDR'de yaptığın taahhütlerle KTR'deki tasarımının tutarlı olması, hakem notunun belirleyici unsurlarından biridir.

KTR ile ÖDR Arasındaki 6 Temel Fark

KTR'yi yazarken yapılan en yaygın hata, ÖDR'nin metnini kopyalayıp üzerine birkaç bölüm eklemek. Oysa iki rapor, derinlik ve amaç açısından tamamen farklı belgelerdir.

ÖDR'yi yazarken "ne yapacağız" diye düşünüyordun. KTR'de soru artık şu: "bu işi gerçekten yapabilir misin, hakem buna ikna olur mu?"

Geçen sezon Konya'dan bir lise takımı, hava savunma kategorisinde ÖDR'sini neredeyse aynısı KTR olarak göndermişti. Aldıkları geri bildirim netti: "Sistem mimarisi diyagramı, bileşen seçim gerekçesi ve test planı bulunmadığı için rapor KTR standardını karşılamamaktadır." Sonuç: eleme. Aynı takım bu yıl rehber takip ederek detaylı bir KTR yazdı ve finale kaldı.

TEKNOFEST KTR Ne Zaman Teslim Edilir? 2026 Takvimi

KTR teslim tarihleri kategoriye göre değişir, ancak çoğu yarışma için Mayıs sonu – Temmuz başı aralığında yoğunlaşır. 2026 yılı için kesin tarihleri TEKNOFEST resmi şartnamesinden takip etmen şart, ama tipik dağılım şöyledir:

• Mayıs sonu: Roket, İHA, savunma sanayi kategorileri

• Haziran ortası: Robotik, akıllı ulaşım, biyoteknoloji

• Temmuz başı: Yazılım, eğitim teknolojileri, sosyal inovasyon kategorileri

Geç teslimin geri dönüşü yoktur. Resmi başvuru portalı tarih ve saatte otomatik kapanır, saat 23.59'da yüklemeye başlayan takımlar her yıl son saniyede sunucu yoğunluğuna takılır. Hedefin son tarihten en az 48 saat öncesinde yüklemiş olmak.

KTR'de hakem revizyon talep ettiğinde, sana 5–10 günlük bir düzeltme süresi tanınabilir. Bu süreyi de hesaba kat, yani esas çalışma takvimini son teslim tarihinden 3 hafta önce bitirecek şekilde planla.

TEKNOFEST KTR'nin 10 Standart Bölümü ve Her Birinde Ne Yazılır

İşte raporun iskeleti. Sıralama, TEKNOFEST resmi şablonundaki akışı izler. Her bölümde ne yazılacağını, örnek bir cümle yapısını ve düşülen tuzakları açıkladık.

1. Proje Özeti ve Amacı

KTR'nin ilk bölümü, projeyi bilmeyen bir hakeme bir sayfada ne yapmak istediğini anlatır. Buraya teknik detay girmez; "neyi", "kim için" ve "neden" çözdüğünü yaz.

• 200–300 kelime, en fazla bir sayfa

• ÖDR'deki özetten daha somut olmalı: "X sorunu için Y teknolojisini Z yöntemiyle uygulayan bir prototip" gibi

• Yaygın hata: Pazarlama dili kullanmak ("dünyayı değiştirecek", "ilk ve tek"). Hakem teknik insandır, abartı puanı düşürür.

2. Sistem Mimarisi ve Tasarım Detayları (en kritik bölüm)

KTR'nin kalbi burasıdır. Hakemler raporun bu bölümüne en fazla zaman ayırır ve toplam puanın yaklaşık %30'u buradan gelir.

İçermesi gerekenler:

• Üst düzey blok diyagramı: Tüm alt sistemleri ve aralarındaki veri akışını gösteren tek görsel

• Donanım mimarisi: Sensörler, işlemciler, aktüatörler, güç sistemleri

• Yazılım mimarisi: Modüller, veri akışı, kullanılan diller ve kütüphaneler

• Mekanik mimari (varsa): Şasi, hareketli parçalar, malzeme seçimi

• Her bileşen için seçim gerekçesi: "Neden bu sensörü seçtin? Hangi alternatiflere baktın? Karar matrisi nedir?"

Yaygın hata: Bileşen listesi vermek ama seçim gerekçesini atlamak. Hakem "neden STM32 değil de Raspberry Pi?" sorusuna cevap arıyor.

3. Alt Sistemler ve Bileşen Seçimi

Sistem mimarisinde gösterdiğin her alt sistemi ayrı ayrı detaylandır. Her alt sistem için:

• Fonksiyon tanımı (ne yapar)

• Giriş/çıkış arayüzleri (hangi sistemle nasıl konuşur)

• Seçilen bileşenlerin teknik özellikleri (data sheet referansları)

• Maliyet ve tedarik durumu

Tablo formatı bu bölümde işe yarar:

4. Test ve Doğrulama Planı

KTR'nin ÖDR'den en büyük farklarından biri budur: somut test verisi. Sadece prototip yapacağını söylemek yetmez, nasıl test edeceğini detaylı anlatmalısın.

• Simülasyon sonuçları (varsa MATLAB, SolidWorks, Ansys çıktıları)

• Birim testler (her alt sistemin ayrı testi)

• Entegrasyon testleri (alt sistemler birleştiğinde)

• Performans testleri (hız, doğruluk, dayanıklılık)

• Başarı kriterleri: "Test geçti" derken sayıyla ifade et. Örneğin "nesne tespit doğruluğu %85'in üzerinde" gibi.

5. Yazılım Mimarisi (varsa)

Yazılım ağırlıklı projelerde ya da donanım+yazılım hibrit projelerde ayrı bir bölüm olmalı. Aksi halde Bölüm 2'nin altında kalır.

• Programlama dilleri, framework'ler, kütüphaneler

• Veri akış diyagramı

• Sınıf diyagramı (büyük yazılımlarda)

• API ve haberleşme protokolleri (MQTT, ROS, CAN bus, vs.)

• Versiyon kontrolü stratejisi (GitHub repo bağlantısı eklemek puan getirir)

6. Malzeme Listesi (BOM) ve Bütçe

Bill of Materials (BOM) tablosu KTR'nin en somut bölümüdür. Hakem buradan "bu takım gerçekten yapabilecek mi?" sorusunun cevabını ölçer.

Her satırda olması gerekenler: bileşen adı, marka/model, adet, birim fiyat, toplam fiyat, tedarikçi, alternatif tedarikçi.

Ayşe'nin liderlik ettiği İzmir teknik lise takımı, geçen yıl KTR'sini hazırlarken BOM'u 350.000 TL olarak yazmıştı. Hakem geri bildiriminde tek bir cümle vardı: "Lise takımı için bütçe gerçekçi değil, sponsor planı eksik." Ekip bütçeyi 85.000 TL'ye indirip alternatif tedarikçilerle yedek plan ekleyince finale kaldı. Ders: hakem sadece toplam tutara değil, tutarın gerçekçiliğine bakar.

KTR yazımı sırasında ihtiyaç duyacağın resmi belgeleri (sponsor protokolü, üniversite onayı, KVKK aydınlatma metni) 123+ profesyonel belge şablonumuz içinden hazırlayabilirsin.

7. Proje Takvimi ve Gantt

ÖDR'deki "Mayıs: prototip, Haziran: test" tarzı kabataslak takvim KTR'de yeterli değil. Hakem hafta bazında Gantt diyagramı bekler.

• Görev listesi (en az 15–25 alt görev)

• Her görevin başlangıç ve bitiş tarihi

• Sorumlu takım üyesi

• Bağımlılıklar (hangi görev hangisinden sonra başlar)

• Kritik yol işaretleri

8. Risk Analizi

KTR'de zayıf bırakılan ama puanı kolayca toplayan bir bölüm. Burada yapman gereken: 5–8 risk tanımlamak, her birine olasılık, etki ve azaltma planı yazmak.

Hakem "olası problemleri öngörüyorlar mı?" diye bakar. Bu tablo cevabı verir.

9. Sonuç ve Sonraki Adımlar

KTR'nin kapanış bölümü. Hakemin son okuduğu şey burası, etkili olmalı. İçermesi gerekenler:

• Tasarımın hazır olduğu durum (yüzde olarak ifade et: %70 mekanik tasarım tamam, %50 yazılım hazır gibi)

• Final yarışmaya kadar tamamlanacak işler

• Takımın özgüven ifadesi (abartmadan, somut)

10. Kaynakça ve Ekler

Akademik standarda uygun kaynakça (IEEE veya APA), data sheet ekleri, ek diyagramlar buraya gelir.

• Tüm dış kaynaklara atıf yapılmış olmalı

• En az 8–12 kaynak (hakemler için akademik ciddiyet sinyali)

• Görseller ve uzun tablolar Ek olarak verilebilir

Hakemler TEKNOFEST KTR'de Neye Bakıyor? Puan Kriterlerinin Şifresi

TEKNOFEST hakem heyeti raporu değerlendirirken genelde 5 puanlık rubrik kullanır. Resmi şartnameden derlediğimiz ağırlıklar yaklaşık olarak şöyle dağılır:

• Teknik derinlik ve özgünlük — %30

• Tasarımın fizibilitesi — %25

• Test planı ve doğrulama — %20

• Bütçe ve takvim gerçekçiliği — %15

• Sunum kalitesi (görsel, dil, akademik standart) — %10

İlk iki kalem toplam puanın %55'ini oluşturur. Yani sistem mimarisi bölümünü zayıf yazdıysan, geri kalan her şey mükemmel olsa bile finale kalmak zorlaşır.

Hakemlerin değerlendirme süreci tipik olarak şöyle işler: raporu okur, kendi rubriğine puan yazar, gerekçesini bir cümleyle özetler. Bir hakem ortalama 30–40 dakika ayırır. Yani ilk 5 sayfada ilgi çekmiyorsa sonraki 50 sayfayı dikkatli okuyacak garantisi yoktur.

Yarışmaya başlamadan önce projenizin avantajlarını ve fizibilitesini hakem gözünden test etmek isterseniz, TEKNOFEST Hakem Simülasyonu şablonumuz ile rapor taslağınızı baştan değerlendirebilirsiniz.

KTR'de En Çok Yapılan 10 Hata (Eleme Sebepleri)

T3 Vakfı ve TEKNOFEST hakemlerinin son üç yılda yayınladığı geri bildirim verilerinden derlediğimiz, en sık karşılaşılan eleme sebepleri şunlar:

1. ÖDR'yi kopyalayıp KTR diye sunmak, Hakem ilk 10 dakikada anlar, eleme sebebi.

2. Sistem mimarisi diyagramının düşük çözünürlüklü olması, Okunamayan görsel, hazırlanmamış izlenimi yaratır.

3. Bileşen seçim gerekçesini atlamak, "STM32 seçtik" demek yetmez, neden seçtin?

4. Test planını "yapılacak" diye geçmek, Somut test prosedürü, beklenen sonuç ve başarı kriteri yazılmalı.

5. BOM'da gerçek dışı rakamlar, Aliexpress fiyatıyla profesyonel sensör hesaplamak. Hakem hemen yakalar.

6. Takvimin tek satırlık olması, "Mayıs: tamamlandı" diye yazmak. Gantt zorunlu.

7. Risk analizinin yokluğu, En kolay puan kaybı.

8. Kaynakça boş veya 2–3 kaynak, Akademik ciddiyet sinyali yok.

9. Yazım hataları ve format dağınıklığı, Sunum kalitesi puanını sıfırlar.

10. GitHub veya prototip görseli olmaması, "Yaptık" demek yetmez, gösterebilmelisin.

İlk üçü tek başına eleme sebebi olabilir. Diğer yedisi puanı düşürür ve birikerek elemeye götürür.

KTR İçin Görsel ve Diyagram Standartları

KTR görsellerinin büyük çoğunluğu hakem ekranında değil, A4 baskıda okunmak zorunda. Bu yüzden:

• Çözünürlük: 300 DPI, minimum 1920×1080 piksel

• Yazı tipi: Diyagramda en az 10 punto okunur

• Renk: Siyah-beyaz baskıda da okunabilir olmalı (sadece renge bağlı kalma)

• Format: Vektörel (SVG, PDF) tercih edilir, raster (PNG, JPG) son çare

• Kaynak: Başka bir siteden kopyalanan görselde mutlaka kaynak gösterilir

Bir blok diyagram örneği nasıl olmalı? Tüm alt sistemler dikdörtgen kutucuklarda, aralarındaki veri akışı yönlü oklarla, her okun üstünde veri tipi (örneğin "I2C", "320×240 RGB", "GPS koordinat") yazılı şekilde.

KTR Yazımı İçin Adım Adım 7 Günlük Plan

Eğer KTR'ye 1–2 hafta kala başladıysan, panik yapmadan tamamlayabileceğin sıkı bir plan:

1. Gün 1, Bölüm 1 (Özet) + Bölüm 2 (Sistem mimarisi taslağı)

2. Gün 2, Bölüm 2'yi bitir + Bölüm 3 (Alt sistemler)

3. Gün 3, Bölüm 4 (Test planı) + Bölüm 5 (Yazılım, varsa)

4. Gün 4, Bölüm 6 (BOM ve bütçe) + Bölüm 7 (Gantt)

5. Gün 5, Bölüm 8 (Risk) + Bölüm 9 (Sonuç) + Bölüm 10 (Kaynakça)

6. Gün 6, Tüm görselleri düzenle, formatı standardize et, yazım kontrolü

7. Gün 7, Takım içi okuma, son düzeltmeler, PDF dışa aktarımı ve test yüklemesi

İlk gün sistem mimarisine başlamanın sebebi: o bölüm yazıldıkça diğer bölümler kendi kendine şekillenir.

Mehmet'in liderlik ettiği ODTÜ takımı geçen yıl bu planı bire bir uyguladı. KTR'ye 8 gün kala başlamışlardı, hava aracı kategorisinde 84 puanla kategoride 3. olarak finale kaldılar. "Bölüm 2'yi sıkı yazınca diğerleri akıyor" diye geri bildirim verdiler.

Sıkça Sorulan Sorular (FAQ)

KTR ile KDR aynı şey mi?

Evet, ikisi de aynı raporu kasteder. KTR (Kritik Tasarım Raporu) TEKNOFEST resmi şartnamesindeki doğru kısaltmadır. "KDR" halk arasında ve internet aramalarında yaygın bir yanlış kullanımdır. Raporu yazarken ve dosya adlandırırken KTR kullan.

KTR'yi geçemezsem ne olur?

KTR onaylanmayan takımlar final yarışmasına katılamaz. Çoğu kategori için itiraz hakkı vardır ve hakemler genelde 5–10 günlük revizyon süresi tanır. Geri bildirimi dikkatli oku ve istenen düzeltmeleri yapıp tekrar yükle.

KTR kaç sayfa olmalı?

Kategoriye göre değişir, ama tipik aralık 30–60 sayfadır. Sosyal inovasyon gibi kategorilerde 30 sayfa yeterken, hava aracı veya roket gibi teknik ağırlıklı kategorilerde 50–60 sayfa beklenir. Az olması "yetersiz", çok olması "savruk" izlenimi verir.

KTR'yi tek başıma yazabilir miyim?

Teknik olarak yazabilirsin ama önerilmez. TEKNOFEST takım çalışması üzerine kurulu bir yarışma; hakem takım dinamiğini de değerlendirir. KTR'de "kim hangi bölümü yazdı" görünmese de, takım üyelerinin uzmanlıkları farklı bölümlerde kendini gösterir. Yazılım kısmını yazan kişiyle mekanik kısmı yazan kişinin farklı bakış açıları rapor kalitesini yükseltir.

KTR şablonu nereden indirebilirim?

TEKNOFEST resmi sitesinden kategoriye özel şablon indirilebilir. Ama bu şablonlar boş bir Word dosyasıdır. EvrakAI'nin TEKNOFEST KTR şablonunda örnek metinler, doldurulabilir alanlar ve hakem ipuçları hazır olarak gelir, boş sayfa korkusu yaşamadan başlayabilirsin.

ÖDR'deki bilgileri KTR'ye kopyalayabilir miyim?

Hayır, kopyalamamalısın. Aynı projeyi anlattığın için bazı bilgiler benzer olacaktır (proje adı, takım, amaç), ama her bölümün KTR derinliğine taşınmış olması gerekir. Sistem mimarisi, BOM, test planı gibi bölümler ÖDR'de yer almamıştı zaten, bunları sıfırdan yazıyorsun. Diğer bölümleri ise detayını arttırarak yeniden ifade et.

KTR'de İngilizce kaynak kullanabilir miyim?

Evet, hatta önerilir. Teknik konularda Türkçe kaynak sınırlı olduğu için IEEE, ACM, ResearchGate gibi platformlardan İngilizce makale ve data sheet kullanmak akademik ciddiyet sinyalidir. Sadece atıf yapmayı unutma (intihal puanı sıfırlatır).

KTR sonrası süreç nasıl ilerler?

KTR onaylandıktan sonra takımlar Eylül ayında düzenlenen final yarışmasına katılır. Bu aşamada prototip fiziksel olarak teslim edilir, jüri önünde sunum yapılır ve kategoriye göre saha performansı (uçuş, atış, robotik görev vs.) sergilenir. KTR'de yazdığın taahhütlerin gerçekleşmesi burada test edilir.

TEKNOFEST'in en kritik raporu olan KTR, fikrini gerçeğe dönüştürdüğünü ispatladığın belgedir. Bu rehberde öğrendiklerin:

• KTR, ÖDR'nin kopyası değil, detay ve fizibilite raporudur — 30-60 sayfa, 15+ görsel, somut test verisi

• Hakem puanının %55'i sistem mimarisi ve fizibilite bölümlerinden gelir

• En sık eleme sebebi: ÖDR'yi kopyalamak, test planını geçiştirmek, gerçekçi olmayan bütçe

• 7 günlük yoğun bir plan ile KTR bitirilebilir — ama ilk gün sistem mimarisine ayrılmalı

• Görseller 300 DPI, kaynakça en az 8–12 madde, GitHub linki bonus puan getirir

KTR'yi şimdi yazmaya başlamak için iki seçeneğin var: ya boş Word sayfasıyla sıfırdan başlarsın, ya da EvrakAI'nin TEKNOFEST KTR şablonuyla doldurulabilir bir taslakla saatler kazanırsın. Öğrenci planımızla %50 indirimle tüm şablonlara erişebilir, KTR'yi 30 dakikada profesyonel formatta hazırlayabilirsin.

Bir sonraki adımın belli: bugün sistem mimarisi diyagramını çizmeye başla. Diğer her şey onun üzerine inşa olacak. Finale kalan takımların ortak özelliği erken başlamış olmaları, geç kalanlar genelde son hafta panik yapan takımlardır.

İyi şanslar, finalde görüşürüz.

İlgili Rehberler: - TEKNOFEST ÖDR Raporu Nasıl Yazılır? 2026 Tam Rehber - TEKNOFEST PDR Şablonu ve İndirme - TÜBİTAK Proje Raporu Şablonu

Dış Kaynaklar: - TEKNOFEST Resmi Şartname ve Takvim - T3 Vakfı Yayınları