Yazılım projesi için karşılaştırılabilir teklif istemek
Somut bir portal örneğiyle sonucu, kapsam sınırlarını, kendi katkınızı ve açık varsayımları teklif istemeden önce nasıl yazacağınızı görün.
Karşılaştırılabilir yazılım teklifleri ortak bir işle başlar. Bir sağlayıcı yalnız arayüzü, diğeri ERP bağlantısını da fiyatlıyorsa toplamlar aynı işin fiyatı hakkında pek az şey söyler.
Bu nedenle bütün sağlayıcılara aynı başlangıç durumunu verin. Aşağıdaki çalışma örneği hangi bilgilerin somutlaştırılabileceğini gösteriyor. Varsayımsal bir proje kapsamıdır; gerçek müşteri projesinin maliyet tahmini değildir.
İstenen sonucu tanımlayın
Bir satıcı müşteri portalı istiyor: Yetkili ticari müşteriler kendi fiyatlarını görüyor, ürün seçiyor ve mevcut ERP’ye sipariş iletiyor. Portal, siparişin ERP’de gerçekten oluşturulup oluşturulmadığını gösteriyor. Bu ilk kapsamda ödeme işleme, yeni pazaryerleri ve eski faturaları taşıma yok. Bu sınırlar yalnız örnek için geçerli.
Ortak iş kapsamını doldurun
Aşağıdaki tablo, teklif isteğine çalışma temeli olabilir. Satıcının katkıları planın parçasıdır; henüz yapılmış işler olarak gösterilmiyor.
Kimlik | İstenen sonuç | Satıcının katkısı | |
|---|---|---|---|
| Giriş ve müşteriye atanmış fiyatların gösterimi | İki test hesabı yalnız kendileri için izin verilen fiyatları görür | Test hesapları, fiyat kaynağı ve rol onayı |
| Sepette ürün, birim ve miktar seçimi | Belirlenmiş sepet doğrulanmış ürün verileriyle uyuşur | Birimleri açık ürün örnekleri |
| Siparişin ERP’ye aktarımı ve anlaşılır sonuç | ERP’de doğru şirket, ürün ve miktarla test siparişi; hata veya belirsiz sonuç onaysız kalır | ERP test erişimi ve süreç sorumlusu |
| Devreye alma ve hata yönetiminin belgeli devri | Adı belirlenmiş işletim sorumlusu yönergeyi testte uygulayabilir | Barındırma erişimi ve teknik temas kişisi |
Her satır için yanıt isteyin: dahil, farklı kapsamla sunuluyor veya açıklığa kavuşturulmalı. Farklılıklar açıklanmalı. “ERP entegrasyonu dahil” gibi genel bir ifade bu işlerin hangilerinin üstlenildiğini henüz anlatmaz.
Açık ön koşulları görünür tutun
Örnekte ERP arayüzünün sipariş yazma yetkisi henüz doğrulanmadı. Bu yeteneği teklif isteğinde açık bir ön koşul olarak belirtin. Sınırları tanımlanmış bir inceleme önce erişim yolunu, yazma olanağını ve test siparişinin sonucunu açıklığa kavuşturabilir. İlgili kapsam bundan sonra daha sağlam tarif edilebilir.
Sağlayıcı açıkça koşula bağlı bir kalem veya alternatif de sunabilir. Önemli olan, doğrulanmamış varsayımın fark edilmeden bütün teklifin temeli haline gelmemesidir.
Yanıtları aynı temele getirin
Geliştirme işini, dış hizmetleri ve devam eden işletimi ayrı açıklamalarını isteyin. Şirketinizin hangi katkıları ve onayları sağlayacağını, ön koşullar gerçekleşmezse nelerin açık kaldığını kaydedin. Sabit fiyat, farklı kapsam sınırlarını eşitlemez.
Tutarları karşılaştırmadan önce yanıt ve dışlamaları tabloyla eşleştirin. Bir sonuç eksikse nasıl ele alınacağını sorun. Böylece açık noktalara uydurulmuş çözüm veya fiyat vermeden ortak karar zemini oluşur.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile IT danışmanlığı ve strateji
Strateji, mimari ve teknoloji seçimi