Fiyat; projenin kapsamına, entegrasyonlara ve gerekli geliştirmelere göre değişir. Kesin fiyat kısa bir analiz görüşmesinden sonra yazılı teklifle verilir.
01Veri ambarı maliyetini belirleyen kalemler
- pano sayısı
- güncelleme sıklığı
- kaynak sayısı
- veri hacmi
- Seçilen özellikler: boyutsal model ve geçmiş tutma gibi detaylar
Bütçeyi dengelemenin en etkili yolu ilk sürümü en kritik işe odaklamak ve diğer modülleri sonraki aşamalara bırakmaktır.
02Ücretlendirme modelleri
Aşamalı (modül modül)
İhtiyacın kullandıkça netleşeceği projelerde uygundur; her aşama ayrı onaylanır ve faturalanır.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
Bakım ve destek anlaşması
Yayındaki sistemin izlenmesi, güncellenmesi ve küçük geliştirmeleri için düzenli bir çerçeve sunar.
03Veri ambarı planlarken bilinmesi gerekenler
- Önce hangi sorulara cevap arandığı yazılır (KPI listesi).
- Veri kaynakları ve güncelleme sıklığı belirlenir.
- Tanımlar tekleştirilir (ör. "satış" iade dahil mi?).
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Rapor yavaş | İndeks/model yok | Optimizasyon ve özet tablolar |
| Mükerrer kayıt | Eşsiz anahtar yok | Veri temizleme kuralları |
| Her departman farklı rakam söylüyor | Tanım birliği yok | Ortak veri modeli |
05Veri ambarı hangi ihtiyaca cevap verir?
Sorgular ve raporlar yavaşladığında
Sorgu planı, indeks ve özet tablolarla raporlar hızlandırılır.
Geçmiş tutma gerektiğinde
Geçmiş tutma, veri ambarı projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
06Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel geçmiş tutma ve boyutsal model; hazır bileşenler ağırlıkta | Hazır altyapı veya hafif özel geliştirme | Tek ekip/şube, büyümeye açık |
| Dengeli | Ana iş akışı eksiksiz, raporlar ve temel entegrasyonlar | Modüler mimari | Birkaç rol ve şube |
| Kapsamlı | Özel iş kuralları, çoklu entegrasyon, ileri raporlama | Ölçeklenebilir mimari, test otomasyonu | Çok şube, yoğun kullanım |
07Teklif karşılaştırırken sorulacak sorular
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
08Teklifte ayrıca sorulması gereken giderler
- harita ve bildirim servisleri
- sunucu veya bulut kullanımı
- e-belge entegratörü hizmet bedeli
- üçüncü taraf yazılım ve eklenti lisansları
- alan adı yenileme
Bu giderlerin kimin adına açılacağı ve kimin ödeyeceği teklifte yazmalıdır; hesapların işletme adına açılmasını öneririz.
09Aladağ'da teklif almak
Aladağ'ın PTT verisindeki 31 yerleşim kaydı 2 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için veri ambarı tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Aladağ'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Adana genelinde İmamoğlu, Yüreğir ve Çukurova gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Aladağ bölgesinden veri ambarı için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
10Örnek kapsam hesabı
Örnek: veritabanı büyüklüğü
- Günlük kayıt
- 6.700
- Satır boyutu
- 1 KB
- Süre
- 4 yıl
- Yaklaşık veri
- 9,33 GB
- 30 günlük yedek seti
- 279,9 GB (tam yedek varsayımıyla)
İndeksler ve dosya ekleri boyutu artırır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Sadece Adana için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Adana de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Bütçemiz sınırlı, ne yapabiliriz?
İlk sürümü en kritik işe odaklamak, hazır servisleri kullanmak ve diğer modülleri sonraki aşamalara bırakmak bütçeyi korur.
Teklif ne kadar süre geçerli olur?
Teklifin geçerlilik süresi teklifte ayrıca yazılır; kapsam değişirse teklif güncellenir.
Veri ambarı için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve boyutsal model gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Veri ambarı sonradan genişletilebilir mi?
Evet. Geçmiş tutma gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Aladağ'dan yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Neden teklifler arasında büyük fark var?
Kapsama dahil modüller, entegrasyonlar, test ve bakım koşulları tekliflerde farklı yazılabilir. Kalem kalem karşılaştırmak farkın nedenini gösterir.
Power BI mı özel dashboard mı?
Ekip Power BI kullanıyorsa ve lisans yapısı uygunsa Power BI hızlı bir başlangıç sağlar. Müşteriye açılacak, özel tasarım veya uygulama içine gömülü panolar gerekiyorsa özel dashboard daha uygun olabilir.
→İlgili sayfalar
Veri Ambarı hakkında diğer konular
- Veri ambarı bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Veri ambarı güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Veri ambarı yaptırmaKapsam, süreç ve iletişim
- Veri ambarı: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Veri ambarı geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Aladağ'da ilgili hizmetler
Adana içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- boyutsal model
- geçmiş tutma
- Power BI
- SQL
- indeks
- SQL Server
- MySQL
- migrasyon
- KPI
- Adana
- Aladağ