Proje yönetimi yazılımı nedir: teklif kabul edilince proje nasıl açılır

Örnek senaryo: Antalya'da havuz yapan bir firmayı düşünün. Bir villa işi keşifle başlar; ardından çizim, kazı, kaplama, makine dairesi ve teslim gelir. Her adımın bir sorumlusu, bir başlangıcı ve bir bitişi vardır. Proje yönetimi yazılımı bu sırayı yazılı hâle getirir ve kimin neyi beklediğini gösterir.

Planı yazmak işin kolay kısmıdır; yazılımın asıl işi, plan bozulduğunda bunu herkese göstermektir. Kaplama ekibi bir gün gecikirse makine dairesinin başlangıcı da kayar. Yazılım bu kaymayı gösterir ve etkilenen sorumluları haberdar eder. Keşif fotoğrafı, onaylı çizim ve malzeme listesi de işin yanında durur; belge ayrı bir klasörde kalınca sahadaki ekip eski çizimle çalışabilir.

Bu yazılımlar işi farklı görünümlerle sunar. Pano görünümü (kanban) adımları "yapılacak, sürüyor, bitti" sütunlarında kart olarak gösterir. Zaman çizelgesi (Gantt) adımları takvim üstünde çubuk olarak dizer ve bir adım gecikince hangisinin kaydığını gösterir. Görünüm ne olursa olsun altta aynı kayıt vardır.

Görev listesi "ne yapılacak" sorusuna cevap verir. Proje ise daha fazlasını sorar: hangi sırayla, kim, ne zamana kadar ve hangi müşteri için. Havuz örneğinde kaplama bitmeden makine dairesi başlayamaz; görev listesi bunu bilmez, proje planı bilir.

Küçük ekipler çoğu zaman görev listesiyle başlar ve bu yeterli olabilir. Aynı anda birden fazla müşterinin işi yürümeye başladığında, adımların birbirine bağlı olduğu ve teslim tarihinin sözleşmede yazdığı noktada proje kaydına ihtiyaç doğar. Bir işaret işe yarar: aynı iş için Excel'de ayrı bir takvim, WhatsApp'ta ayrı bir grup ve e-postada ayrı bir yazışma tutuluyorsa görev takibinin sınırına gelinmiştir. Bu noktada işi bir araya toplayan şey proje kaydıdır.

Satışçı müşteriyle birkaç kez görüşür; kaplama rengini, teslim ayını ve bahçe kapısından giriş şartını not eder. Teklif kabul edilir. Proje ekibi işi başka bir yazılımda açar ve yalnız teklif PDF'ini görürse bahçe kapısı notu satışçının e-postasında kalır; kazı makinesi ilk gün kapıdan giremeyebilir. Satışçının notu iyi yazılmıştır, ama proje ekibinin bakmadığı yanlış bir yerde durur.

Kopukluğun arkasında kötü niyet aranmaz; iki kayıt birbirini tanımıyordur. Satışın bildiği her şey projenin ilk günü projede olmalıdır.

Kopukluğun bir de finans tarafı vardır. Teklifte avans ve ara ödeme şartları yazıyorsa bu şartlar proje adımlarıyla eşleşmelidir. Kazı biter ama muhasebe bunu bilmezse ara ödeme faturası kesilmez. Aynı kopukluk ters yönde de yaşanır: proje ekibi kapsam dışı bir iş yaptığında bu bilgi satışa dönmezse ek iş faturalanmaz.

• Kabul edilen teklif sözleşmeye bağlanır; kapsam ve kalemler oradan okunur.
• Proje aynı müşteri kaydından açılır; kontak ve adres yeniden yazılmaz.
• Satışın notları ve yazışmaları proje ekibinin göreceği yerde durur.
• Adımlar, sorumlular ve teslim tarihleri ilk gün takvime işlenir.
• Saha raporu ve fotoğraflar ilgili adıma bağlanır.

İlk gün yazılan planın her ayrıntısı doğru olmak zorunda değildir; değişecektir. Önemli olan değişikliğin de aynı kayıtta yapılması ve herkesin aynı planı görmesidir. Plan ayrı bir dosyada güncellenirse ekip kısa sürede iki farklı plana göre çalışmaya başlar. Kapsam kabul edilen tekliften kopyalanmadan geldiğinde, müşteriyle konuşulan kapsam ile ekibin çalıştığı kapsam arasında fark kalmaz.

Pazartesi toplantısında "nerede kaldık" sorusu her proje için tek tek sorulursa toplantı uzar ve cevaplar hafızadan gelir. Adımlar kayıtta kapanıyorsa bu sorunun cevabı zaten ekrandadır; toplantı yalnız karar gereken konulara kalır.

Yöneticinin proje ekranında görmek istediği sorular bellidir: hangi adım gecikiyor, hangi adım onay bekliyor, hangi projede sahadan rapor gelmedi. Adımlar kayıtta kapandıkça bu soruların cevabı kendiliğinden oluşur. Pazartesi toplantısı kalkmaz ama gündemi değişir; durum okumak yerine geciken adımın nedenine ve verilecek karara odaklanır.

Sahadan gelen rapor da bu ekranın parçasıdır. Fotoğraflı rapor proje adımına bağlıysa yönetici şantiyeyi aramadan işin nerede olduğunu görür; rapor gelmemişse bu da bir işarettir.

Corex360'ta yönetici günü sabah brifingiyle başlar. X AI çekirdekteki müşteri, sözleşme, fatura, personel ve proje kayıtlarını okur; bekleyen onayları ve riskleri yöneticinin yazdığı kurallara göre sıralar. Bu brifingin bir yöneticinin gününde nasıl kullanıldığını yöneticinin sabah brifingi sayfasında izleyebilirsiniz.

Müşteri kartında teklifler, sözleşmeler, projeler, finans ve dosyalar yan yana sekmelerdir; proje açılırken müşteri ve kontak yeniden yazılmaz. Sahadaki ekip raporunu ve fotoğrafını telefondan girer; rapor projeye ve müşteri kartına bağlanır. Bu akışın şantiyedeki karşılığını inşaatta teklif ve şantiye kaydı yazısında anlattık.

Böylece satışın bildiği bilgi projeye kopyalanmaz, zaten oradadır. Bahçe kapısı notu teklif yazışmasıyla aynı müşteri kartında durduğu için proje ekibi onu ilk gün görür.

Proje ve finans kaydı müşteri kartındaki Projeler ve Finans sekmelerinden açılır. Proje ve muhasebe üzerine kısa cevaplar proje ve muhasebe soruları sayfasındadır.

Demoda kendi teklifinizle başlayın: kabul edilmiş bir teklifi projeye çevirip ilk adımları, sorumluları ve teslim tarihlerini birlikte yazalım.