Görev Yönetimi Nedir ve CRM'deki Görev Neden Bir Kayda Bağlıdır?
- Kategori
- CRM
- Yayın tarihi
- 27 Ağustos 2026
- İlgili yazı 1
- Fırsat Yönetimi Nedir? Tek Kaydı Değil Portföyü Yönetmek
- İlgili yazı 3
- Satış Hattı (Pipeline) Nedir ve Neden Çalışmıyor?
Görev yönetimi, yapılacak işlerin kimin üstünde, ne zamana kadar ve hangi durumda olduğunun kayıt altına alınıp izlenmesidir. CRM içindeki görev yönetimini ayıran tek bir şey var: buradaki görev boşlukta durmaz, bir kayda bağlanır — bir müşteriye, bir fırsata, bir talebe.
Fark küçük görünür, sonucu büyüktür. Bağlamsız bir yapılacaklar listesinde "Ahmet Bey'i ara" satırı, o satırı yazan kişi dışında kimseye bir şey anlatmaz. Aynı görev bir fırsat kaydının altında durduğunda ise neyin parçası olduğu, hangi işi beklettiği ve kapandığında ne ilerleyeceği görünür hâle gelir.
Aşağıda görev yönetiminin ne olduğu, CRM görevinin bağlamsız görev listesinden nerede ayrıldığı, görevin iş akışıyla otomatik nasıl üretildiği ve bir görev listesinin ne zaman güvenilmez hâle geldiği anlatılıyor. Sonda Rapitek CRM'in bu konudaki açık sınırı var.
Yazıdaki Rapitek CRM görev alanları, Ağustos 2026 itibarıyla ürünün kendi nesne şemasından okundu; şema sürümle değişebilir.
Bağlamsız bir görev listesi kimin ne yapacağını söyler. CRM görevi bunun üstüne bir şey daha söyler: o iş yapılmazsa hangi kayıt bekliyor.
İçindekiler
Görev yönetimi tam olarak nedir?
Bir görev, üç sorunun cevabını taşıyan en küçük iş birimidir: ne yapılacak, kim yapacak, ne zamana kadar. Görev yönetimi de bu üç cevabın tek yerde tutulması ve durumunun izlenmesidir.
Rapitek CRM'de bir görev kaydında zorunlu alan üç tane: konu, durum ve öncelik. Vade tarihi, tür, açıklama, sahip, hatırlatma zamanı ve tekrarlı işareti isteğe bağlıdır. Durum alanı altı değer alır: Başlanmadı, Devam Ediyor, Tamamlandı, Başkasını Bekliyor, Ertelendi, Vazgeçildi.
Bu listede asıl dikkat çeken değer "Başkasını Bekliyor". Satış işinde bir görevin ilerlememesinin en sık sebebi görevi yapacak kişinin gecikmesi değil, karşı tarafın dönmemesidir. Durum listesinde buna ayrı bir değer yoksa o görevler ya "Devam Ediyor" içinde saklanır ya da hiç güncellenmez — ikisinde de liste yalan söylemeye başlar.
Görev yönetiminin işi burada biter: bir işin var olduğunu, kime ait olduğunu ve hangi aşamada takıldığını görünür kılmak. Bunun ötesi — işin kaç adam-gün süreceği, hangi işin hangisini beklediği, kaynağın nasıl planlanacağı — görev yönetiminin değil, proje yönetiminin konusudur.
CRM görevini ayıran şey: kayıt bağı
Bir not uygulamasındaki ya da bir proje panosundaki görev, kendi başına yaşayan bir metindir. Bağlamı, durduğu sütun ya da listedir. CRM görevinin bağlamı ise bir veri kaydıdır.
Rapitek CRM'de görev kaydının beş ayrı bağlama alanı var ve hepsi CRM'in kendi nesnelerine bakar: Kişi, Müşteri Adayı, Hesap, Fırsat ve Vaka. "Teklifi revize et" görevi bir fırsatın altında durur, "Sözleşme kopyasını gönder" bir hesabın altında, "Arıza kaydını kapat" bir vakanın altında.
Bu bağ üç şeyi mümkün kılar ve üçü de bağlamsız listede yoktur. Birincisi: kaydı açan kişi o kaydın bekleyen işlerini kendi yerinde görür, ayrıca araması gerekmez. İkincisi: görev kapandığında hangi kaydın ilerlediği bellidir. Üçüncüsü: kişi değiştiğinde görev kaydın üstünde kalır, o kişinin kişisel listesiyle birlikte kaybolmaz.
Burada dürüst olalım: bu beş alanın hiçbiri zorunlu değil. Rapitek CRM'de hiçbir kayda bağlanmamış bir görev de açılabilir ve sistem buna itiraz etmez. Yani kayıt bağı ürünün dayattığı bir kural değil, ekibin kurduğu bir alışkanlıktır. Bağı zorunlu kılmak isteyen bir ekip bunu bir doğrulama kuralıyla kendisi kurar.
Bağlamsız görev listesi ile CRM görevi
| Soru | Bağlamsız görev listesi | CRM görevi |
|---|---|---|
| Görev neye bağlı? | Bir listeye ya da panoya | Bir veri kaydına: kişi, müşteri adayı, hesap, fırsat ya da vaka |
| Kayda bakan biri işi görür mü? | Hayır, ayrı bir yerde arar | Evet, kaydın kendi ekranında durur |
| Görev otomatik açılabilir mi? | Genelde elle açılır | İş akışı kayıt değişince görev açabilir |
| Sorumlu değişirse ne olur? | Kişisel listeyle birlikte kaybolur | Kaydın üstünde kalır |
| Bağımlılık ve zaman çizelgesi var mı? | Proje araçlarında vardır | Rapitek CRM'de yok — sınırlar bölümüne bakın |
Görev nereden doğar: elle açılan görev, iş akışının ürettiği görev
Görevler iki yoldan doğar ve ikisinin zaafı farklıdır.
Elle açılan görev bir insanın "bunu unutmayayım" demesiyle oluşur. Zaafı şudur: kimse hatırlamazsa görev hiç açılmaz. Gelen bir talep için geri dönüş görevini açmayı unutan bir ekip, o talebi kaybettiğini haftalar sonra fark eder.
İş akışının ürettiği görev bir kayıt olayına bağlanır. Rapitek CRM'in görsel iş akışı motoru, kayıt oluşunca ya da bir alan değişince alan doldurma, görev açma, bildirim gönderme ve dış servise webhook atma adımlarını kod yazmadan zincirler. Akışların koşum geçmişi tutulur; yani "bu görev neden açıldı" sorusunun cevabı kayıtlıdır. Bir fırsatın satış hattındaki aşamasının değişmesi, böyle bir olayın en yaygın örneğidir.
Otomatik üretimin de kendi zaafı var ve bunu yazmak gerekiyor: kural fazla geniş yazılırsa sistem kimsenin bakmadığı görevler üretmeye başlar. Kimsenin kapatmadığı otomatik görev listeyi güvenilmez hâle getirir ve ekip bir süre sonra listenin tamamına bakmayı bırakır. Kural yazarken sorulacak soru "bu görev açılsın mı" değil, "bu görevi kim, ne zaman kapatacak" olmalı.
İş akışıyla otomatik görev nasıl kurulur
-
1
Tetikleyen olayı seçin
Görevi doğuran şey bir kayıt olayıdır: yeni bir müşteri adayının oluşması, bir fırsatın aşama değiştirmesi, bir vakanın açılması ya da bir alanın belirli bir değere gelmesi.
-
2
Koşulu daraltın
Her kayıt için görev açmak listeyi şişirir. Koşulu göreve gerçekten ihtiyaç duyulan hâle indirin: örneğin yalnız belirli kaynaktan gelen ya da belirli bir tutarın üstündeki kayıtlar.
-
3
Sahibini belirleyin
Sahipsiz görev kapanmaz. Sahip ya kaydın sahibinden devralınır ya da kural içinde açıkça yazılır. Rapitek CRM'de bir görevin tek sahibi vardır; bir görev iki kişiye birden atanmaz.
-
4
Vade ve önceliği yazın
Vadesi olmayan görev listenin dibine iner ve orada kalır. Öncelik alanı zorunludur; kural içinde yazılmazsa varsayılan değer Normal gelir.
-
5
Kaydı göreve bağlayın
Tetikleyen kaydı görevin ilgili kayıt alanına yazdırın. Bu adım atlanırsa otomatik üretilen görev de bağlamsız bir satıra dönüşür — makine üretmiş olması onu bağlamlı yapmaz.
-
6
Koşum geçmişini izleyin
Akış çalıştıkça koşum geçmişi birikir. İlk haftalarda buna bakın: üretilen görev sayısı kapatılan görev sayısından sürekli fazlaysa kural fazla geniş yazılmıştır.
Bir görev listesi ne zaman güvenilmez olur?
Bir görev listesinin tek işlevi vardır: bakınca sıradaki işi söylemek. Bunu bozan üç şey var ve üçü de görev alanlarından süzgeçle çıkarılabilir.
Vadesi geçmiş ama kapanmamış görevler. Vade tarihi bugünden önce olan ve durumu Tamamlandı ya da Vazgeçildi olmayan kayıtlar. Bu sayı hafta hafta büyüyorsa liste artık bir plan değil, bir birikimdir.
Vadesi hiç yazılmamış görevler. Vade tarihi Rapitek CRM'de zorunlu değil. Boş bırakılan görev hiçbir zaman "gecikmiş" görünmez; sessizce yaşar ve gecikme sayan hiçbir raporda çıkmaz.
Hiçbir kayda bağlanmamış görevler. Beş bağlama alanının beşi de boşsa o görev, CRM'in içinde duran bir yapışkan nottur. Oranı yüksekse ekip CRM'i görev aracı gibi kullanıyor demektir, CRM gibi değil.
Bu üç sayı için size bir hedef vermiyoruz — böyle bir ölçümümüz yok. Verdiğimiz şey bakılacak üç süzgeç; anlamlı olan da sayının kendisi değil, haftalar içinde hangi yöne gittiğidir.
Bizim sınırlarımız
Rapitek CRM bir proje yönetim aracı değildir. Bunu bir eksiklik olarak değil, bir kapsam kararı olarak yazıyoruz — ve alan şeması bunu doğruluyor.
Görev kaydında başlangıç tarihi ve süre alanı yok; yalnız tek bir vade tarihi var. Başlangıcı ve süresi olmayan işlerden zaman çizelgesi (Gantt) çizilemez. Böyle bir ekranımız da yok.
Görev bağımlılığı yok. "B görevi, A bitmeden başlayamaz" diye bir alan tanımlayamazsınız. Alt görev de yok: bir görev başka bir görevin altına yerleştirilemez, görev ağacı kurulamaz.
Tamamlanma yüzdesi ve harcanan efor alanı yok. Görev ya bir durumdadır ya başka bir durumda; "yüzde 60 bitti" diye bir ölçü tutmuyoruz. Adam-gün takibi ve zaman çizelgesi (timesheet) de üründe yok.
Bir göreve tek sahip atanır. Ortak sahiplik ya da bir görevi birden çok kişiye atama diye bir yetenek yok.
Nesne listesinde proje, kilometre taşı, sprint ya da görev bağımlılığı diye bir iş nesnesi bulunmuyor. Yazılım geliştirme ya da inşaat projesi yönetmek isteyen bir ekip bunu Rapitek CRM'le yapmaz; o iş için ayrı bir araç kullanır ve iki aracı isterse REST API üzerinden konuşturur.
Son bir şerh: bu bölümdeki "yok" cümleleri Ağustos 2026'da ürünün nesne ve alan şemasından okundu. Yol haritası vaadi vermiyoruz; anlattığımız bugünkü durumdur.
Görev yönetimi hakkında sık sorulan sorular
Görev yönetimi ile proje yönetimi arasındaki fark nedir?
CRM görevi mutlaka bir kayda bağlanmak zorunda mı?
CRM görevi otomatik olarak açılabilir mi?
Rapitek CRM'de bir görevin hangi alanları var?
Bir göreve birden fazla kişi atanabilir mi?
Görev listemin güvenilir olup olmadığını nasıl anlarım?
İlgili içerikler
- Fırsat yönetimi nedir? — görevlerin en sık bağlandığı kayıt.
- Müşteri adayı nedir? — görevin bağlanabildiği beş kayıttan biri.
- Lead yönetimi nedir? — ilk temastan sonra hangi takip görevlerinin açıldığı.
- Satış yönetimi nedir? — görev listesinin bağlı olduğu daha büyük süreç.
- Satış hattı (pipeline) nedir? — aşama değişimlerinin görev doğurduğu yer.
- Entegrasyonlar — proje aracınızı CRM'le API üzerinden konuşturmak isterseniz.
Görevleri kayda bağlı kurmak sizin sürecinizde ne demek?
Rapitek CRM'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Hangi kayıt olayının görev doğuracağını, görevi kimin kapatacağını ve otomatik kuralın nerede duracağını keşif görüşmesinde birlikte çıkarıyoruz.
Kapsamı yazılı belirleriz; proje yönetimi tarafına düşen ihtiyaçlarınızı da aynı görüşmede ayırırız.
Kerim Yıldırım
Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi
