Excel teklif listesinden vazgeçmek: Fiyat ve sürüm hatalarını çözmek

Müşteri teklifi onaylıyor. Ofiste ilk sürüm duruyor, satış ekibi miktarı değiştirmiş, satın alma tarafında ise artık başka bir fiyat geçerli. Yeni bir ekran hazırlamadan önce bu değişikliklerin aynı teklifte nasıl izleneceği belli olmalı.

Sorun çıkarmış tek bir teklifle başlayın. Hangi kuralın eksik olduğunu ve mevcut araçlarınızın bunu karşılayıp karşılamadığını o örnekte görebilirsiniz. Excel uygun kurulumda birlikte çalışmayı destekler; yalnızca birden fazla kişinin dosyayı kullanması değişim için yeterli gerekçe değildir.

Bir teklif, üç somut uyuşmazlık

Bu örnek varsayımsaldır. İşletme A ürününü satıyor. Kimlikler ve miktarlar konuyu açıklamak için oluşturulmuştur.

Müşteri sürüm 1’i onayladığında sistem sessizce 18 adetlik sipariş oluşturmamalı. Eski fiyatın geçerli olup olmadığı, üzerinde anlaşılmış koşullara bağlıdır. Yazılım, bu kararın hangi bilgiyle verildiğini gösterebilmelidir.

Önce hangi sürümün esas alınacağını belirleyin

Örnekte her teklifin sabit bir kimliği olmalı. Değişiklikler ayırt edilebilir sürümler oluşturmalı. Gönderilen sürümde müşteriye iletilmiş kalemler ve kullanılan fiyat kaydı korunmalı. Sonraki fiyat değişimi, bu geçmişi fark edilmeden değiştirmemeli.

Örnek akış şöyle olabilir: taslak → içeride kontrol edildi → gönderildi → kabul edildi veya reddedildi. Yeni sürüm yeniden taslak olarak başlar. Bu, uygulanabilecek bir çalışma önerisidir. İşletmenizin eski sürüme gelen onayı nasıl ele alacağı ayrıca belirlenmelidir.

Q-105 önce olası mükerrer olarak işaretlenir. Yalnız müşteri adının aynı olması otomatik birleştirme için yeterli değildir; müşteri benzer iki ayrı talep de göndermiş olabilir.

Çözümleri bu işle karşılaştırın

Az sayıda kişi akışı güvenilir biçimde yürütebiliyor ve kontrol yükü sınırlı kalıyorsa düzenlenmiş ortak liste yeterli olabilir. Önce sabit kimlikleri, belirli durumları ve gönderilmiş sürümlerin saklanmasını deneyin.

Asıl ihtiyaç müşteri iletişimi, takip ve tekliflerse CRM değerlendirilebilir. Aday üründe tam olarak Q-104’ü gösterin: Birden fazla sürüm, değişmeyen gönderim kaydı ve gereken onaylar destekleniyor mu? Genel bir özellik adı bu soruları cevaplamaz.

Özel hesaplamalar, birden fazla sistem bağlantısı veya alışılmadık onaylar ürün denemesinden sonra da açık kalıyorsa özel uygulama değerlendirilebilir. Eksik kalan somut durumu kaydedin. Ek geliştirme kapsamı bu ihtiyaçla gerekçelendirilebilir.

Karardan önce üç test yapın

Aynı testleri ciddi olarak değerlendirdiğiniz her çözümde yaptırın. “Ancak ek modülle olur” gibi bir yanıt kapsam ve maliyet karşılaştırmasına girmelidir.

İlk uygulamayı sınırlandırın

Başlangıçta teklif, sürüm, gönderim ve onay yeterli olabilir. Stok yönetimini ve muhasebenin tamamını aynı anda yeniden kurmanız gerekmez. Kabul edilen teklifin mevcut sisteme nereden aktarılacağı ve aktarım hatasının nasıl fark edileceği ise belli olmalıdır.

Aynı kapsam için kurulum, veri taşıma, sürekli kullanım, bakım ve sonraki değişiklikleri karşılaştırın. Gerekli bağlantının eksik olduğu bir maliyet hesabı tamamlanmış sayılmaz.

Uygulamayı konuşmak için en çok sorun çıkaran teklifin kişisel ve gizli bilgilerden arındırılmış açıklaması yeterli bir başlangıçtır. ASES ile bu örnek üzerinden iş kuralını, mevcut seçenekleri ve uygun ilk kapsamı değerlendirebilirsiniz.

Kaynaklar

• Microsoft: Excel çalışma kitaplarında birlikte çalışma. İşlemler ve çözüm karşılaştırmaları editoryal örneklerdir.