Fix campaign intake when nobody owns the calendar

Takvimin sorumlusu olmadığında kampanya kabul sürecini düzeltin

Ana takvim ve trafik yöneticisi olmadığında, kampanya talepleri planlama için gerekli ayrıntılar veya kararlar olmadan gelebilir. Çözüm, tek bir form olması gerekmeyen, üzerinde mutabık kalınmış bir kabul sürecidir: Atanmış bir kabul sorumlusu her talebi kontrol eder, eksik bilgileri geri bildirir ve tamamlanan talepleri öncelik ve kapasite konusunda karar verme yetkisine sahip kişilere yönlendirir. Ortak takvimde yalnızca takımın onayladığı ve tarih attığı işler gösterilir.

Bu kılavuz için sağlanan, Eylül 2026 tarihli anonimleştirilmiş pazarlama görüşmesi alıntıları sorunu açıkça ortaya koyuyor: “Takımlar arasında gerçek anlamda bir ana takvim yok.” Başka bir kişi ise şöyle dedi: “Trafik yöneticimiz yok; talepleri inceleyecek, bilgiler yetersizse geri bildirimde bulunacak birisi yok.” Aşağıdaki yöntem, bu inceleme işini yeni bir tam zamanlı role dönüştürmeden bir kişinin sorumluluğu haline getirir.

Önemli Noktalar

Önemli Noktalar

  • Bir kabul sorumlusu, taleplerin eksiksizliğini kontrol eder ve talepleri ilgili birimlere yönlendirir. Bu rol dönüşümlü olarak üstlenilebilir.
  • Talep sahibi aciliyet derecesini belirtebilir, ancak öncelik ve ödün verme kararlarını yetkili bir pazarlama sorumlusu verir.
  • Talep edilen son teslim tarihi, bağlam niteliğindedir; teslim taahhüdü değildir.
  • Yalnızca tarihi onaylanmış ve onaylanmış işler paylaşılan takvime eklenmelidir.

Kampanya talepleri neden takvime eklenmiyor?

Takvim, sorumlusu, hedefi, son tarih gerekçesi veya karar süreci olmayan bir talebi düzeltemez. Takvim yalnızca takımın girdiği bilgileri gösterebilir ve takımlar, değerlendirme için gerekli bilgilerin eksik olduğu taleplerden güvenilir bir şekilde planlama yapamazlar.

Verilen görüşme alıntıları, tekrarlayan bir karmaşaya işaret ediyor: takımlar tek bir takvimi görmüyor, ayrıntılar gözden kaçabiliyor, işler geç geliyor ve eksik talepleri geri göndermekle görevli, üzerinde anlaşmaya varılmış bir kişi yok. Bunlar, aynı eksik görev devrinin farklı belirtileridir. Bir talebin, gönderiinden incelemeye, incelemeden öncelik kararına ve onaylanmış planından takvim girişine kadar net bir yolu olmalıdır.

Bu süreç, özel bir trafik yöneticisi gerektirmez. Ancak her aşamada bir sonraki kararı alacak bir kişinin olması gerekir.

Formu oluşturmadan önce kararları atayın

Bir kişi birden fazla sorumluluğu üstlense bile, aşağıdaki dört sorumluluğun görünürlüğünü her zaman koruyun:

  • Talep Sahibi: iş ihtiyacını, hedef kitleyi, bilinen bilgileri ve tarihin neden önemli olduğunu açıklar.
  • Talep sorumlusu: talebin incelenebilecek kadar tamamlandığını kontrol eder, eksik bilgileri ister ve işi doğru kişilere yönlendirir. Kalıcı bir rol yoksa bu sorumluluğu dönüşümlü olarak üstlenin.
  • Öncelik sorumlusu: Talep kapasiteyi aştığında hangi işlerin öncelikli olarak yürütülmesi gerektiğine karar verir. Bu kişi genellikle bir pazarlama yöneticisi veya bu tür kararları almaya zaten yetkili başka bir kişidir.
  • Takvim sorumlusu: Onaylanan işleri paylaşılan takvime kaydeder ve sorumlu kişiyi, kanalı, durumu ve tarihleri güncel tutar.

Talep sorumlusunun her kampanyayı onaylama yetkisi olması gerekmez. Onun, “Bu talepte hedef kitle ve son tarih gerekçesi eksik. Lütfen planlamadan önce bunları ekleyin.” diyebilme yetkisi olmalıdır. Öncelik sorumlusu, işin gerçekleştirilip gerçekleştirilmeyeceğine karar verir. Kapasite sorumlusu ise takımın bu işi ne zaman üstlenebileceğini teyit eder.

Öncelik ve zamanlamayı ayrı kararlar olarak ele alın. Bir talep önemli olsa bile, kapasite için bekleyebilir.

Bu kampanya kabul şablonunu kopyalayın ve ihtiyaçlarınıza göre uyarlayın

Bu şablonu, talep yeni olduğunda, birden fazla takımı kapsadığında veya paylaşılan takvimde bir tarihe ihtiyaç duyulduğunda kullanın. Ekibinizin karar vermesine yardımcı olmayan alanları kaldırın. Talep sahiplerinden, başka bir rolün sağlaması gereken cevapları uydurmalarını istemeyin; bu öğeleri "bilinmiyor" olarak işaretlemelerine ve kapsam belirleme aşamasına yönlendirmelerine izin verin.

Pazarlama ve kreatif talepler ayrı Form görünümleri kullanıyor olsa bile, üzerinde anlaşmaya varılmış tek bir kabul süreci uygulayın. Farklı formlar, her talep türünün ihtiyaç duyduğu ayrıntıları isteyebilir; bunlar, ayrı bir ön değerlendirme sistemi değil, aynı karar sürecine giriş noktalarıdır. Her gönderi, seçilen bir Listede bir görev oluşturur; bu nedenle, her Formun talepleri nereye göndereceğini ve bunları kimin kontrol edeceğini belirleyin. Kullanılabilir soru türleri için bkz. Pazarlama takımları için Formlar ve Formlara ve Form görünümüne giriş.

Yalnızca karar için gerekli olan alanları zorunlu hale getirin. Küçük bir talep için kısa bir özet yeterli olabilir. Kanallar arası bir lansman için ise, işin kapsamını belirlemek üzere bir konuşma yapılması gerekebilir. Form, bilinen bilgileri ve bir sonraki adımda alınması gereken kararı ortaya koymalı; her talebi aynı ayrıntı düzeyine zorlamamalıdır.

Talep sıralamasını net bir geri bildirim yolu ile gerçekleştirin

Başvuru sorumlusu, her bir gönderin nereye yönlendirileceğine karar vermek için dört kontrol adımını kullanabilir:

Talep, incelenebilecek kadar eksiksiz mi? İş ihtiyacını, hedef kitleyi, bilinen çıktıları, tarih gerekçesini ve iş sorumlusunu kontrol edin. Önemli bir öğe eksikse, talebi tam olarak hangi soruların eksik olduğunu ve bu soruları yanıtlayabilecek kişiyi belirterek geri gönderin. Bilgiler gelene kadar talebi onaylanmış takvimden dışarıda tutun.

İşin kapsamının belirlenmesi gerekiyor mu? Talep eden kişi sonucu biliyor ancak doğru kanalı, çıktıyı veya bağımlılıkları bilmiyorsa, talebi planı şekillendirebilecek kişilere yönlendirin. Onaylanmış iş olarak değil, kapsam belirlenmesi gereken iş olarak işaretleyin.

Öncelik kararını kim verebilir? Talebi, iş üzerindeki etki, sabit dış tarihler, bağımlılıklar ve çaba gibi takımın üzerinde anlaştığı kriterleri kullanarak mevcut taahhütlerle karşılaştırın. Talep sahibinin tercih ettiği öncelik, talebini açıklamaya yardımcı olur. Ancak hangi işin öncelikli olacağına karar vermez.

Takım bir tarihe taahhüt verebilir mi? Talep edilen tarih, ancak sorumlu kapasite sahibi kapsamı ve zamanlamayı kabul ettikten sonra bir taahhüt haline gelir. Cevap hayır ise, gerçekçi bir sonraki adım önerin: kapsamı daraltın, tarihi erteleyin, talebi erteleyin veya reddedin.

Dilinizi basit tutun. Kullanışlı bir talep sonuçları seti şunlardır: Bilgi gerektirir, Kapsam belirleme gerektirir, Öncelik kararına hazır, Planlama için onaylandı, Ertelendi veya Reddedildi. İkinci bir durum sistemi eklemek yerine, bu etiketleri mevcut ş Akışınıza uyarlayın.

Tamamlanan bir örnek: bir web semineri tanıtım talebi

Bu kurgusal örnek, form ve önceliklendirme kurallarının nasıl birlikte çalıştığını göstermektedir. Bu, bir müşteri hikayesi veya gerçek bir kampanyanın raporu değildir.

AlanÖrnek cevap
TalepYakında gerçekleşecek bir özel müşteri web seminerini tanıtın
İşletme sahibiWeb semineri potansiyel müşterisi
SonuçHedef özel müşteri kitlesinin kayıt olmasını sağlayın
ÇıktılarTek bir kayıt e-postası ve sosyal medya paylaşımları; kanal ayrıntılarının hala onaylanması gerekiyor
Talep tarihiKayıtlar başlamadan önce
Tarih nedeniEtkinlik sorumlusu, kayıt süresinin etkinlik planına bağlı olduğunu söylüyor
Kaynak materyalEtkinlik özeti ve açılış sayfası bağlantısını hazırlayın
Eksik girdiEtkinlik tarihi ve nihai açılış sayfası henüz onaylanmadı
Değerlendirme sonuçuKapsam belirlemesi yapılmalı, ardından öncelik kararının alınması için geri dönülmelidir.
Karar sorumlusuPazarlama sorumlusu
Takvim taahhüdüHenüz yok
Sonraki adımEtkinlik sorumlusu tarihi ve açılış sayfasını onaylar; talep sorumlusu güncellenen talebi ilgili birime yönlendirir

Talep, nelerin eksik olduğunu görmek için yeterli bağlamı içerir, ancak bir lansman tarihi vaat etmek için yeterli değildir. Etkinlik detayları onaylandıktan sonra, öncelik sorumlusu bunu diğer işlerle karşılaştırarak değerlendirebilir. Ardından kapasite sorumlusu, talep edilen zamanlamanın mümkün olup olmadığını teyit edebilir.

Onaylanan işleri tek bir takvime aktarın

Giriş kuyruğunu ve takvimi birbirine bağlı tutun, ancak bunları aynı şey olarak değerlendirmeyin. Kuyruk, talepleri ve kararları barındırır. Takvim ise takımın neyi ne zaman teslim etmeyi kabul ettiğini gösterir.

Kendi sorumlusu veya tarihi olması gereken her bir çıktı için bir takvim ögesi oluşturun. Her öğeyi ana kampanyasına bağlayın, böylece kullanıcılar hem kampanyayı hem de ilgili işleri görebilsin. Planlanan her öğede şunlar bulunmalıdır:

  • Net bir çıktı adı
  • Ana kampanya veya girişim
  • Tek bir sorumlu kişi
  • Kanal veya hedef
  • Mevcut durum
  • Talep edilen tarih (onaylanan tarihten farklıysa)
  • Onaylanmış teslimat veya lansman tarihi

Takvim taahhüdü için onaylanan tarihi kullanın. Takımın neyin değiştiğini açıklayabilmesi için, orijinal talep tarihini ve nedenini kabul kaydında saklayın. Bir tarih değiştiğinde, kararı kimin verdiğini ve bunun hangi diğer işleri etkilediğini kaydedin. Talebi sessizce üzerine yazarak geçmişi kaybetmeyin.

Ekip hazır olduğunda, yalnızca onaylanmış ve tarihleri kesinleşmiş işleri paylaşılan planlama takvimine ekleyin. ClickUp Takvim görünümü, başlangıç veya son teslim tarihi içeren görevleri gösterir ve günlük, dört günlük, haftalık veya aylık görünüm seçenekleri sunar. Takvim görünümüne giriş bölümüne bakın. Bu görünümü ekipler arası takvim olarak kullanmadan önce, her ekibin onaylanmış işlerinin bu görünümde yer aldığını kontrol edin; bu görünüm tek başına önceliği belirlemez veya kapasiteyi teyit etmez.

Pazarlama projelerinin koordinasyonu hakkında daha fazla bilgi için pazarlama proje yönetimi üzerine bakın. Takımınız hala planlama yazılımı seçme aşamasındaysa, bu karar için ayrı pazarlama planlama yazılımı kılavuzunu kullanın. O sayfalar ilgili işleri ele alır; bu kılavuz ise bir talebin takvimde nasıl onaylanmış iş haline geldiğine odaklanır.

Bir kampanya talebi, gönderi aşamasından itibaren eksiksizlik incelemesi ve yetkili bir kişinin öncelik kararından geçtikten sonra, kapasite sorumlusu tarafından takvim tarihi onaylanır.
Takım işi onaylayıp kapasiteyi teyit edene kadar, bir talep takvimde kesinleşmiş sayılmaz.

Bu yöntemi iki hafta içinde uygulamaya koyun

Birinci hafta: kararlar üzerinde mutabık kalın. Başvuru sorumlusunu ve yedekleme rotasyonunu belirleyin. Öncelikli kararları kimin vereceğini ve kapasiteyi kimin onaylayacağını belirleyin. Takımınızın erişebildiği son birkaç talebi inceleyin ve bunları, inceleme için gerekli minimum bilgileri belirlemek amacıyla kullanın. Şablonu uyarlayın ve mevcut ş Akışınızı kullanarak sonuçları etiketleyin.

İkinci hafta: Gelen işlerde bunu uygulayın. Yeni talepleri üzerinde anlaşmaya varılan giriş noktasından yönlendirin. Eksik talepleri, belirli bir soru ve bir sonraki sorumlu ile birlikte geri gönderin. Takımın gerçekten üstesinden gelebileceği bir sıklıkta ön değerlendirme toplantısı düzenleyin. Yalnızca onaylanmış ve tarihi belirlenmiş işleri paylaşılan takvime ekleyin. Haftanın sonunda, hangi alanların belirsiz olduğunu ve hangi kararların sorumlusu olmadığını not edin, ardından süreci daha da karmaşık hale getirmeden önce talimatları gözden geçirin.

İlk aşama bir iş birliği anlaşmasıdır; her talebin kabul edileceği veya takvime alınacağına dair bir söz değildir. Bir işi ertelediğinizde veya reddettiğinizde kısa bir karar notu tutun. Bu, kararın etkilenecek kişilerde görünürlüğünü sağlar.

Bir şablonla başlayın, ardından kendi kurallarınızı belirleyin

Takımınız kampanya işleri için bir başlangıç yapısı istiyorsa, Pazarlama Kampanyası Yönetimi Şablonunu, giriş alanlarınıza ve karar yetkilerinize uyacak şekilde uyarlayın.

Kaynaklar

  • Pazarlama takımları için formlar, ClickUp Yardım, 5 Kasım 2026 tarihinde erişilmiştir. Ayrı pazarlama ve kreatif Form görünümleri, Özel Alan soruları ve seçilen bir Liste’de görevler oluşturan gönderi önerilmektedir.
  • Formlara ve Form görünümüne giriş, ClickUp Yardım, 5 Kasım 2026 tarihinde erişilmiştir. Görev alanlarının ve Özel Alanların soru olarak kullanılmasını ve seçilen konumda gönderi görevlerinin oluşturulmasını destekler.
  • Takvim görünümüne giriş, ClickUp Yardım, 5 Kasım 2026 tarihinde erişilmiştir. Başlangıç veya son teslim tarihi olan görevlerle planlamayı destekler ve günlük, dört günlük, haftalık veya aylık görünümler sunar.