Toplantıdan aksiyon maddesi çıkarmak: not değil, görev
Toplantı notu doğru olabilir ama kimseyi harekete geçirmez. Bir cümleyi sahibi, tarihi ve bitti kriteri olan bir işe çevirmenin pratik yolunu anlatıyoruz.
Salı sabahı 09:40. Dört kişilik bir satış ekibi haftalık toplantısını yeni bitirdi; görüşme 52 dakika sürdü ve ekip lideri ekran paylaşırken 14 madde not aldı. Notların hepsi doğru, hiçbiri bir isim taşımıyor. Cuma öğleden sonra biri "bayi fiyat listesi ne oldu?" diye sorduğunda üç kişi aynı anda birbirine bakıyor: "Sende değil miydi?" Ne konuşulduğu kayıtlı; kimin ne yapacağı kayıtlı değil. Bu yazı tam olarak bu iki cümlenin arasındaki boşlukla ilgili.
Önce notun neden kendi başına hiçbir işi ilerletmediğini, sonra bir aksiyon maddesinin taşımak zorunda olduğu dört alanı ele alacağız. Ardından toplantı dilindeki muğlak cümleleri — "bir bakalım", "dokunuruz", "senkron olalım" — sahibi belli işlere çevirmenin yolunu, sahibin nasıl seçildiğini ve kaydın toplantı sırasında mı sonrasında mı yapılacağını göreceksiniz. Sonra kaydı bir bota bıraktığınızda insana ne kaldığını, hangi maddenin göreve dönüp hangisinin dönmemesi gerektiğini, toplantı türü başına ayrı çıktı kurmayı ve bütün bunun işe yarayıp yaramadığını gösteren üç sayıyı konuşacağız.
Not neden kendi başına hiçbir işi ilerletmez?
Not bir kayıt biçimidir; görev bir yükümlülüktür. Aradaki fark biçimsel değil, davranışsal: notu okumak için birinin o dosyayı açmayı hatırlaması gerekir, görev ise sizi kendisi bulur. Toplantı bitiminde paylaşılan düzgün bir özet, ekibin haftalık iş listesine kendiliğinden karışmaz. Doküman kendi başına bir bildirim üretmez, bir sıralamaya girmez, gecikince kimseyi rahatsız etmez. Bu yüzden "iyi not tutuyoruz ama iş yürümüyor" cümlesi bir çelişki değil, beklenen sonuçtur.
İkinci sorun notun tekilliği. Toplantı notu çoğunlukla bir kişinin defterinde, bir sohbet kanalında ya da kişisel bir dosyada durur. Aynı işin iki farklı yerde iki farklı hali oluşur; biri "gönderilecek" der, diğeri "gönderildi" der ve ikisi de kimseye sorulmaz. toplantı notlarını aksiyon takibine bağlamayı ayrı bir yazıda ele almıştık; oradaki temel iddia burada da geçerli: notun değeri, ondan çıkan işin nereye düştüğüyle ölçülür.
Üçüncüsü zamanlama. İnsan hafızası toplantı bittikten sonraki ilk saatte en isabetli, ertesi gün en yaratıcıdır — yani hatırladığını sandığı şeyi yeniden kurar. "Sanırım müşteriye entegrasyon dokümanını gönderecektik" cümlesi, kırk sekiz saat sonra kimsenin doğrulayamayacağı bir tahmindir. Kayıt anı ile karar anı arasındaki mesafe büyüdükçe çıkan işin doğruluğu düşer, çünkü eksik kalan alanları hafıza değil varsayım doldurur.
Aksiyon maddesini karardan ve bilgi notundan ayıran nedir?
Bir toplantıdan üç farklı türde çıktı çıkar ve bunları aynı listeye yazmak çoğu takibi bozar. Karar, artık tartışılmayacak bir seçimdir: "yeni müşterilerde vadeli ödeme uygulamayacağız." Bilgi, kimsenin bir şey yapmasını gerektirmeyen bir bağlamdır: "rakip yeni bir paket duyurdu." Aksiyon ise birinin, belirli bir zamana kadar yapacağı somut bir iştir. Üçünün ortak yanı toplantıda söylenmiş olmaları; ortak yanları burada bitiyor.
Bu ayrımın pratik faydası şu: kararlar kural olur, bilgi bağlam olur, yalnızca aksiyonlar görev listesine girer. Kararı göreve çevirirseniz listede asla kapanmayan bir madde taşırsınız. Bilgiyi göreve çevirirseniz insanlar listeyi ciddiye almayı bırakır. Tekrarlayan kararlar zamanla yazılı bir kurala dönüşür; bu noktada süreci SOP olarak yazıya dökmek ekibi her toplantıda aynı tartışmayı yapmaktan kurtarır.
Ayrımın kendisi de bir disiplin gerektirir. Toplantıyı yöneten kişi bir konu kapanırken tek bir soru sorabilir: "Bu bir karar mı, bir iş mi, yoksa sadece bilgi mi?" Cevap üç kelimeyle verilir ve o kelime maddenin nereye yazılacağını belirler. Bu soruyu sormayan ekipler ay sonunda içinde her şeyin bulunduğu ve hiçbir şeyin ilerlemediği bir liste ile kalır.
Bir aksiyon maddesi hangi dört alanı taşımak zorunda?
Kullanılabilir bir aksiyon maddesi dört şey söyler: ne yapılacak, kim yapacak, ne zamana kadar, bittiği nereden anlaşılacak. Dördüncüsü en sık atlanan ve en pahalıya mal olan alandır. "Teklifi hazırla" ile "teklifi müşteriye e-postayla gönder" arasındaki fark bir haftalık gecikmedir; ilkinde iş bittiğinde kimsenin haberi olmaz, çünkü bitmenin gözlemlenebilir bir hali tarif edilmemiştir.
- Fiil: madde bir eylemle başlamalı — gönder, ara, güncelle, hazırla. "Fiyat listesi" bir madde değil, bir konu başlığıdır.
- Sahip: tek bir isim. İki isim yazmak, sahipsizliğin kibar halidir.
- Tarih: "bu hafta" değil, belirli bir gün. Belirsiz tarih aslında tarih yok demektir.
- Bitti kriteri: maddenin kapanması için görülmesi gereken somut çıktı: gönderilmiş bir e-posta, imzalanmış bir belge, güncellenmiş bir kayıt.
Bu dördü aslında bir brief'in küçük halidir. Bir yazara net bir iş vermenin ne demek olduğunu içerik brief'i şablonu yazısında ayrıntılandırmıştık; toplantıdan çıkan maddeler için de mantık aynı. Amaç alan sayısını artırmak değil, maddeyi okuyan kişinin kafasında soru bırakmamak. Dört alanı da yazmak ortalama bir madde için on beş saniye sürer; yazmamak ise maddeyi bir sonraki toplantıya taşır.
"Bir bakalım" cümlesi nasıl işe çevrilir?
Toplantı dili nazik ve muğlaktır; bu bir kusur değil, konuşmanın doğal biçimi. Sorun, bu dilin olduğu gibi yazıya geçirilmesi. "Bir dokunalım", "senkron olalım", "gerekirse bakarız" cümleleri kaydedildiğinde kimsenin ne yapacağı belli olmaz. Çevirinin kuralı basit: cümledeki niyetin arkasında somut bir eylem varsa onu yazın, yoksa maddeyi göreve değil gündeme koyun.
Pratikte üç kalıp yeterli oluyor. Birincisi, öznesi olmayan cümleye özne vermek: "müşteriye dönülecek" yerine "Selin müşteriye dönecek". İkincisi, fiili daraltmak: "bakmak" yerine "kontrol etmek", "hazırlamak" ya da "onay almak". Üçüncüsü, koşulu ayrı yazmak: "gerekirse yaparız" cümlesindeki koşul aslında bir karar maddesidir ve önce o koşulun kime bağlı olduğu netleşmelidir.
Toplantının kendisini toparlamak da bu işi kolaylaştırır. Gündemsiz uzayan bir görüşmede muğlak cümle oranı artar, çünkü konular kapanmadan bir sonrakine geçilir. Satış ekiplerinde bunun nasıl düzeltildiğini toplantı hijyeni yazısında anlatmıştık: gündemi olan bir toplantıdan çıkan maddeler zaten daha nettir, çünkü her konunun bir kapanış anı vardır.
Sahip kim olur: konuşan mı, işi yapacak olan mı?
Toplantıda bir konuyu en çok konuşan kişi, çoğu zaman o işin sahibi olarak yazılır. Bu kolaycılık iki hata üretir: konuyu açan kişi işi yapacak olan olmayabilir ve gerçekten yapacak olan kişi toplantıda hiç konuşmamış olabilir. Sahiplik konuşma süresine göre değil, işi tamamlama yetkisine göre atanır.
İkinci kural: sahip işi kendi elleriyle yapacak kişi olmak zorunda değil, ama sonucundan sorumlu olan kişi olmak zorunda. Bir madde bir departmana atanamaz. "Pazarlama halleder" cümlesi, ay sonunda kimsenin sahiplenmediği bir satır bırakır. İsim yazmak zor geliyorsa sorun maddede değil, işin gerçekten kime ait olduğunun bilinmemesindedir; o durumda maddenin kendisi "bu işin sahibini belirle" olur ve sahibi de toplantıyı yöneten kişidir.
Üçüncüsü kapasite. Aynı kişiye tek toplantıdan altı madde çıkıyorsa o maddelerin çoğu ertelenecek demektir. Toplantı biterken kişi başına düşen madde sayısına bakmak, dağıtımı herkes hala odadayken düzeltmenin en ucuz yoludur. Tekrarlayan işlerin bir kısmı zaten kişiye değil sisteme atanabilir; hangi işlerin tetikleyicilere devredilebileceğini satış görev otomasyonu tarafında ayrıntılı ele almıştık.
Aksiyon toplantı sırasında mı, sonrasında mı kaydedilir?
İki yaklaşım da işler ama maliyetleri farklı. Toplantı sırasında kaydetmek en doğru içeriği üretir, çünkü herkes odadadır ve madde yanlış yazıldığında itiraz hemen gelir. Bedeli dikkattir: not tutan kişi konuşmayı tam takip edemez ve bu iş çoğunlukla toplantının en kıdemli kişisine kalır, yani en pahalı dikkat en mekanik işe harcanır.
Toplantıdan sonra kaydetmek dikkati serbest bırakır ama hafızaya bağımlıdır. Bu yüzden kritik olan aradaki mesafedir. Görüşme bittikten sonraki ilk saat içinde yapılan kayıt genellikle isabetlidir; ertesi güne kalan kayıt, yeniden kurgulanmış bir hikayedir. Ekiplerin çoğu için gerçekçi olan üçüncü bir yol var: kaydın otomatik alınması ve maddelerin toplantıdan hemen sonra tek bir kişi tarafından onaylanması.
Hangi yolu seçerseniz seçin, bir alışkanlık hepsini ucuzlatır: maddeyi konuşurken yüksek sesle tekrar etmek. "Yani Selin perşembeye kadar teklifi gönderiyor, doğru mu?" cümlesi hem kaydı düzeltir hem sahipliği odada teyit eder. Bu tek cümle, sonradan yapılan bütün düzeltmelerden daha az zaman alır.
Kaydı bot alıyorsa insana ne iş kalır?
Otomatik kayıt, aksiyon çıkarmanın mekanik kısmını devralır. Rocketly'nin Toplantı Botu görüşmeye katılımcı olarak girer, konuşmacı ayrımlı bir Tam Transkript üretir ve Aksiyon Maddeleri özelliğiyle "kim ne yapacak" cümlelerini ayrı bir liste olarak işaretler; bu maddeler tek tıkla CRM'de göreve dönüşür. Yani bot sizin yerinize not yazmaz, konuşmanın içinden taahhüt cümlelerini sahibiyle birlikte ayırır.
İnsana kalan iş yargıdır. Bot bir cümleyi aksiyon olarak işaretlediğinde, onun gerçekten yapılacak bir iş mi yoksa nazik bir kapanış cümlesi mi olduğuna insan karar verir. Tarihi netleştirmek, sahibi düzeltmek ve bitti kriterini yazmak da insanın işi. Kişiye Bağlama katılımcıları ekip üyesi ya da müşteri kaydıyla eşleştirir; eşleşme yanlışsa konuşmacı adını elle düzeltirsiniz, çünkü bir taahhüdün müşteriden mi ekipten mi geldiği maddenin kaderini tümüyle değiştirir.
Asıl kazanç, kayıt işinin toplantı sonrası kuyruğundan çıkmasıdır. Her görüşmeden sonra on beş dakikalık bir yazım işi biriktiğinde o iş genellikle ya yapılmaz ya yarım yapılır. Aynı mantığı CRM'in tamamına uyguladığınızda ortaya çıkan farkı CRM veri girişini azaltmak yazısında ele almıştık: ekibin zamanı forma değil konuşmaya gidiyorsa kayıt kalitesi de yükselir.
Hangi madde göreve döner, hangisi dönmemeli?
Toplantıdan çıkan her cümleyi göreve çevirmek listeyi kullanılamaz hale getirir. Ayrımı toplantı bitmeden yapmak, sonradan liste temizlemekten hızlıdır. Aşağıdaki tablo tipik toplantı çıktılarını türlerine ve gidecekleri yere göre ayırıyor; satırlar örnek niteliğinde, ekibinize göre çoğaltılabilir.
| Toplantıda çıkan madde | Türü | Göreve dönsün mü? | Nereye yazılır |
|---|---|---|---|
| Teklif taslağını perşembeye kadar gönder | Aksiyon | Evet, sahip ve tarihle | Görev listesi |
| Yeni müşterilerde vadeli ödeme uygulanmayacak | Karar | Hayır | Toplantı özeti, karar kaydı |
| Rakip yeni bir paket duyurdu | Bilgi | Hayır | Özet notu |
| Müşteri sözleşmeyi cuma imzalayacak | Karşı taraf taahhüdü | Hayır, hatırlatma kurulur | Fırsat kaydı |
| Fiyat itirazını nasıl karşılayacağımızı bir çalışalım | Muğlak niyet | Netleşene kadar hayır | Sonraki toplantı gündemi |
| Bayi fiyat listesini güncelle | Aksiyon | Evet, bitti kriteriyle | Görev listesi |
Tablodaki "muğlak niyet" satırı en önemlisi. Bir madde henüz göreve dönecek kadar net değilse, onu zorla göreve çevirmek yerine bir sonraki toplantının gündemine yazmak dürüst olanıdır. Netleşmemiş işi listeye koymak listeyi değil, ekibin listeye olan güvenini bozar. Bir sonraki adımın ne olması gerektiğine sistemin ürettiği sinyallerle bakmak da mümkün; sonraki en iyi aksiyon yaklaşımı tam olarak bu boşluğu doldurmak için var.
Toplantı türü başına ayrı çıktı nasıl kurulur?
Bir keşif görüşmesinden çıkması gereken şeyle haftalık bir stand-up'tan çıkması gereken şey aynı değildir. Keşifte önemli olan müşterinin tarif ettiği ihtiyaç, bütçe sinyali ve bir sonraki randevunun tarihidir; stand-up'ta ise engeller ve bu haftanın taahhütleri. Tek bir özet biçimini her toplantıya uygulamak ikisinde de aynı anda hem fazla hem eksik bilgi üretir.
Rocketly'nin Toplantı Şablonları özelliği tam bu ayrımı kaydeder: tekrarlayan toplantı türlerine kendi özet biçimini tanımlarsınız, böylece bir keşif görüşmesi ile bir stand-up her birine uygun notu alır. Otomatik Özet E-postası ise toplantı biter bitmez kararları, sonraki adımları ve sorumluları ekibe gönderir; "özeti kim paylaşacak" sorusu gündemden düşer ve maddeler herkesin görebildiği tek bir metinde başlar.
Şablon mantığı görev tarafında da işler. Aynı türden toplantıdan hep aynı üç madde çıkıyorsa o maddeler her seferinde sıfırdan yazılmak yerine hazır bir kalıptan üretilebilir. görev şablonları ve otomatik görev oluşturma tarafındaki yaklaşım burada da geçerli: tekrarlayan işin biçimini bir kez tanımlarsınız, her toplantıda yeniden hatırlamak zorunda kalmazsınız.
Aksiyon çıkarmanın işe yaradığını nasıl ölçersiniz?
Üç sayı yetiyor. Birincisi kapanma oranı: bir toplantıdan çıkan maddelerin kaçı hedef tarihinde kapandı. İkincisi devir oranı: kapanmadan bir sonraki toplantıya taşınan madde yüzdesi — bu sayı yükseliyorsa sorun takipte değil, maddelerin baştan fazla büyük yazılmasındadır. Üçüncüsü sahipsiz madde sayısı: ideal değeri sıfırdır ve ölçmesi en kolay olanı budur.
Bu sayıları toplantı başına değil, toplantı türü başına okumak daha bilgilendirici. Haftalık ekip toplantısının kapanma oranı düşükken müşteri görüşmelerininki yüksekse sorun toplantı kültüründe değil o toplantının gündemindedir. Aynı okuma biçimini görüşmenin içeriğine uyguladığınızda neler çıktığını AI ile çağrı ve görüşme analizi yazısında anlatmıştık.
Kalite tarafında ise maddelerin kendisine bakmak gerekir. Rastgele seçilmiş on maddeyi alıp dört alanın kaçında eksik olduğunu saymak, bir ay boyunca haftada bir tekrarlanabilecek en ucuz denetimdir. Görüşme kalitesini örnekleme ile ölçme mantığını çağrı kaydı ve kalite değerlendirmesi tarafında ayrıntılı ele almıştık; toplantı maddeleri için de aynı örnekleme yaklaşımı işler, çünkü hepsini denetlemek zaten kimsenin yapmayacağı bir iştir.
Bu ölçümü kendi toplantılarınızda denemek isterseniz ücretsiz bir Rocketly hesabı açıp ilk haftanın toplantılarını kayda alabilir, çıkan maddeleri elle yazdıklarınızla karşılaştırabilirsiniz.
Sıkça sorulan sorular
On beş dakikalık kısa toplantılardan da aksiyon çıkarmak gerekir mi?
Gerekir, ama daha az madde beklemek doğru olur. Kısa toplantı çoğunlukla tek bir konuyu kapatmak için yapılır; oradan bir ya da iki madde çıkması normaldir. Hiç madde çıkmıyorsa toplantının bir bilgi paylaşımı olduğunu kabul edip özetle yetinmek, listeye yapay madde eklemekten iyidir.
Bot yanlış bir aksiyon maddesi çıkarırsa ne olur?
Madde bir öneri olarak durur, otomatik olarak kimsenin listesine düşmez. Onaylayan kişi maddeyi siler, sahibini değiştirir ya da metnini düzeltir. Bir taahhüdün müşteriye mi ekibe mi ait olduğu tartışmalıysa transkriptte o ana dönüp kimin ne dediğini kelime kelime görebilirsiniz; bu yüzden düzeltme bir hafıza tartışması olmaz.
Aksiyon maddeleri toplantı özetinde mi kalmalı, görev listesinde mi?
İkisinde birden, ama farklı rollerle. Özetteki madde bağlamı taşır: hangi tartışmanın sonunda ortaya çıktığını gösterir. Görev listesindeki madde ise takibi taşır: tarihi, sahibi ve durumu vardır. Aynı maddenin iki yerde bulunması sorun değil; sorun, ikisinin birbirine bağlı olmaması ve durum değiştiğinde birinin güncellenmemesidir.
Toplantıya katılmayan biri maddeleri nasıl anlar?
Bitti kriteri yazılmışsa maddeyi anlamak için toplantıda bulunmak gerekmez. Yine de bağlam gerekiyorsa, özet ve transkript aynı toplantı kaydının altında durduğu için maddeye kaynaklık eden konuşma parçasına dönmek mümkün. Ekip arkadaşınız 50 dakikalık kaydı baştan sona dinlemek yerine özeti okuyup gerekirse tek bir bölüme atlar.