Yazı

ATAK Metodolojisi: Başarılı Bir Etkinliğin Anatomisi

Anla, Tasarla, Aktive Et, Kazandır.

Deneyim Fabrikası
4 dk okuma
ATAK Metodolojisi: Başarılı Bir Etkinliğin Anatomisi

Kurumsal bir etkinlik teklifi istediğinizde genellikle iki şey gelir: bir bütçe tablosu ve bir mekân listesi. İkisi de gereklidir, ama ikisi de sorunun ortasından başlar. Asıl soru daha önce sorulmalıdır: bu etkinlik neden yapılıyor ve bittiğinde ne değişmiş olacak?

ATAK, bu soruyu ortaya koymak ve cevabını bir programa dönüştürmek için kullandığımız dört adımlı çalışma yöntemi. Dört harf dört aşamayı gösteriyor: Anla, Tasarla, Aktive Et, Kazandır.

Yöntemi hizmet sayfalarımızın her birinde özetliyoruz — örneğin ideathon ve lansman sayfalarında. Bu yazı yöntemi tanıtmaktan çok, her adımda hangi soruların sorulduğunu ve hangi hataların yapıldığını anlatıyor. Kendi etkinliğinizi kendiniz kurguluyorsanız da işinize yarayacak bir çerçeve.

A
Anla — ihtiyacı, hedefi ve bağlamı analiz et
T
Tasarla — içgörüyü özgün bir deneyim kurgusuna çevir
A
Aktive Et — hazırlıktan saha operasyonuna kadar uygula
K
Kazandır — çıktıyı ölç, geri bildirimi analiz et, raporla

A — Anla

Bu aşamanın amacı brief'i almak değil, brief'in arkasındaki asıl amacı bulmaktır. Kurumlar ihtiyaçlarını çoğu zaman çözüm diliyle anlatır: "bir motivasyon etkinliği istiyoruz", "bir lansman yapacağız". Bunlar çözüm önerileridir, ihtiyacın kendisi değil.

Sorduğumuz sorular şunlar:

Anla aşamasının soruları

  1. Bu program bittiğinde kim, neyi farklı yapacak? Cevap davranış cümlesi olmalı, duygu cümlesi değil.
  2. Bu ihtiyaç neden şimdi ortaya çıktı? Arkasında bir kriz, bir birleşme, bir strateji değişikliği olabilir. Bağlam kurguyu belirler.
  3. Daha önce ne denendi ve neden yetmedi? Bu soru, tekrar edilecek hataları baştan eler.
  4. Katılımcı bu programa neden vakit ayırsın? Kurumun hedefi ile katılımcının kazancı örtüşmüyorsa katılım zorunluluğa döner.
  5. Kurum içinde kim sahiplenecek? Sahipsiz programlar etkinlik gününü geçemez.

Bu aşamanın çıktısı bir konsept değil, bir problem tanımıdır. Problem doğru tanımlanmadan yapılan tasarım, güzel ama yanlış sorunun cevabı olur.

En sık atlanan adım budur Takvim sıkışık olduğunda ilk feda edilen şey "Anla" aşamasıdır — çünkü görünür bir çıktısı yoktur. Oysa sonraki üç adımın tamamı bu aşamada verilen kararların üzerine kurulur.

T — Tasarla

Tasarım aşaması, "Anla" aşamasında çıkan içgörüyü bir deneyim kurgusuna çevirir. Burada dört şey birlikte ele alınır: tema, içerik, görsel dünya ve akış.

Birlikte olması önemli. Bu dördü ayrı ayrı ele alındığında ortaya çoğu zaman şu çıkar: temayla ilgisi olmayan bir içerik, içerikle ilgisi olmayan bir görsel dünya ve hiçbiriyle ilgisi olmayan bir akış. Program güzel görünür ama ne anlattığı belirsiz kalır.

İyi bir kurguda tema sadece bir slogan değildir; akışı da belirler. Terspektif Fikir Maratonu'nda "Ters + Perspektif" yaklaşımından çıkan isim ve "Bardağa boş tarafından bak" söylemi, katılımcıya daha çağrı metnini okurken ne tür bir düşünme biçimi beklendiğini söylüyordu. Tema, içeriğin kendisiydi.

Deneyim Fabrikası Perspektifi

Hazır şablon kullanmıyoruz

Her kurumun kendine özgü bir yapısı, hedefi ve dinamikleri var. Bu yüzden her projeye sıfırdan başlıyoruz: ihtiyacı birlikte netleştiriyor, süreci ona göre şekillendiriyoruz.

Bunun pratik sonucu şu: ortaya çıkan iş kopyalanamaz ve tamamen kuruma ait olur. Aynı programı bir başka kuruma taşıyamayız, çünkü o program o kurumun sorusundan çıkmıştır.

A — Aktive Et

Tasarım ne kadar iyi olursa olsun, sahada uygulanamıyorsa bir sunum dosyası olarak kalır. Bu aşama hazırlık sürecinden saha operasyonuna kadar her adımı kapsar: üretim, tedarik, kurulum, akış yönetimi, kriz anları.

Ölçek büyüdükçe bu aşamanın zorluğu değişir. EU Climate Ideathon 2026'da mesele tek bir günün operasyonu değildi: 18 farklı şehirde, farklı yerel bağlamlarda, aynı program standardının korunması gerekiyordu. Bunu şehir şehir kurgulanan ama tek bir omurgaya bağlı bir akışla ve programın kendi dijital platformuyla çözdük — katılımcı girişi, eğitim içerikleri, anketler ve mentor kayıtları tek bir altyapıda toplandı.

Aktive Et aşamasının görünmeyen kısmı hazırlıktır. Sahada iyi işleyen programların çoğu, o gün doğaçlama yapıldığı için değil, doğaçlamaya gerek kalmayacak kadar hazırlandığı için iyi işler.

K — Kazandır

Son aşama, çoğu kurumsal etkinlikte hiç yapılmayan aşamadır: çıktıları ölçmek, geri bildirimleri analiz etmek ve elde edilen kazanımları raporlamak. Etkinliklerin büyük çoğunluğunun neden ölçülebilir bir değişim yaratmadığını ayrı bir yazıda ele almıştık.

Ölçüm yapılmadığında iki şey olur. Birincisi, programın işe yarayıp yaramadığı bilinemez — dolayısıyla bir sonraki program yine tahminle kurgulanır. İkincisi, programı savunmak imkânsızlaşır; bütçe görüşmesinde elinizde katılımcı sayısından başka bir şey olmaz.

Girdi ölçüsü
  • Katılımcı sayısı
  • Memnuniyet anketi ortalaması
  • Sosyal medya erişimi
  • Harcanan bütçe
Çıktı ölçüsü
  • Uygulamaya geçen fikir sayısı
  • Programdan sonra değişen davranış
  • Katılımcının kendi ekibine taşıdığı şey
  • Bir sonraki adıma geçen paydaş sayısı

Soldaki sütun yararsız değildir; ama o sütun programın ne kadar yapıldığını gösterir, ne işe yaradığını değil. Kazandır aşaması sağdaki sütunu kurmakla ilgilidir.

Dört adımın en sık kırıldığı yerler

Kırılma 1

Tasarımdan başlamak

Konsept sunumu, ihtiyaç tanımından önce gelirse tasarım kurumun asıl sorusuna değil, ajansın tahminine cevap verir. Güzel bir fikir, yanlış bir soruya verilmiş olabilir.

Kırılma 2

Aktive Et'i tedarikçiye devretmek

Saha operasyonu tasarımdan koparıldığında, o gün alınan küçük kararlar kurguyu sessizce bozar. Akışı tasarlayan ile sahayı yürüten aynı mantığı paylaşmalıdır.

Kırılma 3

Kazandır'ı etkinlikten sonra düşünmek

Neyin ölçüleceği program bittikten sonra kararlaştırılırsa, ölçüme esas veri çoğu zaman toplanmamış olur. Ölçüm planı tasarım aşamasında kurulur.

Kendi programınızı kurguluyorsanız

Bu çerçevenin somut formatlara nasıl uygulandığını iki yazıda ayrıntılandırdık: kurumsal ideathon rehberi ve kurumsal lansman nasıl tasarlanır.

ATAK'ı bir ajans yöntemi olarak değil, bir sıralama olarak düşünün. Kurum içinde bir program kurguluyorsanız da sıra aynıdır: önce problemi tanımlayın, sonra kurguyu tasarlayın, sonra uygulayın, en son ölçün. Sıra bozulduğunda kaybedilen şey genellikle son adım olur — ve o adım olmadan program bir daha savunulamaz.

Kurumunuzun sorusundan başlayalım

İhtiyacı birlikte netleştirelim, formatı ona göre kuralım. Hazır şablon kullanmıyoruz; her program kurumun kendi sorusundan çıkıyor.

İhtiyacınızı anlatın
top

Inactive