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.
01Teklif hazırlama programı maliyetini belirleyen kalemler
- veri aktarımı
- barındırma (bulut/şirket içi)
- entegrasyonlar
- modül ve ekran sayısı
- rol/yetki karmaşıklığı
- raporlama
- Seçilen özellikler: siparişe dönüştürme ve onay 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.
03Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Kim neyi değiştirdi bilinmiyor | Log yok | İşlem geçmişi |
| Rapor hazırlamak günler sürüyor | Veri dağınık | Merkezi veritabanı ve otomatik rapor |
| Aynı Excel'i birden çok kişi bozuyor | Çok kullanıcılı yapı yok | Web tabanlı yazılım |
04Teklif hazırlama programı hangi ihtiyaca cevap verir?
Ekip büyüdüğünde
Yeni kullanıcılar ve şubeler rol bazlı yetkiyle sisteme eklenir; herkes yalnız işine gereken veriyi görür.
Kim neyi değiştirdi bilinmediğinde
İşlem geçmişi ve onay adımları kayıt altına alınır; hata kaynağı izlenebilir hale gelir.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel siparişe dönüştürme ve şablon; 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 |
06Teklif karşılaştırırken sorulacak sorular
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Ödeme planı teslim aşamalarına bağlı mı?
07Teklifte ayrıca sorulması gereken giderler
- harita ve bildirim servisleri
- SMS, e-posta ve API kullanım ücretleri
- e-belge entegratörü hizmet bedeli
- alan adı yenileme
- App Store ve Google Play geliştirici hesapları
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.
08Hayrat'ta teklif almak
Hayrat, Trabzon iline bağlı bir ilçedir ve PTT adres verisine göre 35 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde teklif hazırlama programı için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Hayrat'ta 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.
Aynı ildeki Beşikdüzü, Yomra ve Çarşıbaşı ilçeleri için de teklif hazırlama programı talepleri değerlendirilir; toplantılar uzaktan yapılır.
Hayrat bölgesinden teklif hazırlama programı için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
09Örnek kapsam hesabı
Örnek: Excel'den yazılıma geçiş envanteri
- Excel dosyası × sayfa
- 5 × 3
- Toplam satır
- 39.500
- Alan (sütun) sayısı
- 11
- Eşleştirilecek alan (yaklaşık)
- 33
- Deneme aktarımında kontrol örneklemi (%2)
- 790 satır
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
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.
Teklif hazırlama programı sonradan genişletilebilir mi?
Evet. PDF gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
İlk sürüm ne kadar kapsamlı olmalı?
İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır. Kullanıldıkça ihtiyaçlar netleşir ve sonraki modüller sürüm planıyla eklenir.
Hayrat'ta yüz yüze görüşebilir miyiz?
İş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.
Sadece Trabzon için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Teklif hazırlama programı için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve şablon gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Ödeme planı nasıl olur?
Ödemenin teslim aşamalarına bağlanmasını öneririz; her aşama test ortamında onaylandıktan sonra bir sonrakine geçilir.
→İlgili sayfalar
Teklif Hazırlama Programı hakkında diğer konular
- Teklif hazırlama programı KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Teklif hazırlama programı özellikleri ve modülleriOlması gereken modüller ve özellikler
- Teklif hazırlama programı entegrasyonlarıBağlanabilecek sistemler
- Teklif hazırlama programı bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Teklif hazırlama programı güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Hayrat'ta ilgili hizmetler
Trabzon içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- onay
- onay süreci
- veritabanı
- bulut
- raporlama
- iş akışı
- Trabzon
- Hayrat