Bütçeyi etkileyen ana kalemler
| Kalem | Kapsamı büyüten durum | Teklifte netleştirilecek bilgi |
|---|---|---|
| İş akışları | Onay, iptal, iade ve istisna senaryoları | Durumlar ve geçiş kuralları |
| Kullanıcılar | Farklı roller, şirketler veya bayiler | Yetki matrisi ve veri ayrımı |
| Entegrasyon | Harici sistem, cihaz veya ödeme sağlayıcısı | API erişimi, sorumluluk ve hata yönetimi |
| Veri taşıma | Eksik, tekrarlı veya farklı biçimdeki kayıtlar | Örnek dosya, temizlik ve aktarım sınırı |
| Test ve yayın | Kesintisiz geçiş veya özel altyapı | Kabul senaryoları ve geri dönüş planı |
| İşletim | Destek süresi, yedek ve güncellemeler | Tek seferlik ve dönemsel bedeller |
Aynı isimli iki proje neden farklı fiyatlanır?
Bir müşteri takip paneli yalnızca firma ve görüşme kaydı tutabilir. Başka bir projede aynı panel; birden fazla şirketin verisini ayırır, teklif onayı alır, muhasebeye kayıt gönderir ve saha ekibinin çevrimdışı çalışmasını destekler. İkinci kapsamın geliştirme, test ve işletim gereksinimi daha geniştir.
Bu nedenle “CRM yapılacak” gibi tek satırlık bir tanım yerine üç veya dört günlük iş senaryosu yazın. Hangi kullanıcı ne yapacak, hangi veri değişecek, işlem başarısız olursa ne olacak? Ekran çizimleriyle birlikte bu cevaplar teklifin karşılaştırılabilir olmasını sağlar.
İlk sürümü işleyen bir akış etrafında sınırlandırın
İlk sürümde uçtan uca tamamlanabilen bir süreci seçin. Örneğin müşteri oluşturma, teklif hazırlama, onay ve proje açma aynı ilk sürümde bulunabilir; gelişmiş raporlar sonraki aşamaya bırakılabilir. Böylece pilot ekip gerçek bir işi tamamlayarak geri bildirim verebilir.
Kapsamı küçültürken kimlik doğrulama, erişim yetkileri, gerekli yedekleme ve kritik iş kurallarının testini kaldırmayın. Bunlar ekran sayısından bağımsız olarak ürünün çalışması için gereken işlerdir.
Geliştirme bedelinin yanında hangi giderler var?
- Barındırma, alan adı, depolama ve yedekleme hizmetleri.
- E-posta, SMS, ödeme veya diğer API sağlayıcılarının kullanım bedelleri.
- Mevcut verinin hazırlanması, temizlenmesi ve taşınması.
- Kullanıcı eğitimi, kullanım dokümanları ve pilot dönem desteği.
- Yayın sonrası bakım, hata düzeltme kapsamı ve yeni özellik geliştirmeleri.
Teklifleri aynı temelde karşılaştırın
Her teklif için dahil olan modülleri, hariç tutulan işleri, teslim aşamalarını ve kabul ölçütlerini yan yana yazın. Entegrasyonun yalnızca veri göstermeyi mi, çift yönlü güncellemeyi mi kapsadığını sorun. Test, eğitim, kurulum ve kaynak kodu tesliminin dahil olup olmadığını ayrıca kontrol edin.
Tahmini takvim; içerik ve veri hazırlığı, erişimlerin sağlanması ve kararların zamanında verilmesi gibi bağımlılıklar içerir. Teklifte bu bağımlılıklar ile kapsam değişikliği sürecinin açıklanması, geliştirme boyunca beklentileri yönetmeyi kolaylaştırır.
Proje ihtiyaç kontrol listesi
İlk görüşmeden önce tamamladığınız maddeleri işaretleyin. Seçimleriniz yalnızca bu sayfa açıkken tutulur.
0 / 7 madde hazır
Sık sorulan sorular
Bu sayfadan kesin fiyat hesaplanabilir mi?
Hayır. Fiyat için kapsam, örnek veri ve entegrasyon koşulları incelenmelidir. Bu rehber, aynı iş için karşılaştırılabilir teklif hazırlamaya yardımcı olur; bir fiyat listesi değildir.
Kaynak kodu teslimi kendiliğinden dahil midir?
Teslim edilecek kaynaklar, kullanım hakları, üçüncü taraf lisansları ve devir desteği teklif ve sözleşmede açıkça tanımlanmalıdır. Her ürün ve çalışma modelinde aynı koşul geçerli değildir.
Bu yaklaşımı işinize uyarlayalım.
Ekibinizin nasıl çalıştığını ve mevcut sistemlerinizi anlatın; başlangıç kapsamını birlikte belirleyelim.
Projenizi konuşalım