Ideathon, "fikir maratonu" anlamına gelir. Hackathondan farklı olarak çoğu ideathonda kod yazmanız ya da çalışan bir ürün geliştirmeniz beklenmez; asıl çıktı iyi tanımlanmış bir problem, buna yanıt veren yenilikçi bir çözüm ve uygulanabilir bir iş modelidir. Bu da sunumu yarışmanın en belirleyici anı haline getirir: jüri fikrinizi yalnızca sizin anlattığınız kadarıyla tanır.
Bu rehberde ideathon sunumunu baştan sona nasıl kurgulayacağınızı, jürinin hangi sorulara yanıt aradığını ve sık yapılan hataları anlatıyoruz.
Ideathonu hackathondan ayıran nedir?
Hackathonda jüri "çalışıyor mu?" diye sorar; ideathonda ise "gerçek bir problem mi, bu çözüm işe yarar mı ve hayata geçirilebilir mi?" diye. Bu yüzden ideathonda teknik derinlikten çok araştırma, kanıt ve anlatım öne çıkar. Disiplinlerarası takımlar avantajlıdır: iş, tasarım, mühendislik ve alan bilgisini bir arada sunan takımlar fikri her açıdan savunabilir.
Jüri bir fikirde neyi arar?
- Gerçek ve önemli bir problem: Problemi yaşayan kim, ne sıklıkla yaşıyor, bugün nasıl çözmeye çalışıyor?
- Kanıt: Problemin varlığını gösteren veri, kullanıcı görüşmesi ya da anket sonuçları.
- Net bir hedef kitle: "Herkes" bir hedef kitle değildir. İlk kullanıcılarınız kim?
- Farklılaşma: Mevcut çözümlerden ve rakiplerden ayrıştığınız nokta.
- Uygulanabilirlik: Fikir bugünkü teknoloji, bütçe ve mevzuatla hayata geçirilebilir mi?
- İş modeli ve etki: Proje kendini nasıl sürdürecek, kimlere ne ölçekte fayda sağlayacak?
Kazandıran sunum yapısı: 10 slayt
Süreniz 3 ile 7 dakika arasında değişebilir. Aşağıdaki yapı çoğu formata uyarlanabilir; kısa sürelerde bazı slaytları birleştirin.
- Kapak: Proje adı ve fikri özetleyen tek bir cümle. ("X, Y yaşayan Z kişilerin W yapmasını sağlar.")
- Problem: Problemi somut bir kişi ya da durum üzerinden anlatın; soyut tanımlardan kaçının.
- Kanıt: Görüşmeler, anketler, istatistikler. "Konuştuğumuz 12 öğrenciden 9'u…" gibi bulgular güçlüdür.
- Çözüm: Fikrinizi bir ya da iki cümleyle tanıtın. Özellik listesi değil, kullanıcıya sağladığı değeri anlatın.
- Nasıl çalışır: Kullanıcının yolculuğunu adım adım gösterin. Basit bir ekran taslağı (mockup) burada çok etkilidir.
- Hedef kitle ve pazar: İlk kullanıcılarınız kim, potansiyel kitle ne kadar büyük?
- Rakipler ve farkınız: Mevcut alternatifleri dürüstçe gösterin ve neden farklı olduğunuzu açıklayın.
- İş modeli: Gelir nereden gelecek ya da proje nasıl sürdürülecek? Sosyal projelerde fon ve iş birliği modelini anlatın.
- Yol haritası ve ihtiyaçlar: İlk 3–6 ayda neler yapacaksınız, bunun için neye ihtiyacınız var?
- Ekip ve kapanış: Bu problemi neden sizin çözebileceğinizi gösterin ve akılda kalacak tek bir cümleyle bitirin.
Problemi kanıtlamak
Ideathonlarda en çok puan kaybettiren şey, kanıtlanmamış varsayımlardır. Kısa bir süreniz olsa bile problemi doğrulamak için yapabileceğiniz çok şey var:
- Problemi yaşayan 5–10 kişiyle kısa görüşmeler yapın; onlara çözümünüzü değil, yaşadıkları sorunu sorun.
- Hızlı bir çevrimiçi anket hazırlayıp sonuçları sunuma tek bir grafik olarak ekleyin.
- Resmî istatistiklerden, sektör raporlarından ve akademik çalışmalardan destek verisi bulun; kaynağını slayta yazın.
- Mevcut çözümleri kullanan kişilerin şikâyetlerini (uygulama yorumları, forumlar) inceleyin.
Hikâye anlatımı: bir kahraman seçin
İnsanlar hikâyeleri, rakamlardan daha iyi hatırlar. Sunumunuza problemi yaşayan bir "kahraman" ile başlayın: "Ayşe, Ankara'da üniversite okuyan bir öğrenci ve her dönem…" Ardından çözümünüzü Ayşe'nin hayatını nasıl değiştirdiği üzerinden anlatın ve sunumun sonunda aynı karaktere geri dönün. Bu kurgu, sunumunuza baştan sona bir bütünlük kazandırır.
Slayt tasarımı
- Her slayt tek bir mesaj taşısın. Slayt başlığı o mesajın kendisi olsun: "Öğrencilerin %70'i burs duyurularını kaçırıyor."
- Az metin, büyük yazı. Jüri ya sizi dinler ya da slaytı okur; ikisini birden yapamaz.
- Görsel kullanın: Ekran taslakları, basit diyagramlar ve tek bir vurgulu rakam, metin bloklarından daha etkilidir.
- Tutarlı bir görünüm: İki renk ve bir yazı tipi ailesi yeterlidir.
- Okunabilirlik testi: Slaytı telefonunuzda açın; okuyamıyorsanız jüri de okuyamaz.
Süre yönetimi ve prova
Süreyi aşmak, birçok ideathonda doğrudan puan kaybı ya da sunumun kesilmesi anlamına gelir. Sunumu süreye göre yazın, ardından kronometreyle en az üç kez prova edin. Kimin hangi bölümü anlatacağını netleştirin; konuşmacı değişimlerini akıcı hale getirmek için geçiş cümleleri hazırlayın. Son provayı, sizi hiç dinlememiş birine yaparak geri bildirim alın.
Soru-cevap bölümüne hazırlanın
Soru-cevap, jürinin fikrinizi ne kadar derinlemesine düşündüğünüzü test ettiği bölümdür. Aşağıdaki sorulara önceden yanıt hazırlayın:
- İlk 100 kullanıcınıza nasıl ulaşacaksınız?
- Benzer bir çözüm neden daha önce başarılı olmadı?
- Gelir modeliniz tutmazsa B planınız ne?
- Bu fikri hayata geçirmek için ilk yıl ne kadar bütçeye ihtiyaç var?
- Yasal ya da etik riskler neler, bunları nasıl yöneteceksiniz?
- Neden bu problemi çözecek takım sizsiniz?
Sık yapılan hatalar
- Problemi anlatmadan doğrudan çözüme atlamak.
- "Rakibimiz yok" demek. Her problemin bugün bir şekilde çözüldüğü bir alternatifi vardır.
- Uzun özellik listeleriyle sunumu doldurmak.
- Rakamları kaynaksız vermek.
- Süreyi aşmak ya da kapanış cümlesi hazırlamamak.
Ideathon sunumu kontrol listesi
- Fikri tek cümleyle anlatabiliyoruz.
- Problemi en az bir kanıtla destekledik.
- Hedef kitlemiz ve ilk kullanıcılarımız net.
- Rakipleri ve farkımızı gösterdik.
- İş modeli ve yol haritası slaytı hazır.
- Sunumu kronometreyle en az üç kez prova ettik.
- Olası jüri sorularına yanıtlarımız hazır.
Başvurusu açık ideathonları görmek için yarışma listesine gidip kategori filtresinden Ideathon'u seçebilirsiniz.
Hazırsan sıra yarışmayı seçmekte
Başvurusu açık yarışmaları son başvuru tarihine göre sıralı listede gör.