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.
01Üçüncü taraf yazılıma modül maliyetini belirleyen kalemler
- kullanılan teknolojilerin güncelliği
- aylık bakım mı olay bazlı iş mi
- erişimlerin hazır olup olmadığı
- dokümantasyon ve test kapsamı
- kod tabanının büyüklüğü ve durumu
- Seçilen özellikler: özelleştirme ve API gibi detaylar
Bu kalemlerden en büyük farkı çoğunlukla entegrasyonlar ve özel iş kuralları yaratır; tasarım ve içerik ise ikinci sırada gelir.
02Ücretlendirme modelleri
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
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.
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.
03Üçüncü taraf yazılıma modül planlarken bilinmesi gerekenler
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| 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 |
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel eklenti ve özelleştirme; 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
- Ödeme planı teslim aşamalarına bağlı mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
07Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- harita ve bildirim servisleri
- App Store ve Google Play geliştirici hesapları
- SMS, e-posta ve API kullanım ücretleri
- 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.
08Muş'ta teklif almak
Muş, Doğu Anadolu Bölgesi'nde yer alan, plaka kodu 49 olan bir ildir; PTT verisine göre 6 ilçe ve 665 mahalle ve köy kaydından oluşur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Muş'taki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Doğu Anadolu Bölgesi'ndeki Van, Ardahan ve Iğdır gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; üçüncü taraf yazılıma modül için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
09Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 9
- Test kapsamı
- %27 → öncelik: orta
- Güncel bağımlılık oranı
- %94 → ö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
Ö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.
Üçüncü taraf yazılıma modül için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve eklenti gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Sadece Muş için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Muş de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Üçüncü taraf yazılıma modül sonradan genişletilebilir mi?
Evet. API gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Üçüncü taraf yazılıma modül maliyetini en çok ne etkiler?
Çoğu projede en büyük farkı entegrasyonlar ve özel iş kuralları yaratır; kod tabanının büyüklüğü ve durumu de toplamı doğrudan etkiler.
Muş'ta yüz yüze görüşebilir miyiz?
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.
Üçüncü taraf yazılıma modül fiyatı telefonda öğrenilebilir mi?
Kısa bir görüşmeyle kabaca bir çerçeve çizilebilir; kesin fiyat kapsam netleşince yazılı teklifle verilir.
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.
→İlgili sayfalar
Üçüncü Taraf Yazılıma Modül hakkında diğer konular
- Üçüncü taraf yazılıma modül geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Üçüncü taraf yazılıma modül KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Üçüncü taraf yazılıma modül özellikleri ve modülleriOlması gereken modüller ve özellikler
- Üçüncü taraf yazılıma modül firmasıFirma seçerken bakılacaklar
- Üçüncü taraf yazılıma modül bakım ve destekYayın sonrası bakım, güncelleme ve destek
Muş'ta ilgili hizmetler
Doğu Anadolu Bölgesi'ndeki diğer iller
Bu sayfada geçen kavramlar
- eklenti
- API
- özelleştirme
- otomatik test
- bakım sözleşmesi
- Git
- refactoring
- test ortamı
- hata kaydı
- teknik borç
- Muş