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
- kod tabanının büyüklüğü ve durumu
- erişimlerin hazır olup olmadığı
- dokümantasyon ve test kapsamı
- aylık bakım mı olay bazlı iş mi
- kullanılan teknolojilerin güncelliği
- Seçilen özellikler: modül geliştirme ve test 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 |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
04Mevcut yazılıma özellik ekleme hangi ihtiyaca cevap verir?
Modül geliştirme gerektiğinde
Modül geliştirme, mevcut yazılıma özellik ekleme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Hatalar tekrar tekrar ortaya çıktığında
Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel kod analizi 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 | Özel geliştirme + hazır servisler | 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
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
07Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- harita ve bildirim servisleri
- e-belge entegratörü hizmet bedeli
- alan adı yenileme
- sunucu veya bulut kullanımı
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.
08Bor'da teklif almak
PTT kayıtlarında Bor ilçesine bağlı 53 yerleşim bulunur: 22 mahalle ile 31 köy ve köy yerleşimi. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır.
Mesafe yazılım işinin önünde engel değildir: Bor'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Çiftlik, Niğde Merkez ve Ulukışla ilçeleri için de mevcut yazılıma özellik ekleme talepleri değerlendirilir; 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ı
- 20
- Test kapsamı
- %10 → öncelik: kritik
- Güncel bağımlılık oranı
- %49 → öncelik: kritik
- Önerilen ilk adım
- kritik akışlara test yazmak
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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 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.
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.
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.
Bor'da yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca 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.
Sadece Niğde için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Niğde de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Ö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
Mevcut Yazılıma Özellik Ekleme hakkında diğer konular
- 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 geliştirme süreciAnalizden yayına aşamalar
- 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 teknolojileriTeknoloji seçimi ve mimari
Bor'da ilgili hizmetler
Niğde içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- kod analizi
- modül geliştirme
- test
- test ortamı
- otomatik test
- refactoring
- Git
- teknik borç
- bakım sözleşmesi
- Niğde
- Bor