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.
01Mevcut yazılıma özellik ekleme maliyetini belirleyen kalemler
- erişimlerin hazır olup olmadığı
- aylık bakım mı olay bazlı iş mi
- kullanılan teknolojilerin güncelliği
- aciliyet ve destek penceresi
- kod tabanının büyüklüğü ve durumu
- Seçilen özellikler: test ve modül geliştirme 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
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.
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.
03Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
04Mevcut yazılıma özellik ekleme hangi ihtiyaca cevap verir?
Hatalar tekrar tekrar ortaya çıktığında
Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.
Sürüm ve kütüphaneler eskidiğinde
Uyumluluk analizi yapılır; yükseltme kademeli ve test edilerek uygulanır.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel modül geliştirme ve test; 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
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
07Teklifte ayrıca sorulması gereken giderler
- App Store ve Google Play geliştirici hesapları
- e-belge entegratörü hizmet bedeli
- üçüncü taraf yazılım ve eklenti lisansları
- sunucu veya bulut kullanımı
- harita ve bildirim servisleri
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.
08Muş'ta teklif almak
Doğu Anadolu Bölgesi illerinden Muş (plaka 49), PTT adres verisinde 6 ilçe ve 665 yerleşim kaydıyla yer alır.
Muş'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.
Doğu Anadolu Bölgesi'ndeki Bitlis, Iğdır ve Van gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Mevcut yazılıma özellik eklemeyi planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
09Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 5
- Test kapsamı
- %36 → öncelik: orta
- Güncel bağımlılık oranı
- %93 → öncelik: düşük
- Önerilen ilk adım
- dokümantasyon ve izleme
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Muş'ta bulunuyorum, yerinde görüşme mümkün mü?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Bakım anlaşmasında neler olur?
İzleme, güncelleme, yedek kontrolü, hata düzeltme ve küçük geliştirmeler kapsamda yazılı olarak belirtilir; kapsam dışı işler ayrıca planlanır.
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.
Mevcut yazılıma özellik ekleme sonradan genişletilebilir mi?
Evet. Modül geliştirme gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
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.
Mevcut yazılıma özellik ekleme için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve kod analizi gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Muş dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
Mevcut yazılıma özellik ekleme fiyatı telefonda öğrenilebilir mi?
Kısa bir görüşmeyle kabaca bir çerçeve çizilebilir; kesin fiyat kapsam netleşince yazılı teklifle verilir.
→İlgili sayfalar
Mevcut Yazılıma Özellik Ekleme hakkında diğer konular
- Mevcut yazılıma özellik ekleme firmasıFirma seçerken bakılacaklar
- Mevcut yazılıma özellik ekleme bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Mevcut yazılıma özellik ekleme geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Mevcut yazılıma özellik ekleme KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Mevcut yazılıma özellik ekleme yaptırmaKapsam, süreç ve iletişim
Muş'ta ilgili hizmetler
Doğu Anadolu Bölgesi'ndeki diğer iller
Bu sayfada geçen kavramlar
- kod analizi
- modül geliştirme
- test
- test ortamı
- otomatik test
- refactoring
- dokümantasyon
- teknik borç
- bakım sözleşmesi
- hata kaydı
- Muş