# Toplantı Tutanağı Şablonu: Kararları Aksiyona Dönüştür URL: https://commandergpt.app/tr/journal/toplanti-tutanagi-sablonu Type: blog Locale: tr Published: 2026-09-23 Updated: 2026-09-23 --- > Ops ekipleri için toplantı tutanağı şablonu: alınan kararlar, sahiplenilmiş aksiyon maddeleri ve ertelenen konular. CommanderGPT ile 3 dakikaya indir. Toplanti tutanagi sablonu yalnızca konuşmayı açık ve sahiplenilmiş aksiyon maddelerine dönüştürdüğünde işe yarar. Haftalık senkronlar, fırsat değerlendirmeleri veya çeyrek iş incelemelerini (QBR) yürüten ops ekipleri için bu, üç zorunlu bölümü olan tek bir şablon anlamına gelir: alınan kararlar, adı ve son tarihi olan aksiyon maddeleri ve ertelenen konular. Bu yazıda o şablonu, farklı toplantı türleri için dört format varyantını bulacaksın ve CommanderGPT'de not almayı 3 dakikalık bir `/meeting-minutes` slash komutuna nasıl dönüştüreceğini öğreneceksin. ## Çoğu Toplantı Tutanağı Şablonu Neden Tek İşini Yapamıyor? GTM ops ve CS ops ekiplerinde tekrar tekrar şunu görüyorum: biri Notion'da bir belge oluşturuyor, şablon yapıştırıyor, dönen not tutucu görevi atıyor ve iki hafta sonra şablon ya boş ya da kimsenin okumadığı uzun paragraflarla dolu. Sorun format değil. Sorun şu: çoğu şablon ne *söylendiğini* yakalamak için tasarlanmış, ne *karar verildiğini* değil. Ops ekipleri transkript istemiyor. İsimlerin eklendiği bir karar günlüğü istiyor. Bu fark küçük görünüyor ama pratikte büyük. Bir transkript toplantıdaki tüm sesleri kayıt altına alır; bir karar günlüğü ise toplantının gerçek çıktısını belgeler. Ops lead olarak ihtiyacın olan ikinci yapı. American knowledge workers'ın %33'ü toplantı notları için yapay zekayı kullanıyor, yani araçlar var; ama araç sorun değil, yapı sorun. İkinci başarısızlık modu sahiplik boşluğu. Sahibi olmayan aksiyon maddeleri yalnızca dileklerdir. Ekipler mükemmel yapılandırılmış bir şablon kullanabilir ve yine de üç gün sonra aynı Slack mesajını gönderebilir: "Salı toplantısındaki X ile ne oldu?" Şablon "fiyatlandırma stratejisini tartış" yerine "Maya Cuma gününe kadar güncellenmiş fiyatlandırma sunumunu hazırlayacak" yazmadığında bu olur. Üçüncü başarısızlık zamanlama. Toplantıdan 72 saat sonra iletilen tutanaklar arkeoloji niteliği taşır. O zamana kadar iki takip iş parçacığı başlamış, biri tek taraflı bir karar almış ve tutanaklar yalnızca bunu geriye dönük meşrulaştırmak için var olur. Hedef 24 saat, tercihen aynı gün. Her gündem maddesini düz yazıyla özetlemeni isteyen şablonları atla. Bu yaklaşım not almayı toplantı sonrası 45 dakika süren bir yazma egzersizine dönüştürüyor ve kimsenin talep etmediği bir özet belgesi üretiyor. ## Her Ops Şablonunun İhtiyaç Duyduğu Üç Bölümlü Yapı Her şeyi üç bölüme indir. Şablonunda üçten fazla bölüm varsa rapor değil, çalışma belgesi oluşturuyorsun. **Bölüm 1: Alınan Kararlar** Yalnızca *ne karar verildiğini* listele, nelerin tartışıldığını değil. Karar başına bir satır, geniş zaman. Örnek: "3. fiyatlandırma kademesi Q4'te aylık $149'dan başlatılıyor. Sorumlu: Kerem." Bu bölüm, toplantıyı kaçıran ekip arkadaşlarının ilk açtığı bölüm. 30 saniyede okunabilir olmalı. **Bölüm 2: Aksiyon Maddeleri** Her aksiyon maddesinin istisnasız üç alanı var: - Görev (ne) - Sorumlu (kim: bir isim, "ekip" değil) - Son tarih (ne zaman: belirli bir tarih, "gelecek hafta" değil) Üç alanın tamamını dolduramıyorsan, aksiyon maddesi henüz kayıt için hazır değil. Toplantıda geri dönüp devam etmeden önce ayrıntıları al. **Bölüm 3: Ertelenen Konular** Çoğu şablonun atladığı ve ops ekiplerinin pişman olduğu bölüm bu. Gündeme gelip çözüme kavuşmayan konuları, *neden* ertelendiklerini ve geri getirmekten kimin sorumlu olduğunu not et. Bu bölüm olmadan ertelenen maddeler sessizce kayboluyor ya da her seferinde aynı 20 dakikayı harcayarak üç toplantıda daha geri dönüyor. Bu bölümün biçimi basit tutulabilir: konu, erteleme nedeni ("Q4 bütçesi onaylanmadı", "veri bekleniyor"), geri getirecek kişi ve tahmini tarih. Dört satır, büyük değer. ![Düzenli not defteri ve yapılandırılmış toplantı gündemi, ahşap masa üzerinde aksiyon maddeleri için onay kutuları](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-09/f8a3c7-inline1.webp) ## Dört Format: Toplantı Türüne Göre Şablonunu Seç Her toplantı aynı yapıyı gerektirmiyor. Ops ekiplerinin en sık karşılaştığı bağlamlara göre ayarlanmış dört format: ### Haftalık Senkron Şablonu Sade ve hızlı. Beş alan: tarih, katılımcılar, kararlar, aksiyon maddeleri, bir sonraki senkron tarihi. Gündem bölümü yok; gündem takvim davetiyesinde yaşıyor. Özet paragrafı atla; kimse okumaz. Toplam doldurma süresi: canlı 8-10 dakika. En iyi kullanım: haftalık ekip standupları, sprint değerlendirmeleri, pipeline senkronları. **Atlanabilecek şey**: kimin ne söylediğine dair anlatı özetleri. Birisi toplantıyı kaçırdıysa, 3 cümlelik Slack özeti (5. bölümde ele alındı) üç paragraf toplantı özetinden daha hızlı okunur. Özetin amacı kararları ve aksiyon maddelerini öne çıkarmak; ne söylendiğini kaydetmek değil. ### Fırsat Değerlendirme Şablonu İki alan ekle: fırsat adı/bağlantısı ve fırsatın nerede olduğuna dair tek cümlelik bağlam notu. Karar bölümü istek listesine dönüşür: AE'nin bu fırsatı ilerletmek için ops'tan ne ihtiyacı var? Aksiyon maddeleri doğrudan fırsat aşaması gereksinimlerine göre eşleşir. Fırsat değerlendirmelerinden tutanaklar CRM'ini beslemelidir: entegrasyon yoksa manuel, varsa otomatik. En iyi kullanım: pipeline değerlendirmeleri, fırsat incelemeleri, deal desk oturumları. ### QBR Şablonu Bu format daha uzun bir yapıyı hak ediyor. Bağlam metrikleri için bir bölüm ekle: tartışma paylaşılan verilerden başlaması için toplantıdan önce doldurulan çeyreğin ilk üç sayısı. Taahhütler ve sonuçlar için ayrı bir bölüm ekle. Buradaki aksiyon maddeleri bölümü düşündüğünden daha hafif olmalı. 18 aksiyon maddesi üreten bir QBR, tamamlanmayacak 18 şey üretiyor. Her biri DRI (doğrudan sorumlu birey) ve üç aylık hedef tarihe sahip, 5 taahhütlü maddeyle sınırla. En iyi kullanım: çeyreklik iş incelemeleri, yönetim kurulu güncellemeleri, işlevler arası retrospektifler. ### Retrospektif Şablonu "Alınan kararları" birer veya üçer somut örnekle "ne çalıştı" ve "ne değişmeli" ile değiştir. Aksiyon maddeleri burada doğrudan bir sonraki sprint veya çeyreğin oyun kitabına beslenir. Ertelenenler bölümü retrospektiflerde özellikle önemli: gündeme gelip hemen aksiyon gerektirmeyen düşük öncelikli sürtünme noktaları buraya gitmeli ve bir sonraki çeyreklik retrospektifte gözden geçirilmeli. En iyi kullanım: sprint retrospektifleri, post-mortemler, proje kapanışları. ![Küçük ops ekibi parlak modern toplantı odasında, dizüstü bilgisayarda toplantı notları alıyor](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-09/3a7944-inline2.webp) ## Not Tutma Rotasyonunu Bırak. /meeting-minutes Komutunu Kur. Dönen not tutucu, ekibine gizli bir vergi. Not tutan kişi toplantıya tam katılamıyor. Taslağını temizlemek için 30-45 dakika harcıyor. Kalite, o hafta kimin kısa hasını çektiğine bağlı değişiyor. Alternatif: bir kişi ham tartışma notlarını veya bir yapay zeka transkriptini CommanderGPT'ye yapıştırıyor ve `/meeting-minutes` çalıştırıyor. Komut şablon formatında yapılandırılmış bir çıktı döndürüyor: kararlar, konuşmadan çıkarılan sahipleriyle birlikte aksiyon maddeleri, otomatik olarak işaretlenmiş ertelenen maddeler. Nasıl kurarsın: **Adım 1: CommanderGPT'de komutu oluştur** Komut kitaplığını aç, `/meeting-minutes` oluştur ve şu talimat bloğunu ekle: `Ham toplantı notlarını yapılandırılmış bir tutanak belgesine dönüştüren bir ops lead'sin. Çıkar ve biçimlendir: 1. ALINAN KARARLAR: ne kararlaştırıldığı, her biri bir satırda, geniş zaman, belirtildiyse sorumlu ile 2. AKSİYON MADDELERİ: görev | sorumlu | son tarih (her biri bir satırda; son tarih zorunlu; bağlamdan çıkar, yoksa [TBD] olarak işaretle) 3. ERTELENEN KONULAR: gündeme gelip çözülmemiş konular, nedeni ve geri kim getiriyor Çıktı formatı: temiz markdown, önsöz yok, özet paragraf yok. Notion / Google Docs yapıştırma için biçimlendir.`**Adım 2: Her toplantı sonrası çalıştır** Ham notlarını kopyala veya transkripsiyon aracından yapay zeka transkriptini yapıştır. `/meeting-minutes` çalıştır. Çıktıyı 2-3 dakikada gözden geçir, yanlış çıkarılan sorumlu isimlerini düzelt, modelin kaçırdığı kararları ekle. Notion veya Google Docs şablonuna yapıştır. **Adım 3: Asenkron dağıtım için /summarize ile zincirle** `/meeting-minutes` sonrasında çıktıda `/summarize` çalıştırarak Slack kanalın için 3 cümlelik asenkron güncelleme oluştur. Format: ne karar verildi, ne ilerliyor, ne bloke. Bir saat içinde ilgili kanala gönder. Ham notlardan dağıtılan tutanaklara toplam süre: 10 dakikanın altında. 3 komut, 1 iş akışı, 0 sürtünme. ## Toplantı Sonrası 24 Saatte Tutanaklarla Ne Yapmalı Şablon yalnızca toplantı bittikten sonra onunla ne yaptığın kadar işe yarar. **Aynı gün**: asenkron Slack özetini gönder (/summarize'dan 3 cümle). Bu, toplantıyı kaçıranları yakalıyor ve "ne oldu?" iş parçacığının oluşmasını önlüyor. **24 saat içinde**: tam tutanak belgesini paylaş. Asenkron özetin Slack iş parçacığına bağla. Aksiyon maddelerini doğrudan görev izleme aracına yapıştır: Linear, Notion veya ClickUp. İnsanları tutanaklar belgesini okuyarak görevlerini bulmaya zorlama. İşin zaten yapıldığı yerde görevleri yüzeye çıkar. **Bir sonraki toplantıya kadar**: bir sonraki senkrondan önce, son toplantının aksiyon maddelerini bir `/status-check` komutuna yapıştır (veya manuel gözden geçir) ve süregelen bir gündem maddesi ekle: "Ne kapandı? Ne bloke?" Bu, döngüyü kapatıyor ve şablonunu bir kez açılan statik bir belge yerine yaşayan bir kayda dönüştürüyor. Şunu açıkça söylemeye değer: tutanaklarındaki aksiyon maddeleri tutarlı şekilde kapanmıyorsa, sorun şablon değil. Ya belirsiz sahiplik, gerçekçi olmayan son tarihler, ya da toplantıda gerçekten taahhüt edilmemiş görevler. Şablon bu kalıbı hızla yüzeye çıkarıyor. Ama bunu düzeltmek, daha iyi bir Notion kurulumu değil, ekibinde kararların nasıl alındığına dair bir konuşma gerektiriyor. Pratik bir ipucu: aksiyon maddesi kapanma oranını iki hafta boyunca izle. Gayri resmi tutanak tutan ekiplerin büyük bölümü %40-50 oranında kalıyor. İsimli sahiplik ve belirli son tarihlerle yapılandırılmış şablon bu oranı bir ay içinde %65-75'e taşıyor. Rakam soyut görünüyor; somut karşılığı şu: haftalık bir senkronda ortalama 5 aksiyon maddesinde bu fark, her çeyrekte 6-8 tamamlanmamış görev demek. Bunların her biri ya geciken bir deliverable, ya bir follow-up Slack iş parçacığı, ya da başka bir toplantı. ## Bu Haftaki Komutun Yukarıdaki üç bölümlü şablonla başla. Ekibinin temel şablonu olarak Notion veya Google Docs'a kopyala. Bu hafta CommanderGPT'de `/meeting-minutes` komutunu kur. Yapılandırmak yaklaşık 10 dakika alıyor ve ilk toplantından itibaren eşdeğer zamanı kazandıracak. Üç-dört toplantıda çalıştırdıktan sonra neyi ayarlamak gerektiğini öğreneceksin: ekibinin sahip atamadan sözlü olarak karar verme eğiliminde olduğu durumlar, hangi toplantı türünün daha uzun veya kısa bir formata ihtiyaç duyduğu ve ertelenenler bölümünün gerçekten önemli olan sürtünmeyi yüzeye çıkarıp çıkarmadığı. İki şekilde ölç: toplantı bitişinden dağıtılan tutanaklara geçen süre (hedef: 24 saatin altında) ve bir sonraki toplantıdan önce kapanan aksiyon maddeleri yüzdesi. Gayri resmi tutanak tutan ekiplerin çoğu %40-50 kapanma oranında kalıyor. İsimli sahiplerle yapılandırılmış şablon bunu genellikle bir ay içinde %65-75'e taşıyor. Şablon sihirli olduğu için değil, açık sahiplik toplantının kendisindeki konuşmayı değiştirdiği için. CommanderGPT'yi henüz kullanmıyorsan bile, üç bölümlü şablonu bu hafta Notion'a kopyalayıp bir sonraki toplantında manuel dene. Farkı hissedeceksin: toplantı biterken herkes kendi aksiyon maddesini biliyor, hiç kimse "peki benden ne bekleniyor?" sorusunu sormak zorunda kalmıyor. Sonra /meeting-minutes komutunu kur ve otomasyon katmanını ekle. Şablon kolay kısım. Disiplin, her seferinde istisnasız komutu çalıştırmak ve kapanmayanları incelemek. ## FAQ ### Toplantı tutanağı şablonunda hangi bölümler zorunludur? Üç bölüm zorunlu: alınan kararlar (ne karar verildiği, kim sorumlu), aksiyon maddeleri (görev, sorumlu, son tarih) ve ertelenen konular (neden ertelendi, kim geri getirecek). Bu üçü olmayan şablon konuşmayı kayıt altına alıyor ama kararları aksiyona dönüştürmüyor. ### Toplantı tutanaklarını ne kadar sürede paylaşmalıyım? Hedef 24 saat, tercihen aynı gün. 72 saatten sonra iletilen tutanaklar pratik değerini büyük ölçüde kaybeder; bu sürede iki takip iş parçacığı açılmış, biri tek taraflı karar almış olur. Hızlı dağıtım için asenkron Slack özeti (3 cümle) aynı gün, tam belge 24 saat içinde. ### CommanderGPT /meeting-minutes komutu nasıl çalışır? Ham toplantı notlarını veya yapay zeka transkriptini CommanderGPT'ye yapıştır, /meeting-minutes komutunu çalıştır. Komut üç bölümlü yapıyı otomatik oluşturur: kararlar, konuşmadan çıkarılan sahipleriyle aksiyon maddeleri, ertelenen konular. Temizleme dahil toplam süre 3 dakikanın altında. ### Haftalık senkron ile QBR için ayrı şablon gerekiyor mu? Evet. Haftalık senkron için sade 5 alanlı format (8-10 dakika doldurma), deal review için CRM'e beslenen fırsat odaklı yapı, QBR için bağlam metrikleri ve taahhüt bölümü ekliyorsun. QBR aksiyon maddelerini 5 ile sınırla; 18 madde üreten bir QBR hiçbirini tamamlamıyor. ### Aksiyon maddeleri tutarlı olarak kapanmıyorsa ne yapmalıyım? Sorun şablon değil. Üç olası neden: belirsiz sahiplik (her aksiyon maddesinin tek bir adı olmalı, 'ekip' değil), gerçekçi olmayan son tarihler veya toplantıda gerçek taahhüt alınmamış görevler. Şablon bu kalıbı hızla yüzeye çıkarır; düzeltmek ise ekipte karar alma konuşması gerektirir. ### Ertelenen konular bölümü neden önemli? Ertelenen maddeler bu bölüm olmadan sessizce kayboluyor ya da her toplantıda aynı 20 dakikayı harcayarak geri dönüyor. Konunun neden ertelendi ve kimin geri getireceği kaydedildiğinde hem hesap verebilirlik sağlanıyor hem de düşük öncelikli sürtünme noktaları kontrol altında kalıyor.