İşin İzlemesini Kaybetmeden E-posta ile Projeleri Yönetme

McKinsey Global Institute’a göre, bilgi çalışanları çalışma haftasının yaklaşık %28’ini, yani kabaca 11 saat ini e-postaya ayırıyor. Bu saatlerin bir yerinde, projenizin zamanında teslim edilip edilmeyeceğini sessizce belirleyen bir onay, ertelenen bir son tarih veya bir müşteri notu yer alıyor.

E-posta proje yönetimi de işte budur: Gelen kutunuza gelen işleri yönetmek, böylece önemli hiçbir şeyin orada gömülü kalmaması. Sorun şu ki, e-posta her şeyi geldiği zamana göre düzenlerken, projeler ise sorumlu kişilere, son teslim tarihlerine ve bağımlılıklara göre yürür.

Bunu doğru yapan takımlar, ikisi arasında net bir sınır çizer. E-posta konuşmasını sağlar, takip sistemi işi yönetir ve her biri tasarlandığı görevi yerine getirir.

Bu kılavuz, bu sınırı nasıl çizeceğinizi adım adım anlatıyor. İstekleri gelen kutusundan çıkarma adımlarını, hemen kullanabileceğiniz şablonları ve işlerin bu iki alan arasında kaybolmasını önleyen araç ve otomasyonların bir özetini bulacaksınız.

E-posta Proje Yönetimi Nedir?

E-posta proje yönetimi, bir takımın bir projeyi gelen kutusundan yürütmesi durumunda ortaya çıkan süreçtir: görev atama, dosya paylaşımı, onay isteme ve konu dizilerinde ilerlemeyi izleme. Çoğu küçük takım buradan başlar ve bunun iyi bir nedeni vardır. E-posta zaten açıktır, herkesin bir adresi vardır ve kimse katılmak için yeni bir araç öğrenmek zorunda kalmaz.

Tamamlandığında işe yarar. Net bir konu satırı, ilk cümlede belirtilen sorumlu kişi ve gövde kısmında yer alan tarih, küçük bir projenin başlangıcından teslimatına kadar tüm süreci yürütmeye yeter.

Bir tasarımcının takıma üç logo seçeneğini e-posta ile gönderdiğini hayal edin. Herkes aynı konu başlığı altında yanıt verir, kurucu ikinci seçeneği seçer ve dosya o öğleden sonra müşteriye gönderilir. Ekstra bir araca gerek yoktur.

Buradaki sorun, bu sistemde sorumlu kişi, son teslim tarihi, bağımlılık veya durum gibi kavramların yerleşik olarak bulunmamasıdır. Bu yapıyı etiketler, klasörler ve paylaşılan alışkanlıklarla ekleyebilirsiniz; pek çok takım bu yöntemle başarılı sonuçlar elde ediyor. Ancak proje büyüdükçe, bir mesajlaşma aracından proje yönetimi yazılımının yapması gereken işi yapmasını istemiş olursunuz.

Projeler Neden Gelen Kutusunda Takılıp Kalır?

Projeler, e-postanın işleri yönetmek için gerekli yapıya sahip olmaması nedeniyle gelen kutusunda tıkanır. Görevler uzun e-posta konuları arasında kaybolur, kararlar yanıtlar arasında kaybolur ve bir mesaj ilk sayfadan düştüğünde, görev hâlâ açık olsa bile unutulur.

E-posta’nın Başarılı Olduğu (ve Olmadığı) Alanlar

E-posta, müşteri raporlaması gibi belirli işler için mükemmeldir, ancak bir proje takip sisteminin sahip olması gereken tüm özelliklerde yetersiz kalır. Önemli olan, hangisinin ne olduğunu bilmektir.

Sol sütun iletişime aittir. Sağ sütun ise koordinasyona aittir; bu, bir takip aracının iyi bir şekilde üstesinden geldiği türden görsel görev yönetimidir.

İki Katmanlı E-posta Kurulumu Neden İşe Yarar?

E-posta'yı gelen kanal olarak, takip sistemini ise kayıt aracı olarak kullanmak, takımlara her iki sistemin tek başına sağlayamadığı bir dizi özel avantaj sunar.

İstekler artık tek bir kişinin hafızasına bağımlılık göstermiyor

Bir müşteri Cuma günü saat 17:00'de bir proje liderine e-posta gönderdiğinde, bu talep Monday gününe kadar tek bir kişinin gelen kutusunda kalır. Bunu bir Listeye iletirseniz, talebin bir sorumlusu, bir son teslim tarihi olur ve işi üstlenebilecek herkesin görünürlüğü olur. Eşzamanlı olarak on müşteri hesabını yöneten bir tasarım ajansı bu avantajdan hemen yararlanır: Birisi hastalık izni aldığında veya tatile çıktığında iş akışı aksamaz.

Kararlar saniyeler içinde geri çağrılabilir hale gelir

E-posta, kararları konu dizilerinin içine gömer. İzlenen bir görev ise kararı, değiştirdiği şeye sabitler. Altı ay sonra, bir paydaş lansman tarihinin neden ertelendiğini sorduğunda, cevap göreve eklenmiş olur; “Re: Re: Hızlı bir soru” konu başlıklı 47 yanıtlık bir zincirde kaybolmaz.

Sorumluluk, örtük olmaktan açık hale gelir

Bir talebi beş kişiye CC’ye eklemek, yetki devri yapıldığı yanılsamasını yaratır. Sorumlusu açıkça belirtilen bir görev ise durumu netleştirir. “Herkes e-postayı gördü” yaklaşımından “görevden tek bir kişi sorumludur” yaklaşımına geçen takımlar, tartışılan iş ile tamamlanan iş arasındaki uçurumu tutarlı bir şekilde kapatır.

Yanıt süresi ölçülebilir hale gelir

Gelen kutusu, takımınızın bir müşteri talebine yanıt vermesinin ne kadar sürdüğünü size söyleyemez. Ancak zaman damgalı bir takip sistemi bunu yapabilir. Operasyon ve hesap ekipleri bunu, belirli kalıpları tespit etmek için kullanır: Örneğin, onaylar için ortalama 48 saatlik bir işlem süresi, sadece hissetmekle asla fark edemeyeceğiniz bir darboğazı ortaya çıkarır.

Denetim izi, personel değişiminden etkilenmez

Birisi işten ayrıldığında, gelen kutusu da onunla birlikte gider (ya da bir kara deliğe arşivlenir). Paylaşımlı bir sistemde izlenen işler, projeyi devralan kişi için her zaman görünür kalır. Yeni bir müşteri yöneticisini işe alan bir danışmanlık firması, müşteriden altı aylık süreci yeniden açıklamasını istemek yerine, tam bir görev geçmişini devredebilir.

E-posta ile Projeleri Yönetme: Adım Adım İş Akışı

Bu ş akışı, standart bir Gmail hesabından özel bir proje yönetimi platformuna kadar neredeyse her türlü kurulumda işe yarar. İlke aynı kalır:

1. Her mesajı 4 D ile önceliklendirin

Her e-postayı açtığınız anda ne yapacağınıza karar verin: Yapılacak, Sil, Devret veya Ertele. Her mesajı yalnızca bir kez işleyin ve karar vermek için tekrar tekrar okumayın.

Buradaki tuzak, “erteleme”yi “gelen kutusunda bırakma” olarak algılamaktır; işte bu şekilde gelen kutusu işlevsiz bir yapılacaklar listeye dönüşür.

2. Eylem e-postalarını izlenebilir görevlere dönüştürün

Anlamlı bir iş gerektiren her e-posta, en azından aşağıdakileri içeren bir görev haline getirilmelidir:

Kesin süreç, kullandığınız araçlara bağlıdır:

Bir müşterinin “Lansmandan önce başlık resmini değiştirebilir miyiz?” diye e-posta gönderdiğini varsayalım. Bunu şu şekilde bir göreve dönüştürün: “Lansmandan önce kampanya başlık resmini değiştirin.”

İşi tasarımcıya atayın, yayınlanma son tarihini ekleyin ve orijinal e-posta konusunu ek dosya olarak ekleyin. Artık takım, gelen kutusunu aramaya gerek kalmadan talebin sorumlusunun kim olduğunu ve işin tamamlanıp tamamlanmadığını görebilir.

Görev kaydedildikten sonra e-postayı arşivleyin. Mesaj, kanıt ve bağlam olarak erişilebilir durumda kalır, ancak gelen kutusunun artık işin izlemesini yapması gerekmez.

3. Şablonlarla proje e-postalarınızı standartlaştırın

Yeniden kullanılabilir şablonlar, rutin proje e-postalarını yazmak için harcadığınız zamanı azaltır ve bu e-postalara göre harekete geçmeyi kolaylaştırır. Başlangıç, durum güncellemesi ve kapanış e-postaları her seferinde aynı noktaları ele alır; bu nedenle bunları sıfırdan yazmanın bir anlamı yoktur. Her birinin farklı bir işlevi vardır:

4. Tekrarlayan güncellemeleri e-postaдан çıkarın

Durum güncellemeleri, gelen kutusunu doldurmanın en hızlı yoludur ve başka bir yere taşınması en kolay olan şeydir. Bir düzine "hepsine yanıtla" yanıtı doğuran haftalık durum e-postası göndermek yerine, güncellemeyi işin zaten bulunduğu yere yayınlayın: paylaşılan bir gösterge paneli, durum raporlama araçları veya bir görev konu dizisi.

İnsanlar ihtiyaç duyduklarında okurlar ve bu şablon, anlattığı konuyla bağlantılı kalır.

Aynı mantık geri bildirimler için de geçerlidir. Düzenleme listesini e-posta ile göndermek yerine, paylaşılan belgeye yorum yapın. Not, ilgili cümlenin hemen yanında yer alır; böylece kimse bir e-postayı dosyayla karşılaştırmak zorunda kalmaz. Bir kampanya özetini inceleyen pazarlama takımı, “aşağıdaki notlarıma bakın” diye bir mesaj gönderip yazarın iki pencere arasında iş yapmasına neden olmak yerine, taslağın üzerine doğrudan yorum bırakabilir.

5. E-posta kontrolü konusunda sınırlar belirleyin

E-postaları sürekli kontrol etmek, gününüzü bir dizi küçük, reaktif bloklara dönüştürür. Bunun çözümü, rolünüze uygun planlı aralıklarla e-postaları işlemektir. Acil müşteri taleplerini yanıtlayan birinin, odaklanma süresini korumaya çalışan bir yazar, analist veya tasarımcıya göre daha sık kontrol yapması gerekecektir.

Pratik bir rutin şöyle olabilir:

UC Irvine'daki araştırmacılar, Gloria Mark'ın iş kesintilerinin maliyetine ilişkin alan çalışmasına dayanarak, bir kesintiden sonra odaklanmayı tamamen yeniden kazanmanın 20 dakikadan fazla sürebileceğini ortaya koydu. Bu, her bir e-posta'nın size 20 dakikaya mal olduğu anlamına gelmez, ancak sürekli bağlam değiştirmenin odaklanmış işi neden yavaşlattığını hatırlatıcı bir unsur olarak kullanması açısından önemlidir.

Kaçınılabilir kesintileri azaltabilecek iki alışkanlık daha:

6. Proje durumuna ilişkin tek bir güvenilir kaynak tutun

Projenin güncel durumunu yansıtan tek bir sistem seçin. Bu bir görev listesi, bir gösterge paneli, bir proje panosu veya bir iş yönetimi platformu olabilir.

Bu sistem şu soruları yanıtlamalıdır:

Birisi “Bu iş ne durumda?” diye sorduğunda, bunu ön tanımlı cevabınız haline getirin. E-posta, kayda geri yönlendirdiği sürece değişikliği duyurmaya devam edebilir: “Güncellenmiş lansman zaman çizelgesi artık kampanya gösterge panelinde yer alıyor. Lütfen Çarşamba gününe kadar ‘Karar gerekli’ olarak işaretlenmiş iki dönüm noktasını inceleyin.”

Proje Yönetimi E-posta Şablonları

Dört şablon, proje iletişiminin çoğunu kapsar: başlangıç, durum güncellemesi, değişiklik talebi ve kapanış. Her birinin sabit bir işlevi ve yapısı vardır; böylece sıfırdan taslak hazırlamak yerine parantezleri doldurmanız yeterlidir. Parantez içindeki metni değiştirin, proje kaydına bağlantı verin ve her birini yeniden kullanılabilir bir snippet olarak kaydedin.

Proje başlangıç e-postası

Çalışmaya başlamadan önce bunu kullanarak takımı hedef, zaman çizelgesi, sorumluluklar ve güvenilir bilgi kaynağı konusunda uyumlu hale getirin.

Etkili bir başlangıç e-postası şunları içermelidir:

Proje durum güncelleme e-posta

Bunu, tam proje çalışma alanını açmadan net bir özet bilgisine ihtiyaç duyan paydaşlar için kullanın.

Mesajınızı şu konulara odaklayın:

Değişiklik talebi e-posta

Önerilen bir değişiklik projenin kapsamını, zaman çizelgesini, kaynaklarını veya bütçesini etkiliyorsa bunu kullanın.

Değişikliği, bunun sonuçlarıyla birlikte açıklayın. Alıcı, neyin değiştiğini, bunun neleri etkileyeceğini ve ne zaman bir karar alınması gerektiğini anlayabilmelidir.

Proje kapanış e-postası

Bu şablonu, iş teslim edildiğinde ve kabul edildiğinde kullanın. E-posta, projenin kapalı olduğunu teyit etmeli, kalan devir teslim işlemlerini kaydetmeli ve ilgili kişilere nihai materyalleri nerede bulabileceklerini belirtmelidir.

İçindekiler:

E-posta Entegrasyonlu Proje Yönetimi Yazılımı

Gelen kutusu tabanlı araçlar (Gmelius, Hiver, Front), Gmail veya Outlook'un içine görevler, durum bilgileri ve panolar ekler. Bağımsız takip araçları (ClickUp, Asana, Trello, Microsoft Planner) ise e-postayı, sahipleri, tarihleri ve bağımlılıkları ile birlikte bir Çalışma Alanı'na aktarır. Takımın gününü nerede geçirmesi gerektiğine göre seçim yapın.

1. Hiver ve Front gibi paylaşımlı gelen kutusu araçları

Paylaşımlı gelen kutusu, tüm takıma support@ veya projects@ gibi tek bir adres sunarken, e-postada eksik olan koordinasyon katmanını da sağlar. Bir konuşmayı, bir görevı atadığınız gibi bir kişiye atarsınız. Müşterinin asla göremeyeceği bir ileti konusuna dahili notlar bırakabilirsiniz. Çakışma algılama özelliği, bir ekip arkadaşınız zaten yanıt yazıyorsa sizi uyarır; bu da aynı müşteriye iki kişinin aynı anda yanıt vermesi sorununu çözer.

Hiver, Gmail içinde çalışır ve ücretsiz bir sürümü vardır; ücretli planlar ise kullanıcı başına aylık 25 dolardan başlar ve yıllık olarak faturalandırılır. Front ise e-posta, SMS ve sohbeti tek bir Çalışma Alanı’nda bir araya getiren bağımsız bir uygulamadır ve kullanıcı başına aylık 25 dolardan başlayan fiyatlarla sunulur. Her iki uygulama da, normal bir gelen kutusunun size veremeyeceği, kişi başına yanıt süresi ve hacmi hakkında raporlar sunar.

2. Gmail ve Zoho Mail eklentileri

Bu araçlar, takımınızın halihazırda kullandığı e-posta hizmetine görev özellikleri ekler. Giriş yapmanız gereken yeni bir platform yoktur; işte bu da en büyük cazibesi.

Gmelius, Gmail'i ve paylaşılan gelen kutularını ekip çalışma alanlarına dönüştürür. Gmail'den çıkmanıza gerek kalmadan bir konuşmayı atayabilir, son tarih belirleyebilir, bir e-postaı görev olarak dönüştürebilir ve Kanban panosunda izleme yapabilirsiniz. Bu araç, her mesajın başlı başına bir iş parçası olduğu durumlarda en uygunudur: müşteri talebi, destek talebi, satış sorgusu gibi. Planlar, kullanıcı başına aylık 19 dolardan başlar, yıllık olarak faturalandırılır ve ücretsiz kullanım seçeneği yoktur.

Zoho Mail, eWidget paneli aracılığıyla benzer bir yol izler. Zoho Projects uzantısı, posta kutusunun içinden projeleri görüntülemenize, görevler oluşturup yönetmenize ve e-postaları mevcut işlere bağlamanıza olanak tanır. Zoho Projects, beş kullanıcıya ve üç projeye kadar ücretsizdir; bu sınırın aşılması durumunda kullanıcı başına aylık 5 ABD doları ücret uygulanır.

3. Outlook ve Teams ile Microsoft Planner

Planner, kişisel görevleri, takım planlarını ve premium proje özelliklerini Microsoft 365'e entegre eder. Planları Planner ve Teams'de yönetir, kendi işlerinizi Microsoft To Do'da görür ve uygun görevleri Outlook'a bağlarsınız.

Bunun avantajı sürekliliktir. Bir talep Outlook'a geldiğinde bir görev haline gelir, ilgili kişinin atanan işler görünümünde görünür ve Planner'da takım tarafından görünürlükleri devam eder. Microsoft 365'te halihazırda belgeler, toplantılar ve takvimler kullanan şirketler için bu, yeni bir tedarikçiye ihtiyaç duymadan elde edilebilecek büyük bir değer anlamına gelir.

Ancak burada dikkat edilmesi gereken nokta, e-posta bağlantısının gerçek bir "e-postadan göreve" eklenti kadar sıkı olmamasıdır. Özellikler ayrıca plana ve görev türüne göre değişiklik gösterir. Takımınızı bu sisteme dahil etmeden önce, tam ş Akışınızın desteklendiğini doğrulamanızda fayda var.

4. Asana, Trello ve diğer bağımsız takip araçları

Bağımsız takip araçları, işleri gelen kutunuzdan alıp kendi Çalışma Alanlarına taşır. Bir e-posta geldiğinde, onu iletir veya bir eklenti düğmesine tıklarsınız; böylece e-posta, bir sorumlusu, son teslim tarihi ve durumu olan bir görev haline gelir. Orijinal e-posta ise arşivleyebileceğiniz bir makbuz olarak kalır.

Asana, Gmail ve Outlook eklentileri sayesinde e-postaları görevlere dönüştürür. Bir sorumlu atayabilir, son teslim tarihi belirleyebilir ve mesajı mevcut bir işe ekleyebilirsiniz. Hukuki düzeltmeleri inceleyen bir pazarlama sorumlusu, bunu iki kez iletmek yerine doğrudan kampanya görevine aktarabilir. Personal planı ücretsizdir; Starter planı yıllık abonelikle kullanıcı başına aylık 10,99 dolar, Advanced planı ise 24,99 dolardır.

Trello, işleri daha hafif ve pano şeklinde tutar. Her panonun bir “e-posta-panoya” adresi vardır; böylece iletilen bir mesaj, konu satırı başlık, gövde kısmı ise açıklama olarak bir karta dönüşür. Küçük bir stüdyo, gelen işlerin tamamını bu şekilde yönetebilir: ilet, sürükle, tamamlandı. Ücretsiz plan, Çalışma Alanı başına en fazla 10 işbirlikçiyi kapsar; Standart plan ise yıllık abonelikle kullanıcı başına aylık 5 dolardır.

Bunların herhangi birini kullanmanın bedeli, yönetilmesi gereken ikinci bir yerin ortaya çıkmasıdır. Durum bilgisi, sorumluluk sahipleri ve dosyaların proje aracında yer alması gerektiği konusunda herkesin samimi bir şekilde hemfikir olması gerekir. Aksi takdirde, gerçek güncellemeler tekrar e-postaya kayar ve sonunda her ikisini de yönetmek zorunda kalırsınız.

Gmail ve Outlook'ta Proje E-postalarını Nasıl Düzenleyebilirsiniz?

Tek başına bir proje klasörü, işlerinizi düzenli tutmaya yetmez. Mesajları depolar, ancak hangilerinin işlem gerektirdiğini, hangilerinin başka birinin yanıtını beklediğini ve hangilerinin tamamlandığını size söyleyemez. Daha iyi bir kurulum, e-postaları projeye ve bir sonraki adıma göre sıralar. Gmail ve Outlook arasında özellikler farklılık gösterse de yapı aynı kalır.

Gmail'de proje etiketleri oluşturun

Gmail, klasörler yerine etiketler kullanır. Bir e-posta aynı anda birden fazla etiket taşıyabilir; bu, bir mesajın bir projeye ait olması ve aynı zamanda bir eylem gerektirmesi durumunda yardımcı olur. Bir müşteri onay talebi, hem “Proje: Web Sitesi Yeniden Tasarımı” hem de “Beklemede” etiketlerini taşıyabilir.

Her aktif proje için bir ana etiket oluşturun. İhtiyacınız olduğunda ş akışı etiketlerini bunun altına yerleştirin:

Her küçük konuyu veya göndereni etiketleme dürtüsünü bir kenara bırakın. Neredeyse birbirinin aynısı olan uzun bir etiket listeyi, yönetmeniz gereken ikinci bir gelen kutusuna dönüşür.

Şimdi, öngörülebilir e-postalar için filtreleri devreye sokun. Bir filtre, gönderen, alıcı, konu satırı veya anahtar kelimelere göre bir mesaja etiket ekleyebilir, arşivleyebilir, yıldızlayabilir, silebilir veya iletebilir.

Oluşturmaya değer birkaç filtre:

Dikkatinizi gerektiren mesajlar için yıldızları saklayın. Gmail, bir mesajı seçtiğiniz tarih ve saate kadar erteleyebilir; bu, henüz üzerinde işlem yapmanız gereken bir şey olmadığında çok yararlıdır. Her ertelemeye, onay son tarihinden sonra yapılacak takip gibi, geri dönmek için bir neden verin. E-posta bir görev haline geldiğinde veya iş tamamlandıysa, onu arşivleyin.

Outlook'ta proje klasörleri oluşturun

Outlook, mesajları depolamak için klasörleri, bunları gruplandırmak için ise kategorileri kullanır. Aktif her proje için bir klasör oluşturarak başlayın, ardından ş Akışı klasörlerinden oluşan kısa bir liste ekleyin:

Bir mesaj tek bir klasörde bulunur; bu nedenle, ikinci bir bağlam katmanı gerektiğinde kategorilerden yararlanın. Bir e-posta, "Web Sitesi Yeniden Tasarımı" klasöründe yer alırken aynı zamanda "Onay Gerekiyor" veya "Müşteri Kararı" etiketini de taşıyabilir. Outlook, aynı mesajda birden fazla kategoriye izin verir.

Kurallar, gelen e-postaları gönderen kişiye veya diğer koşullara göre klasörlere taşır. Bu yöntem, rutin proje güncellemeleri, otomasyonlu bildirimler ve tutarlı bir proje kodu içeren herhangi bir konu satırı için oldukça etkilidir.

Takip edilmesi gereken e-postaları işaretleyin. Bir işaret, son teslim tarihi ve hatırlatıcı içerebilir; ayrıca işaretlenmiş tüm e-postaları bir görev listesi olarak bir arada görebilirsiniz. Kategoriler, bir mesajın neyle ilgili olduğunu gösterirken, işaretler ise henüz yapılması gereken bir şey olduğunu belirtir.

Desteklenen Outlook sürümleri de Gmail'de olduğu gibi sabitleme ve erteleme işlemlerini aynı şekilde gerçekleştirir.

Her ikisinde de tek bir konu satırı sistemi kullanın

Proje e-postaları aynı konu başlığı biçimini izlediğinde, klasörler ve filtreler daha iyi çalışır.

Kullanım:

[Proje adı] [Eylem]: Belirli bir konu

Örneğin:

Her ileti dizisinde tek bir konuya odaklanın. Konuşma, tasarım onayı konusundan lansman planlamasına geçtiğinde, yeni bir konu başlığıyla yeni bir ileti dizisi başlatın.

Gelen kutusunu bir kuyruk olarak kullanın

Bir proje e-postasını işledikten sonra, bu e-posta ana gelen kutusundan üç yoldan biriyle çıkarılmalıdır:

ClickUp'ta e-posta odaklı projeleri nasıl yürütüyoruz?

ClickUp, yukarıdaki bağımsız takipçiler kategorisinde yer alır; her listede e-postayı göreve dönüştürme adresleri bulunur ve görevin içinde iki yönlü e-posta iletişimi mümkündür. İşte e-posta odaklı işlerde bunun pratikte nasıl uygulandığı.

E-posta, görev listesine eklenir

ClickUp'taki e-posta özelliği, Gmail, Outlook, Microsoft 365 veya herhangi bir IMAP hesabını görevlerinize bağlar. Bir görev içinde, yorum alanı iç yorumlar ile giden e-postalar arasında geçiş yapar. Müşteri yanıtları ve takım tartışmaları, atanan kişi, durum, son teslim tarihi ve dosyalarla yan yana görüntülenir. Bağlamı yeniden oluşturmak için gelen kutusunu didik didik aramanıza gerek kalmaz.

İletme işlemi, bir mesajı bir göreve dönüştürür

ClickUp'taki her liste ve görevin kendi e-posta adresi vardır. Bir müşteri mesajını bir Listeye iletin, mesaj bir görev haline gelir: konu başlığı başlık olarak, gövde açıklaması olarak kullanılır ve ek dosyalar da aktarılır. Bunun yerine mevcut bir görevin adresine gönderirseniz, mesaj halihazırda devam eden iş için bir yorum olarak eklenir.

İşte e-posta görev yönetiminin pratikte işe yaramasını sağlayan unsurlar budur. Talep artık onu kim alırsa alsın, o kişiye bağlı değildir.

Otomasyonlar rutin e-postaları halleder

ClickUp Otomasyonları, bir durum değiştiğinde veya son teslim tarihi geldiğinde şablonlu e-postaları otomatik olarak gönderebilir ve manuel takip ihtiyacını ortadan kaldırır. “Görev oluşturuldu” tetikleyicisi, bir talep geldiği anda bunu onaylayabilir. Görev adı, açıklaması, atanan kişi, durum, son teslim tarihi ve seçilen Özel Alanlar gibi dinamik alanlar, e-postayı göreve özel hale getirir.

Bunu iş alım aşamasında da kullanıyoruz. Bir talep ClickUp formu aracılığıyla gelir ve tüm alanları doldurulmuş olarak doğru listeye bir görev olarak eklenir. Ardından, “görev oluşturuldu” otomasyonu, talep sahibine bir onay e-posta gönderir.

ClickUp Brain, uzun konu dizilerini takip etmemizi sağlıyor

E-postayı görev içinde tutmak tüm geçmişi korur, ancak uzun müşteri konuları okumak yine de zaman alabilir. ClickUp Brain, görev etkinliklerini ve yorum konuları özetler, ana noktaları çıkarır ve işlerden proje güncellemeleri oluşturur. Hatta gecikmeleri işaretler ve görevde zaten depolanmış olan bağlamdan mesaj taslakları oluşturmanıza yardımcı olur.

Proje İşleri İçin Yararlı E-posta Eklentileri

Beş e-posta aracı, proje takip araçlarının bıraktığı boşlukları doldurur. FollowUpThen, kimsenin yanıtlamadığı mesajları izler. SaneBox, gelen kutusundaki gereksiz mesajları filtreler. Mailparser, gelen taleplerden verileri çıkarır. cloudHQ, e-posta yazışmalarını PDF kayıtları olarak kaydeder. Son olarak, Email Meter, Gmail ve Microsoft 365'teki yanıt sürelerini ölçer.

Bunların hiçbiri proje yönetimi yazılımının yerini tutmaz. Bunlar, işin takip sistemine ulaşmadan önce süreci aksatan küçük e-posta sorunlarını çözer.

E-posta Proje Yönetimi'nde Sık Yapılan 6 Hata

E-posta projelerindeki başarısızlıkların çoğu, insanlar arasında bilgi akışını sessizce bozan birkaç alışkanlıktan kaynaklanır. Aşağıdaki tablodaki her bir hata ve çözüm yolu yan yana gösterilmiştir; böylece karşılaştığınız sorunu tespit edip doğrudan düzeltebilirsiniz.

Projeleri Gözünüzün Önünde Yürütün

E-posta proje yönetimi, işin net bir şekilde bölüşülmesine dayanır: Neyin e-postada kalması gerektiğini belirleyin, geri kalanını ise izleme için oluşturulmuş bir sisteme aktarın. E-posta, talepler ve güncellemeler için ana giriş kapısı olmaya devam ederken, işin kendisi tüm takımın bir bakışta görebileceği bir yerde bulunur.

Araç, geçiş sürecinden daha az önemlidir. Her talebin, ne zaman izlenen bir görev haline geleceğine dair net bir tetikleyiciye ve bu dönüşümden sorumlu tek bir kişiye ihtiyacı vardır. Bu kısmı doğru yaparsanız, e-posta artık projelerin gömüldüğü bir yer olmaktan çıkar.

Projeleriniz sürekli konu dizileri arasında kayboluyorsa, kesin bir devir kuralı içeren bu iki aşamalı kurulum tam da aradığınız çözümdür. ClickUp'ı ücretsiz olarak kullanmaya başlayın ve işlerinize gelen kutunuzun dışında bir yer ayırın.

E-posta Proje Yönetimi Hakkında Sık Sorulan Sorular

E-posta proje yönetimi ile proje yönetimi yazılımı arasındaki fark nedir?

E-posta proje yönetimi, işleri konu dizileri üzerinden yürütür; bu sayede görevler, onaylar ve güncellemeler tümüyle mesajların içinde yer alır. Proje yönetimi yazılımı ise aynı işleri, her bir öğenin sahibi, son teslim tarihi, durum ve bağımlılık bilgilerini içeren yapılandırılmış kayıtlar olarak saklar. Pratikteki fark, bilgiye erişimdedir: e-posta “ne söylendi” sorusuna cevap verirken, takip sistemi “işin durumu nedir” sorusuna cevap verir. Çoğu takım, e-postayı iş giriş kanalı, takip sistemini ise kayıt aracı olarak kullanarak her ikisini de birlikte kullanır.

Outlook'u bir proje yönetimi aracı olarak kullanabilir misiniz?

Outlook, proje iletişimini, hatırlatıcıları ve basit görev kaydı işlemlerini yönetir, ancak bağımlılıklar, iş yükü veya proje düzeyinde durum bilgisi için yerleşik alanlara sahip değildir. Microsoft’un kendi kılavuzuna göre, takım projeleri Planner’a, kişisel görev listeleri ise Yapılacak’a yönlendirilir; Outlook ise bu süreçlerin ön yüzü olarak kullanılır.

Gmail'de yerleşik proje yönetimi özellikleri var mı?

Gmail'de proje yönetimi modülü yoktur. Google Çalışma Alanı, buna ilişkin gerekli bileşenleri sağlar: mesajdan oluşturulan yapılacaklar listesi için Google Tasks, önceliklendirme için etiketler ve filtreler, erteleme için erteleme özelliği ve paylaşılan görev listeleri için Google Chat Spaces. Sorumlular, son teslim tarihleri, durumlar ve takım genelindeki bağımlılıklar için Gmelius gibi bir Gmail eklentisine veya gelen kutusuna bağlı bir takip aracına ihtiyacınız vardır.

Paylaşımlı gelen kutusu, e-posta proje yönetimi ile aynı şey midir?

Hayır. Ortak gelen kutusu (Hiver, Gmelius, Front), tek bir posta kutusuna birden fazla sahip atama imkanı sunar; bu sistemde konuşma ataması, dahili notlar ve çakışma algılama özellikleri sayesinde iki kişinin aynı müşteriye yanıt vermesi önlenir. E-posta proje yönetimi daha geniş bir kavramdır: Bir talebin bir mesajdan, son tarihi olan ve izlenebilen bir göreve nasıl dönüştüğünü kapsar. Ortak gelen kutusu, mesajların sahipliğini çözer. Takip sistemi ise işin sahipliğini çözer.

Bir müşteri proje aracınızı kullanmayı reddettiğinde ne yapacaksınız?

Müşteriyle e-posta üzerinden iletişim kurmaya devam edin ve mesajlarını otomatik olarak takip sistemine yansıtın. Çoğu platform, her listeye veya projeye kendi e-posta adresini atar; bu sayede bir müşteri talebini iletmek, başlık olarak konu başlığını ve ek dosyaları da aktarılmış şekilde bir görev oluşturur. ClickUp, Asana ve Trello ayrıca görev içinden yanıt vermenize de olanak tanır; böylece takım, sahipleri, tarihleri ve durumları tek bir yerde tutarken müşteri deneyimi yalnızca e-posta üzerinden devam eder.

Bir projeyi yürütmek için e-posta tek başına ne zaman yeterlidir?

E-posta, projenin tamamı bir kişinin çalışma belleğine sığabildiğinde işe yarar: kabaca üç kişi, birkaç hafta, fonksiyonlar arası görev devri yok. Proje, bir kişinin hafızasında kalamayacak kadar uzadığında ya da ilk talebi alan kişinin artık işi yapan kişi olmadığı anda işe yaramaz hale gelir. E-postada sahip, son teslim tarihi, durum veya bağımlılık için özel bir alan bulunmadığından, bu yapı birinin kafasında kalır; ta ki kalmayana kadar.