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
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
- kod tabanının büyüklüğü ve durumu
- aylık bakım mı olay bazlı iş mi
- kullanılan teknolojilerin güncelliği
- Seçilen özellikler: eklenti ve özelleştirme 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
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
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 özelleştirme ve eklenti; 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
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
07Teklifte ayrıca sorulması gereken giderler
- harita ve bildirim servisleri
- App Store ve Google Play geliştirici hesapları
- üçüncü taraf yazılım ve eklenti lisansları
- sunucu veya bulut kullanımı
- 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.
08Kırıkhan'da teklif almak
Kırıkhan'ın PTT verisindeki 73 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde üçüncü taraf yazılıma modül için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Kırıkhan'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.
Aynı ildeki Payas, Altınözü ve İskenderun ilçeleri için de üçüncü taraf yazılıma modül talepleri değerlendirilir; 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ı
- 18
- Test kapsamı
- %36 → öncelik: orta
- Güncel bağımlılık oranı
- %92 → ö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
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.
Üçü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.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılır.
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.
Ö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.
Sadece Hatay için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Akdeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Üçü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.
Üçü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.
→İlgili sayfalar
Üçüncü Taraf Yazılıma Modül hakkında diğer konular
- Üçüncü taraf yazılıma modül bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Üçüncü taraf yazılıma modül teknolojileriTeknoloji seçimi ve mimari
- Üçüncü taraf yazılıma modül yaptırmaKapsam, süreç ve iletişim
- Üçü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 firmasıFirma seçerken bakılacaklar
Kırıkhan'da ilgili hizmetler
Hatay içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- eklenti
- API
- özelleştirme
- otomatik test
- bakım sözleşmesi
- Git
- teknik borç
- hata kaydı
- Hatay
- Kırıkhan