Kısa yanıt
Excel’de teklif takibi için teklif numarası, müşteri veya iş adı, gönderim tarihi, sürüm, durum, sorumlu ve takip tarihi yeterli bir başlangıçtır. Revize dosyaları aynı iş kaydıyla ilişkilendirin. Kabul, sonuçlanmama ve bilgi bekleme durumlarını açık tanımlayın. Farklı para birimlerini ve teklif sürümlerini açıklamasız tek toplama dönüştürmeyin.
Dört adımda uygulama rotası
BAŞLANGIÇ → SONUÇ- 01Numaralandır
Teklif ile dosyayı bağla.
- 02Sürümleri koru
Revizyonda önceki bilgiyi kaybetme.
- 03Takibi planla
Sonraki adımı tarih ve sorumluyla yaz.
- 04Sonucu kaydet
Kararı ve açık işleri görünür tut.
Teklif dosyasını saklamakla teklifi takip etmek farklıdır
Bir klasörde bütün teklif dosyalarının bulunması, hangisinin yanıt beklediğini hemen göstermez. Küçük bir ekip için Excel veya benzeri bir tabloda teklif takibi, dosyaların üzerine basit bir iş listesi kurmaktır. Liste müşteriye ne gönderildiğini, kimin ilgilendiğini ve ne zaman yeniden bakılacağını anlatmalıdır. Başlangıçta karmaşık bir gösterge paneli hazırlamanız gerekmez.
Örneğin bir tasarım işletmesi aynı hafta beş müşteriye teklif gönderebilir. Bir müşteri ek kapsam ister, biri tarih sorar, diğeri henüz yanıt vermez. Yalnızca dosya adından ilerlemek bu farklı durumları gizler. Birkaç açık durum ve sorumlu alanı günlük takibi kolaylaştırır.
İlk tabloda hangi sütunlar olsun?
| Alan | Neden gerekli? |
|---|---|
| Teklif numarası | Dosya ve yazışmayı aynı kayıtla eşleştirmek |
| Müşteri veya iş adı | İlgili işi kolay bulmak |
| Gönderim tarihi | Teklifin ne zamandır beklediğini görmek |
| Sürüm ve durum | Hangi teklifin geçerli olduğunu anlamak |
| Sorumlu ve takip tarihi | Bir sonraki adımı sahiplendirmek |
İşiniz gerektiriyorsa tutar, para birimi, teklifin geçerli olduğu süre ve dosya bağlantısını da ekleyin. Farklı para birimlerini tek bir toplamda açıklamasız birleştirmeyin. Tabloda gereksiz kişisel bilgiler tutmak yerine iş için gereken alanlarla sınırlı kalın. Erişim yetkilerini de bu ihtiyaca göre dağıtın.
Örnek: aynı müşteriye iki kapsam sunulması
Bir ajansın müşterisine başlangıç paketi ve geniş kapsamlı paket sunduğunu düşünelim. İki dosyayı birbirinden bağımsız satış fırsatı saymak, olası iş tutarını iki kez büyütebilir. Müşteri tek bir seçim yapacaksa seçeneklerin aynı işin alternatifleri olduğu tabloda görünmelidir. Yeni bir bağımsız ihtiyaç ise ayrı iş kaydı olabilir.
Revizyon geldiğinde teklif numarasını koruyup sürümü güncellemek bir yöntemdir. Dosya adı, tablodaki sürüm ve müşteriye gönderilen bağlantı aynı olmalıdır. Eski sürüm arşivlenebilir; ancak müşterinin hangi tarihte hangi kapsamı gördüğü kaybolmamalıdır. Sadece son tutarı değiştirmek görüşmenin geçmişini siler.
Kabul edilen teklif için iş teslimi, ilgili belge ve tahsilat kaydı sonraki aşamalardır. Teklif kabulünü doğrudan ödeme alınmış gibi işaretlemeyin. Ekip aynı sütunu hem satış kararı hem para hareketi için kullanırsa raporun ne anlattığı belirsizleşir.
Bu senaryo açıklama amacıyla hazırlanmıştır; gerçek müşteri sonucu veya ürün testi değildir.
Revize teklif eski satırı belirsizleştirmesin
Müşteri kapsamı değiştirdiğinde yeni sürümü açıkça adlandırın. İlk gönderimin üzerine dosya yazmak, daha sonra müşteriye hangi koşulların iletildiğini anlamayı zorlaştırabilir. Aynı işin teklif numarasını koruyup sürüm bilgisini ayrı alanda tutmak bir seçenektir. Hangi yöntemi kullanırsanız kullanın ekip aynı kurala uysun.
Durum alanı için başta az sayıda seçenek yeterlidir: hazırlanıyor, gönderildi, revize ediliyor, kabul edildi ve sonuçlanmadı. Her durum değiştiğinde kısa bir not bırakın. “Sonuçlanmadı” kaydı her zaman fiyatın yüksek olduğu anlamına gelmez; nedeni bilmiyorsanız tahminle doldurmayın. Bu ayrım sonraki raporun güvenilirliğini korur.
Tablo ne zaman işinizi zorlaştırmaya başlar?
Aynı kaydı birkaç dosyaya kopyalıyor, son sürümü bulmak için mesajları tarıyor veya kimin değişiklik yaptığını izleyemiyorsanız çalışma düzenini yeniden değerlendirin. Hemen bütün sistemi değiştirmek yerine en çok zaman kaybettiren adımı belirleyin. Bazı ekipler için ortak bir dosya ve net erişim düzeni yeterli olabilir; bazılarında kayıtların başka işlemlerle bağlantısı önem kazanır.
Tekliften sonraki müşteri ve ticari kayıtları tek düzen içinde değerlendirmek için bize ait Faturika’nın işletmeler için ön muhasebe yazılımını kendi örneklerinizle inceleyebilirsiniz. Hangi alanların aktarılabildiğini ve ihtiyaç duyduğunuz teklif sürecinin desteklenip desteklenmediğini ayrıca doğrulayın. Ürün adı tek başına iş akışınıza uygunluğu kanıtlamaz.
Teklif durumunu doğru yorumlamak
| Durum | Ne anlama gelir? | Tek başına neyi göstermez? |
|---|---|---|
| Gönderildi | Belirli sürüm müşteriye iletildi | Müşterinin okuduğunu veya kabul ettiğini |
| Revize ediliyor | Kapsam veya koşullar yeniden hazırlanıyor | Yeni sürümün onaylandığını |
| Kabul edildi | Tanımlı kapsam için olumlu karar alındı | Teslimin veya tahsilatın tamamlandığını |
| Sonuçlanmadı | Bu teklif için aktif takip kapanmış | Nedenin mutlaka fiyat olduğunu |
Durumları dosyanın görsel renginden bağımsız metin olarak saklayın. Böylece filtreleme ve dışa aktarımda anlam korunur. Sonuç gerekçesini bilmiyorsanız tahmin eklemeyin; bilinmiyor ifadesi uydurulmuş bir nedenden daha değerlidir.
Haftalık on dakikalık kontrolü tanımlayın
Hafta sonunda takip tarihi geçen kayıtları, sorumlusu boş kalan işleri ve dosya bağlantısı olmayan teklifleri filtreleyin. Takip işlemi her müşteriye aynı mesajı yeniden göndermek değildir; mutabık kalınan sonraki adımı uygulamaktır. Müşteri karar için belirli bir tarih verdiyse kayda bunu yazın.
Başlangıçtaki müşteri talep kaydını teklif numarasıyla ilişkilendirin. Böylece ilk sorudan teklife ve sonraki işe kadar izlenebilir bir sıra oluşur. Bu rehber belge düzeni ve iş takibi içindir; resmi muhasebe işlemleriyle ilgili kararların yerine geçmez.
Tablonun bakım ve erişim düzeni
Ortak dosyada hangi alanların kimler tarafından değiştirileceğini belirleyin. Mümkünse durum için sınırlı seçenekler kullanın; serbest yazılmış benzer ifadeler aynı işi farklı gruplara bölebilir. Formül alanlarının yanlışlıkla üzerine yazılmasını engelleyecek düzen de düşünün.
Kayıtları başka yazılıma taşımadan önce tekrarları ve sürüm ilişkilerini temizleyin. Yeni araç, belirsiz durumları kendiliğinden çözmez. Aktarım denemesinde en basit kaydı değil, revizyon ve alternatif kapsam içeren örneği de kullanın.
0 / 4 adım kontrol edildi · Bu seçimler yalnızca açık sayfada tutulur.
Sık sorulan sorular
Her revizyonda yeni teklif satırı mı açmalıyım?
İşinizin izleme yöntemine bağlıdır. Ayrı satır kullanırsanız sürümlerin aynı işe ait olduğunu ve hangisinin geçerli olduğunu belirtin. Aynı satırda güncelliyorsanız önceki dosya ve değişiklik kaydını koruyun.
Teklif toplamı beklenen gelir olarak kullanılabilir mi?
Alternatifler, kabul olasılığı ve farklı para birimleri ayrılmadan ham toplam yanıltıcı olabilir. Bu rehber teklif kayıt düzenini anlatır; finansal tahmin yöntemi sunmaz.
Müşteri yanıt vermediyse hangi durumu seçmeliyim?
Gönderim ve sonraki takip tarihini görünür tutun. Yanıt verilmedi diye reddedildi varsaymayın. Takip kararını ekip kuralınıza ve müşteriyle konuşulan tarihe göre verin.
Yöntem ve kaynak notu
Örnek senaryolar ve karar tabloları, konuyu açıklamak için hazırlanmış çalışma önerileridir. Ölçülmüş müşteri sonucu veya bağımsız ürün testi olarak sunulmaz. Platform ve ürün koşulları değişebileceğinden uygulama öncesinde ilgili resmi belgeyi ve kendi hizmet kapsamınızı kontrol edin.
Yayın ve bağlantı yaklaşımımızı okuyun →