Toplantı Tutanağı Şablonu: Okunan Notlar için 6 Alan
Summary
Toplantı tutanağı şablonu, yapısı olmadığında kaybolan belgelerdir. Yararlı tutanaklar üç soruya odaklanır: ne kararına vardık, kim ne yapacak, hangi bağlam gerekir. Altı alan yeterlidir: bağlam, kararlar, aksiyon maddeler, engeller, arka plan, sonraki toplantı. Yapılandırılmış tutanaklar 90 saniyede taranabilir ve harekete geçirir. Kısa tutanaklar hızlı yazılır ve daha çok okunur. AI transkripsiyon araçları, tutanakları yazma sürecini hızlandırabilir ama şablon hala önemlidir.
Bir toplantı tutanağı şablonu ancak birisi onu okuduğunda işe yarar. Çoğu okunmaz. Paylaşılan bir klasöre düşer, katılımcı listesi için hızlıca göz atılır, sonra ortadan kaybolur. İşe yarayan toplantı tutanağı şablonu tam tersi yapar: kararları ve aksiyon maddelerini 90 saniyede görünür kılar, tekrar okuma gerekmeksizin.
Optimize edilmeye değer tek şey bu. Biçimlendirmesi değil. Uzunluğu değil. Belgenin açılıp işleme konulup konulmadığı. Tutanaklar yığınlarda kaybolur çünkü yapısız olduğundan değeri çıkarmak çok zahmetlidir. Yapı iyi olduğunda, değer iki dakikada çıkar. İşte bütün fark orada.
Çoğu toplantı notu neden dosyalanıp okunmaz?
Başarısızlık modu neredeyse her zaman aynı. Notu alan kişi her şeyi kaydetmeye çalışır, her söylenen şey, her tartışılan nokta. Sonuç, toplantıyı tekrar etkileyerek değil ondan değer çıkarmayan bir belge ortaya çıkar. Bunu okumak için toplantıya yeniden katılmanız gerekir. Oysa notlar tam da bunu önlemek için vardı.
Bir şablon çözmesi gereken ilk şey budur: bir kayıt ile özet arasındaki temel fark. Kayıt nelerin tartışıldığını yakalar, konuşmalar, fikirler, sorular. Özet, neye karar verildiğini ve bundan sonra neler olacağını ortaya koymaktır. Çoğu şablon kaydın çözümü için tasarlanmış çünkü yazması daha kolay. Dinlersiniz, yazarsınız. Sinyali bağlamdan ayırmak için gereken editoryal yargı daha zordur ve çoğu notcular bunu atlarlar.
Neredeyse aynı kadar yaygın ikinci bir başarısızlık modu vardır. Notlar çok geç paylaşılır. Eğer tutanaklar toplantıdan iki gün sonra gelirse, aksiyon maddeleri zaten ya yapılmış ya da unutulmuştur. Belge geriye dönük bir günlüğe dönüşür. Bir takip istemi yerine tarihsel bir kayıt olarak hizmet eder. Aciliyet kaybı, tutanakları işletimsel bir araçtan arşiv makalesine dönüştürür.
Bir şablon gecikmeyi düzeltemiyor. Fakat gecikmeyi daha az olası hale getirebilir. Yapı net olduğunda ve alanlar sınırlı olduğunda, belgeyi tamamlamak daha az zaman alır. 45 dakika süren bir toplantı 40 değil 10-15 dakikada yazılabilir tutanak üretmelidir. Bu hız farkı, tutanakları gün içinde tamamlamayı mümkün kılar.
Adlandırması zor olan üçüncü bir başarısızlık modu vardır. Tutanaklar tam görünüyor ama kararlar gömülü. Birisi şöyle yazıyor: "Satıcı teklifini tartıştık ve genel olarak ilerlemeyi kabul ettik." Bu cümle bir karar değil. Okuyucuya kimin kabul ettiğini, tam olarak neyi kabul ettiğini ya da kararın bağlayıcı olup olmadığını söylemez. İşe yarayan bir şablon bu tür belirsiz giriş yapı olarak imkansız hale getirir, her karar alanı açık olmalı.

Toplantı tutanağı şablonunun gerçekten ne yapması gerek?
Üç soru yararlı bir toplantı tutanağı setini tanımlar:
Ne kararına vardık?
Kim ne yapacak, ne zaman?
Bu insanlar harekete geçmek için hangi bağlamı ihtiyaç duyuyor?
Geri kalanı isteğe bağlıdır. Katılımcı listesi bazı kuruluşlarda yasal ve uyum amacıyla önemlidir. Gündem bir navigasyon yardımcısıdır. Tarih ve saat meta verilerdir. Hiçbiri belgenin çekirdeği değildir.
Bu üç soru etrafında inşa edilen bir şablon, çoğu insanın beklediğinden daha kısa olacaktır. İki karar ve üç aksiyon maddesi üreten bir toplantı 800 değil 150-250 kelime tutanak döndürmelidir. Daha fazla yazma baskısı, belgeyi tam görünmesini istekten, örgütsel hayatın uygun bir eseri gibi görünmesini sağlamaktan geliyor. Bunun başında sorun vardır. Bu baskıya direnmek değerdir.
Tam görünüyorsa ancak değer çıkarmak için beş dakika gerektiren bir belge, kararı on saniyede ve aksiyon maddesi sahibini yirmi saniyede veren bir belgeden daha az yararlıdır. Hedef bir kayıt değil. Hedef bir uyarıdır, bir eylem önerisidir, ama yapıya odaklanmış.
Seyahat eden yapı: alanı hakeden altı alan
Budur; en çok tekrarlanan toplantı tipi türlerinde dayanıklı olan bir yapı: durum güncellemeleri, proje incelemeler, müşteri aramaları ve planlama seansları. Bu yapı taşınır, başka ekipler tarafından, başka bağlama uyarlanabilir.
Toplantı bağlamı: bir satır. Tarih, katılımcılar, konu. Toplantının neden olduğunu açıklayan bir paragraf açılışı değil.
Kararlar: numaralı liste. Her madde odadakilere olmayan biri tarafından, altı ay sonra, okunmaya hazır tam bir cümle. "Ekim kullanımı için satıcı X'i kullanacağız, yasal imzadan sonra" işe yarar. "Satıcı tartışması" yapmaz.
Aksiyon maddeleri: üç sütunlu bir tablo. Görev, sahip, son tarih. Sahibi olmayan hiçbir görev yok. Son tarihi olmayan sahip yok. Bunlar öneriler değil, taahhütlerdir.
Engeller ve açık sorular: madde işareti listesi, maksimum beş madde. Bunlar çözülmesi gerekse de bu toplantıda çözülmemiş şeylerdir. Herbiri takip etmek için birilerine atanmalıdır, çözünürlüğün kendisi başka bir toplantı gerektirse de.
Bağlam notu: isteğe bağlı, maksimum üç cümle. Bir karar, odada olmayan biri tarafından ya da altı ay sonra anlaşılması için arka plan gerektiriyorsa, buraya yazınız. Yoksa, bu alanı boş bırakın. Çoğu toplantı buna ihtiyaç duymaz.
Sonraki toplantı: tarih, konu ve kimin hazırlanması gerektiği. Madde başına bir satır.
Varsayılan olarak hiç başka bir şey şablonda yeri yoktur. Belirli toplantı türleri için yapıyı genişletebilirsiniz: yasal bir inceleme onay bölümü gerektirebilir, bir müşteri araması taahhütler günlüğü içerebilir, bir geriye dönük görüşme bir temalar sütunu olabilir. Ama varsayılan yalın olmalı, kapsamlı değil. Alan eklemenin riski, yazarlarının sözcüklerle değil bilgi ile doldurmalarıdır ve belge hiçbir öz kazanmadan büyür.

80 kelime ne zaman yeterli, ne zaman değil?
Kısa ve işletimsel her zaman daha iyi değil. Bazı toplantılar daha fazla bağlam gerektiren çıktılar üretir. Bir çeyreğin başında bir ürün kararı, 400 kelime tutanak döndürebilir çünkü kararlar karmaşıktır, kısıtlamalar önemidir ve odada olmayan biri üç ay sonra sonuca rastladığında nedeni anlaması gerekir.
Test okuyucu değil, okunan içerik. Bu tutanakları kim okuyacak ve ne yapacaklar? Okuyan toplantıdaysa, rekonstrüksiyon değil bir anımsatma gerektirir. Okuyan toplantıda yoksa kararında harekete geçmek ya da karar sormadan güvenmek için yeterli bağlam gerekir. Bağlam, tekrar yazma gereğini azaltır.
Yazı başlamadan önce yararlı bir soru: bu belge odadakilerin içindeki insanlar için mi, yoksa dışındakiler için mi? Cevap, kelime sayısını ve gereken açıklama seviyesini değiştirir. İç katılımcılar için: kısa, hızlı, daha kısaltılmış. Dış okuyucular veya gelecek referansı için: tek başına durmaya yeterli bağlam.
Günlük durum güncellemesi tutanağını sekiz günde on kelimeden fazlasına ihtiyaç duymaz. Üç aylık planlama seansı 300'e ihtiyaç duyabilir. Yasal sonuçlar olan bir karar ek referanslarla 600'e ihtiyaç duyabilir. Şablon bunların hepsi ne varsayılan olarak maksimum uzunluğa varsayılan olmaksızın barındırabilir.
Kaçınmak istediğiniz orta durum: bir belge odadakilerin içindekiler için çok kısa, odada olmayan biri için çok uzun. Bu, yazarın konuşmayı sorgulamak yerine damıtmakta başarısız olduğunda ortaya çıkma eğilimindedir.
AI transkripsiyon araçları şablonun ne yakaladığını nasıl değiştirir?
Bir toplantı kaydedilip otomatik olarak transkripsiyona konulduğunda, ham malzeme ilk kelimeyi yazmadan önce zaten vardır. Transkript tutanaklar değil. Fakat tutanakların çekildiği referanstır.
Bu, şablonun ne yapması gerektiğini değiştirir. Tutanaklar artık tartışma bağlamını korumak zorunda değil, transkript bunu yapar. Ne yapması gerekir, sinyali ortaya çıkarmak: 60 dakikalık bir transkript içinde hangi cümleler bağlayıcı bir karar içer ve hangisi çözülmemiş olarak kalan keşifsel düşünce temsil eder?
Birçok araç bunu iyi yapır. Otter.ai konuşmacıları tanımlar ve her segmenti zaman damgası ile işaretler, böylece bir karar, kaydın tam hangi anına geri izlenebilir. Birisi neyin kararlaştırıldığını tartıştığında bu yararlıdır. tl;dv toplantı özetini konuya göre düzenlenmiş halde üretir, bu tutanak şablonunun karar ve aksiyon madde alanlarını bellek izin verdiğinden daha doğru şekilde doldurabilir. Araç + şablon kombinasyonu, hatıradaki boşlukları ortadan kaldırır.
Granola farklı bir yaklaşım alır: toplantı sırasında aldığınız notlarla çalışır, ham ses yerine, ve yazdığınız ile tam bir AI özetinin arasında oturan yapılandırılmış bir çıktı üretir. Zaten kısmi notlar alanlar için, yeniden yazma adımını önemli ölçüde azaltır ve hız katanır.
Bu araçların hiçbiri önemli anlamda tutanaklar üretmez. Doğru tutanak yazma hızını artıran ve gereken-zaman sırasında en çok dikkat eden kişiye bağlı olmayan malzeme üretirler. Şablon hala önemlidir. Araç ham malzemeyi sağlar; şablon bu malzemeyi insanların harekete geçebileceği bir şekle getirir.
Uygulamada işe yarayan kombinasyon: toplantıyı kaydedin, transkripsiyon aracının araması arayı bitirken işlemesini sağlayın, kararlar alanını doğru şekilde doldurmak için konu özetini kullanın, tam isimleri ve belirli son tarihleri içeren aksiyon maddeler tablosunu bilgisayarı kapatmadan doldurun.
Aksiyon madde sorunu ve kaynağında nasıl düzeltilir?
Aksiyon maddeler kararlardan daha sık başarısız. Kararlar, bir kez verildiğinde, bellekte kalma eğilimindedir. Aksiyon maddeler yayılır. Bunlar, o kişinin haftasında başka her şeyle rekabet eden geri çağırma, motivasyon ve takvim yönetimine bağlıdır.
Bir aksiyon maddesi ortadan kaybolmasının en yaygın nedenleri:
Görev bir konu olarak değil özel bir teslim olarak yakalandı. "Satıcı teklifinde takip et" bir aksiyon madde değil. "Gözden geçirilen maliyet teklifini satın alma ekibine Perşembe saat on ikiye gönderin" dır.
Ona bağlanan son tarih yoktu. Son tarih olmaksızın, bir görev bir önerir. Uygun olduğunda yapılacak, bu genellikle sonraki toplantıdan önce yapılmadığı anlamına gelir.
Adı geçen sahip yoktu. "Bununla ilgili bak" hiçbir şey üretmez. "Henrik üç alternatif satıcıyı araştıracak ve Çarşamba senk'da geri rapor edecek" belirli bir kişiden belirli bir taahhüt üretir.
Şablon, her aksiyon maddesi için her üç alanı yapı olarak gerekli kılmalıdır. Bir toplantı adı geçen bir sahip veya son tarih olmayan bir aksiyon madde ürettiyse, tutanaklar bu alanları boş ve görünür olarak görüntülemeli. Boşluğu görünür kılan bir şablon, her şeyi tam görünür kılan birinden daha kullanışlıdır. Boş sahibi alan, sorumluluğu yaşar.
Bazı ekipler aksiyon maddeler tablosunu toplantı sonunda, çıkmadan önce yüksek sesle okumayı yararlı bulur. Bu iki dakika alır, çoğu adlandırma ve son tarih boşluklarını gerçek zamanlı olarak çözer ve tutanakların yeterince doldurulmuş olarak kalması yerine hepsi hazır olarak gelmesini sağlar.
Pile ilk başta ne zaman çalışıyor?
Toplantı tutanakları, bir toplu düzen yönetim sorununun kadar toplantı sorunu. Bunlar, bir hafta içinde birikmesi olan makaleler, konuşmalar ve belgelerle aynı kuyruğa oturmaktadır. Çoğu okunmaz, en çok kaydedilmiş makaleler okunmaz nedeniyle: değeri çıkarmanın maliyeti çok yüksektir.
Yararlı tutanaklar ve kullanılmayan tutanaklar arasındaki fark neredeyse her zaman yapıdır. Yapılandırılmış bir belge 90 saniyede taranabilir. Yapılandırılmamış bir tanesi, bir toplantı transkriptini okuyacağınız şekilde okumanız gerektiriyor, başka bir deyişle hiç.
Toplantı tutanağı şablonu bir triage aracıdır. İşi, birinin 90 saniyede tam bağlama ihtiyacı duyup duymadığını ya da iki satırın karar günlüğünün yeterli olup olmadığını belirlemesini sağlamaktır. Şablon işe yaradığında, yığını azaltır. Başarısız olduğunda, buna katkı sağlar.
Kütüphane senin kalır. Önemli olanı bulabilmeniz için yapı gerekli.