Revizyonlarda kendini kaybeden etkinlik teklifi

İlk teklif nadiren kazanır. İkinci turda bir mekân seçeneği daha istenir. Üçüncü turda gala yemeği çıkar, davetli sayısı artar, ödeme planı yeniden konuşulur. Çoğu ajans bunu tek bir Excel dosyasında yürütür. Bütçe sekmesi kopyalanır, adı "v2" ya da "rev3" olur, birkaç kalem değişir ve dosya müşteriye gider. Müşteri üzerinde oynar, bazen değiştirdiği hücreleri boyar, bazen boyamaz ve dosyayı geri yollar.

Gördüğüm en uç örnekte tek bir teklif 40 revizyondan geçti. Çoğu teklif oraya varmaz ama sorun ikinci turda başlar.

Yüzlerce kalemlik büyük bir bütçede, müşteri hücreleri boyamadıysa ya da ne değiştirdiğini yazmadıysa, iki sekme arasında neyin değiştiğini bulmak neredeyse imkânsızdır. Yanlış sekmede değişen bir adet, bir önceki turun sayfasına bakan bir formül, elle üzerine yazılmış bir tedarikçi maliyeti. Bu hatalar kolay yapılır ve çoğu zaman marj gidene kadar kimse fark etmez. eventIQ'in Business Engine katmanı bu işi dosyadan çıkarıp tek bir ticari kayda taşır. Müşteri bütçeyi web tabanlı müşteri alanında görür, değişiklik yapar, senaryoları karşılaştırır. Dosya isteyen olursa Excel'i oradan indirir.

Öne çıkanlar

• Asıl risk, revizyonların kopya sekmeler olarak biriktiği o tek Excel dosyasında. Fazladan gelen ekler daha küçük bir sorun.
• Büyük bütçede kimsenin işaretlemediği değişikliği kimse görmez. Hatalar da aynı yoldan kaçar.
• eventIQ, ajansın müşterisine bütçeleri görebileceği, değişiklik yapabileceği, senaryo oluşturabileceği ve gerekirse Excel indirebileceği web tabanlı bir müşteri alanı verir.
• Sürümler ve senaryolar aynı fırsatta yan yana durur, tedarikçilere, onaylara ve marja bağlı kalır.
• Her tur, ilk toplantıdan değil, en son anlaşılan sürümden başlar.

Tek Excel dosyası revizyonlarda neden çöker?

Çünkü dosya, kimin neyi değiştirdiğini hatırlamaz. Excel rakamları iyi tutar ama müşteri son baktığından beri hangisinin oynadığını söylemez.

Tanıdık bir tablo: ajans bütçeyi bir sekmede kurar. Her turda biri sekmeyi çoğaltır ve dosyada Bütçe, Bütçe v2, Rev3 müşteri, Rev3 son birikir. Müşteri son sekmeyi açar, kişi sayısını değiştirir, konuşmacı yemeğini siler, bir AV kalemini düşürür ve kaydeder. O hücreleri sarıya boyadıysa prodüktör bulur. Boyamadıysa iki sekmeyi satır satır karşılaştırmak gerekir. Birkaç yüz kalemlik bir bütçede bu, kimsenin planlamadığı saatler demek.

Genelde dört şey ters gider:

• Değişiklik varsayılan olarak görünmez. Müşteri hücreyi işaretlemez ya da listeyi yazmazsa ajans neyin değiştiğini arayarak öğrenir.
• Formüller sekmeler arasında dolaşır. Rev3'teki toplam hâlâ v2'deki bir hücreyi okur. Sayfa düzgün görünür, rakam yanlıştır.
• Marj başka yerde durur. İç maliyet ve marj gizli bir sekmede ya da ayrı bir dosyadadır. Müşteri sekmesindeki fiyat değişikliğinin kâra etkisi görünmez.
• Hatalar fark edilmez. Üzerine yazılmış bir birim fiyat ya da silinmiş bir satır alarm vermez. Fatura kesilirken ya da proje kapanırken ortaya çıkar.

Resmi RFP süreçlerinde alıcı değişiklikleri tam da bu yüzden kontrollü değişiklik olarak ele alınır. GreenLight RFP, Temmuz 2026 tarihli ek takibi rehberinde adımları sayıyor: değişikliği resmi kaynaktan alın, önceki sürümle karşılaştırın, etkisini sınıflandırın, etkilenen her belgeyi güncelleyin ve yeni bir baseline belirleyin. Özel müşteri revizyonları bu kadar resmi değil ama ölçü aynı. Ortak bir Excel dosyasında en zor adım da "önceki sürümle karşılaştırın" adımı.

Bütçeyi müşterinin üzerinde çalışabileceği yere koyun

Çözüm, bütçeyi gidip gelen bir dosya olmaktan çıkarmak. eventIQ'te ajansın müşterisi, ekibin zaten üzerinde çalıştığı fırsata bağlı web tabanlı bir müşteri alanına girer. Orada bütçeyi görür, değişiklik yapar, senaryo oluşturur. Satın alma ya da finans ekibi hâlâ tablo istiyorsa Excel dosyasını indirir.

Bu, revizyon turunun şeklini değiştirir:

• Tek yer, tek link. Müşteri her turda aynı müşteri alanını açar. Hangi ekin ya da hangi sekmenin güncel olduğu sorusu kalkar.
• Değişiklik ortak kayda düşer. Müşteri bütçeyi müşteri alanında düzenler. Ajans da e-postayla geri gelen bir dosyadan değil, aynı rakamlardan çalışır.
• Excel bir çıktı olarak kalır. Tablo isteyen, güncel sürümden indirir. Dosya artık ana kopya değildir.

eventIQ'in teklif ve lead yönetimi sayfası, müşteri teklif sayfasını inceleme, yorum, onay ve dışa aktarma için tek bir sürümün fırsata bağlı kaldığı yer olarak anlatıyor. Toplantılar, notlar, bütçeler ve sonraki aksiyonlar da aynı kayıtta durur. Müşteri bir kalemin neden değiştiğini sorduğunda arka plan elinizin altındadır.

Sürümleri ve senaryoları yan yana tutun

Müşteri iki mekânı ya da küçük ve büyük bir prodüksiyonu karşılaştırmak istediğinde Excel alışkanlığı yeni bir sekmedir. eventIQ'te bunlar aynı bütçe üzerindeki senaryolardır. Bütçe ve finans modülünde müşteri alternatifleri ya da iç senaryolar oluşturur, katılımcı sayısı, tedarikçi maliyeti, kapsam ya da satış fiyatı değiştikçe gelir ve kârlılığı tabloları çoğaltmadan karşılaştırırsınız.

Bu, yeniden fiyatlamadan önce gelen talebi ayırmayı kolaylaştırır:

• Açıklama: açık bir varsayımı netleştirir ("200 civarı" artık 180). Mevcut sürümü güncelleyin.
• Seçenek: müşterinin karşılaştırmak istediği alternatif. Mevcut sürümü koruyun, bir senaryo ekleyin.
• Değişiklik: kapsamı, fiyatı, takvimi ya da hariçleri değiştirir. Tedarikçi opsiyonu oynamadan önce yeni bir ticari sürüm olarak ele alın.

Senaryolar tek kayıtta durduğu için müşteri A ve B seçeneğine birlikte bakar, siz de her birinin fiyat etkisini planı baştan kurmadan gösterirsiniz.

Birinci tur çıkmadan, neye göre fiyat verdiğinizi yazın: kişi sayısı, format, mekân durumu, program, ticari model, dahil olanlar, hariçler ve açık sorular. "180 kişi oturmalı, tek dil, canlı yayın yok diye fiyatlıyoruz" gibi tek satırlık bir teyit, ikinci turda "aslında 250 kişi ayakta ve iki dilli yayın" sürprizini önler. eventIQ'te bu varsayımlar, onları doğuran toplantı ve notlarla birlikte fırsatta durur.

Her değişikliği maliyete, marja ve tedarikçiye bağlayın

Bir revizyon, kâra etkisini görebildiğinizde güvenlidir. Tabloda müşteri sekmesiyle marj sekmesi zamanla birbirinden kopar. eventIQ, Business Engine sayfasında ticari sürekliliğin parçası olarak kapsam değişikliklerinin finansal etkisiyle birlikte kaydedilmesini ve kapsam kaymasına karşı senaryo planlamayı sayıyor.

Pratikte bu şu demek:

• Tedarikçiler bütçe kalemlerinde durur. Bütçe ve finans modülü tedarikçiyi doğrudan bütçe kalemine atar. Mekân ya da AV değişince o teklifi taşıyan kalem güncellenir. Etkinlik tedarikçi yönetimi yazımız, her tedarikçinin teklif sürümlerini tek kayıtta tutmayı anlatıyor.
• Revize ederken kârlılık görünür. Senaryolar gelir ve kârlılığı karşılaştırır. Müşterinin dördüncü turda istediği indirimin marja maliyetini kabul etmeden önce görürsünüz.
• Onay parayı takip eder. Onaylar ve iş akışları, kararları işlem türüne, role, departmana ve harcama eşiğine göre yönlendirir. Ciddi bir fiyat değişikliği marjdan sorumlu kişiye gider.
• Kazanılan bütçe operasyona taşınır. Onaydan sonra aynı bütçe tedarikçi faturaları, giderler ve tahsilatlarla devam eder. Gerçek zamanlı bütçe kontrolü, iş alındıktan sonra devreye giren alışkanlık.

Fiyat değiştiğinde yine de açıklama gerekir. Toplam oynadıysa hangi kalemlerin oynadığını yazın. Gerekçesiz bir "toplam yüzde 8 arttı" (örnek rakam) müşteriyi her şeyi yeniden açmaya iter. "İkinci sahne yüzünden AV arttı, yemek kokteyle döndüğü için ikram düştü" demek soruyu kapatır.

Her turu en son anlaşılan sürümden yürütün

Profesyonel hizmet firmaları imzalı kapsamı change order ile korur. Rework'ün change order süreci rehberi (Ocak 2025), anlaşılan kapsamı, önerilen değişikliği, maliyet ve takvim etkisini ve onaylayan kişiyi tek kayıtta tutuyor. Böylece sözlü "bir şey daha" talepleri baseline'ı silip götüremiyor. İmzadan önce bu işi eventIQ'teki fırsat kaydı görür.

Uygulanabilir bir düzen:

Birinci tur: baseline'ı kurun

Elinizdeki varsayımlarla fiyat verin, açık soruları işaretleyin. Müşteri alanını önerdiğiniz sürümle ve gerekiyorsa daha ekonomik ya da daha dolu bir senaryoyla paylaşın. Müşteriden kreatif hikâyeden önce varsayımları teyit etmesini isteyin.

İkinci tur: değişiklikleri müşteri alanında toplayın

Müşteriden dosya göndermek yerine düzenlemelerini müşteri alanında yapmasını isteyin. Gelenleri açıklama, seçenek ve değişiklik olarak ayırın, ticari sürümü ancak bundan sonra güncelleyin. Masada iki mekân varsa aynı bütçede iki senaryo olarak gösterin.

Sonraki turlar: karar verin, sonra sabitleyin

Üçüncü turdan sonra herkes yorulur, kestirmeler cazip gelir. Hangi sürümü değiştirdiğinizi kontrol edin. Yeni talep daha önce onaylanmış bir şeyi geri alıyorsa bunu söyleyin ve fiyata etkisini gösterin. Sonra net bir karar isteyin: bu sürümü onaylayın, diğer senaryoyu seçin ya da satın alma incelerken bekleyelim. Bitmeyen "ufak bir rötuş daha" döngüsü size hem marj hem zaman kaybettirir.

Bir sonraki bütçe revizyonunuzla başlayın

Yorumlarla geri gelen bir sonraki teklifi alın ve dosyadaki sekmeleri sayın. Son turdan beri neyin değiştiğini sekmeleri elle karşılaştırmadan söyleyemiyorsanız, o teklif iyi bir deneme. Onu bir Business Engine demosuna getirin. Senaryoları ve müşteri alanı olan tek bir bütçe olarak birlikte kuralım, sonraki turun değişikliklerinin nerede görüneceğini görün. Platform turu teklif, bütçe ve onayların nasıl bağlandığını gösteriyor.

SSS

Excel'deki etkinlik bütçesinde müşteri değişiklikleri nasıl takip edilir?

Tek bir Excel dosyasında ya müşterinin hücreleri boyamasına ya değişiklikleri yazmasına ya da sekmeleri satır satır karşılaştırmaya kalırsınız. Küçük bütçede iş görür, büyük bütçede tutmaz. Bütçeyi ortak bir müşteri alanına taşıdığınızda müşteri, ajansın çalıştığı kaydı düzenler. Excel de indirilebilir bir çıktı olarak kalır.

Müşteri eventIQ'ten Excel dosyası alabilir mi?

Evet. Müşteri alanında gerektiğinde Excel dosyası indirilebilir, örneğin şirket içi satın alma için. Dosya güncel sürümden alındığı için ikinci bir zincir başlatmaz.

Sürüm ile senaryo arasındaki fark ne?

Sürüm, şu an masadaki ticari paket. Senaryo, onunla karşılaştırdığınız alternatif: ikinci bir mekân ya da daha az davetli gibi. İkisini tek bütçede tutmak kopya sekmelerin yerini alır.

Bir etkinlik teklifinde kaç revizyon turu olmalı?

Sektörde sabit bir sayı yok. İşin başında uygulanabilir bir sınırda anlaşın, örneğin iki düzenli tur ve ardından nihai onay. Ötesini yeni sürüm gerektiren ticari değişiklik sayın. Turlar üst üste biniyorsa baseline büyük ihtimalle hiç sabitlenmemiştir.