Firma aramadan önce bir sayfalık ihtiyaç özeti hazırlayın
İlk dokümanınız ekran listesiyle değil, bugünkü sorunla başlamalı. “CRM istiyoruz” yerine “Teklif onaylandıktan sonra proje açılması ve tahsilat takibi elle yapılıyor; bu adımların tek akışta ilerlemesini istiyoruz” yazmak görüşmeyi somutlaştırır.
Ardından kullanıcı rollerini, mevcut sistemleri, aktarılacak veriyi ve ilk sürümde gerekli çıktıları ekleyin. Her firma bu metne göre teklif verdiğinde kapsam farkları görünür olur. Belirsiz kalan soruları saklamayın; bunları keşif aşamasının çıktıları olarak tanımlayın.
| İhtiyaç başlığı | Doldurulacak örnek |
|---|---|
| İş sonucu | Siparişin ikinci kez elle girilmesini kaldırmak |
| Kullanıcılar | Satış, depo ve yönetim; her rolün yapacağı işler |
| Mevcut sistemler | ERP adı ve sürümü, tablolar, cihazlar, erişim koşulları |
| İlk sürüm | Sipariş alma, kontrol ve ERP’ye aktarım; raporların kapsamı |
| Kabul | Aynı siparişin yeniden gönderildiğinde ikinci kez açılmaması |
| Sonraki aşama | Şimdilik kapsam dışında kalan bayi kampanyaları |
İlk görüşmede sorulacak 15 soru
Soruları bütün adaylara aynı sırayla sorun. Yanıtları “var/yok” olarak işaretlemek yerine ilgili doküman, demo veya teslim maddesiyle ilişkilendirin. Aşağıdaki liste dengeX’in önerdiği görüşme çerçevesidir; bir sertifikasyon ya da sektör standardı değildir.
- Benzer bir iş akışını nerede uyguladınız; o projede sorumluluğunuz neydi?
- Bizim akışımızdaki en büyük belirsizlik hangisi ve nasıl doğrulanacak?
- Projeye kimler atanacak; analiz, geliştirme, test ve destek sorumluları kim?
- İlk sürümde neler teslim edilecek; özellikle neler kapsam dışında?
- Takvim hangi müşteri girdilerine, lisanslara ve dış sağlayıcılara bağlı?
- Değişiklik isteği nasıl yazılacak; maliyet ve tarih etkisi nasıl onaylanacak?
- Kullandığımız sistemin hangi API, sürüm ve lisansı destekleniyor?
- Veri aktarımında mükerrer, eksik ve hatalı kayıtlar nasıl ele alınacak?
- Kullanıcı rolleri ve yetkisiz erişim kontrolleri nasıl test edilecek?
- Kabul testlerini kim yapacak; başarısız senaryolarda ne olacak?
- Kaynak kodu, kurulum dosyaları ve üçüncü taraf lisanslarının teslim kapsamı ne?
- Alan adı, barındırma, depo ve yönetici erişimleri hangi hesaplarda tutulacak?
- Yedekten geri dönüş ve başarısız yayın durumunda dönüş planı nasıl doğrulanacak?
- Destek hangi saatlerde, hangi kanaldan ve hangi hedef sürelerle verilecek?
- Çalışma sona erdiğinde veri dışa aktarımı ve yeni ekibe devir nasıl yapılacak?
Teklifleri aynı teslim kapsamına getirin
Bir teklif yalnızca geliştirmeyi, diğeri içerik, veri aktarımı ve eğitimi de kapsayabilir. Toplam fiyatı karşılaştırmadan önce eksik kalemleri görün. “Dâhil” ifadesinin karşısında örnek çıktı veya sınır bulunmasını isteyin.
| Kalem | Teklifte aranacak açıklık |
|---|---|
| Analiz | Görüşmeler, süreç şeması ve kabul senaryoları |
| Tasarım | Hangi ekranlar, mobil kapsam ve revizyon düzeni |
| Geliştirme | İlk sürüm işlevleri ve kapsam dışı işler |
| Entegrasyon | Sistem adı, veri yönü, sıklık, hata ve tekrar davranışı |
| Veri taşıma | Kayıt türleri, temizleme sorumluluğu ve doğrulama |
| Yayın ve eğitim | Ortam kurulumu, kullanıcı eğitimi ve devir notları |
| İşletim | Barındırma, lisans, yedekleme, bakım ve destek |
| Çıkış | Veri formatı, doküman ve erişim teslimi |
Kullanabileceğiniz örnek değerlendirme tablosu
Aşağıdaki ağırlıklar örnektir; dengeX’in önerdiği başlangıç dağılımını gösterir. Üretimi durdurabilecek bir sistemde sürekliliğe, pazarlama sitesinde içerik ve kullanıcı deneyimine daha fazla ağırlık verebilirsiniz. Görüşmelerden önce ağırlıkları belirleyin ki karar sonradan belirli bir firmaya göre şekillenmesin.
- Her ölçüte 0–5 arasında puan verin: 0 kanıt yok, 3 yeterli açıklama ve örnek, 5 sizin senaryonuzda doğrulanmış yaklaşım.
- Toplamı hesaplamak için her puanı 5’e bölüp yüzde ağırlığıyla çarpın; sonuç 100 üzerinden olur.
- Eksik bir kritik entegrasyon veya kabul edilmeyen veri erişim koşulu, yüksek toplam puanla telafi edilmiş sayılmamalı. Zorunlu koşulları ayrıca yazın.
| Ölçüt | Örnek ağırlık | Gösterilmesi gereken kanıt |
|---|---|---|
| İş akışına uyum | %25 | Kendi senaryonuzla demo veya akış taslağı |
| Benzer kapsam deneyimi | %20 | Sorumlulukları açıklanan vaka veya doğrulanabilir örnek |
| Ekip ve teslim planı | %15 | Roller, bağımlılıklar ve kontrol noktaları |
| İşletim ve güvenlik | %15 | Yetki, geri dönüş ve destek planı |
| Devir ve veri erişimi | %10 | Teslim listesi ve örnek veri dışa aktarımı |
| Toplam maliyet | %15 | Aynı dönem ve kullanım varsayımlarıyla fiyat kalemleri |
Demo toplantısını sizin senaryonuz yönetsin
Hazır bir sunumda her ürün düzenli görünür. Bunun yerine üç örnek kayıt ve beklenen sonucu hazırlayın: normal akış, eksik bilgi ve tekrar eden işlem. Örneğin sipariş ilk gönderildiğinde oluşmalı, bağlantı kesilirse durumu anlaşılmalı, yeniden denendiğinde kopya kayıt yaratmamalı.
Gösterimin başında kullanılan ortamı ve verinin örnek olduğunu teyit edin. Üretim şifresi veya gerçek müşteri verisi paylaşmadan da temel iş kuralı doğrulanabilir. Görüşme sonunda gösterilen, açıklanan ama gösterilmeyen ve henüz geliştirilecek işlevleri ayrı kaydedin.
Güvenlik ve veri erişimini ölçülebilir hale getirin
“Güvenli yazılım” cümlesini rol-yetki, oturum yönetimi, kayıt izleme ve geri dönüş senaryolarına çevirin. OWASP ASVS, web uygulaması güvenlik kontrollerini tanımlamak ve tedarik sırasında doğrulama gereksinimlerini belirlemek için kullanılabilecek açık bir başvuru kaynağıdır. Uygulanacak kontrolleri projenin riskine göre seçin ve test sonucunun nasıl teslim edileceğini sorun.
Bir ekibin OWASP adını kullanması o ürünün bağımsız denetimden geçtiğini göstermez. İstediğiniz kanıt; seçilen kontrol, test kapsamı, bulunan sorun ve düzeltme sonucudur. Yedek dosyasının oluşmasıyla verinin geri yüklenebildiğinin gösterilmesini de ayrı kontrol edin.
- Kaynaklar ve ilgili okumalar
- OWASP — Application Security Verification Standard
İzmir’de yerinde çalışma ne zaman gerekli?
Kurumsal web sitesi veya çevrim içi panel için düzenli uzaktan görüşme yeterli olabilir. Depo cihazı, üretim hattı veya yüz yüze kullanıcı eğitimi olan işlerde yerinde gözlem daha anlamlıdır. İlçe veya ofis yakınlığını karar ölçütü yapmadan önce gerçekten kaç ziyaret gerektiğini belirleyin.
Ziyaretlerin hangi tesiste yapılacağını, kimin katılacağını ve sonunda hangi çıktının teslim edileceğini yazın. “Yerinde destek” ifadesinin içinde ulaşım, konaklama ve mesai dışı çalışma olup olmadığını ayrıca sorun.
Maliyet: başlangıç tutarı ve devam eden giderler
Karşılaştırma dönemini birlikte seçin; örneğin üç yıl. İlk kurulumun yanına lisans, barındırma, bakım, destek, kullanıcı artışı ve beklenen değişiklikleri ekleyin. Aynı kullanıcı ve işlem varsayımı kullanılmadığında iki toplam anlamlı biçimde karşılaştırılamaz.
Fiyatları para birimi, vergi kapsamı ve yenileme koşullarıyla kaydedin. Belirsiz ek geliştirmeleri kesin maliyet gibi göstermeyin; bunun yerine tahmin aralığı ve hangi kararla netleşeceğini belirtin. Bu rehberde piyasa verisi olmadan fiyat aralığı yayımlamıyoruz.
- Kaynaklar ve ilgili okumalar
- Özel yazılım maliyetini oluşturan kalemler
Teslim günü için kabul ve devir listesi
Ödeme ve teslim aşamalarını yalnızca takvim tarihine bağlamak yerine doğrulanabilir çıktılarla eşleştirin. Hangi kullanıcı senaryosunun kimin tarafından onaylanacağı önceden belli olsun. Ekranın açılması, iş kuralının doğru çalıştığının tek başına kanıtı değildir.
- Kritik kullanıcı senaryolarının sonuçları ve kalan sorun listesi.
- Yetkili hesaplar, ortam bilgileri ve operasyon sorumluları.
- Veri taşıma kontrolü; örnek kayıtlar ve toplamların karşılaştırması.
- Kurulum, sürüm yayınlama, yedekleme ve geri dönüş talimatı.
- Kapsamda yer alan kod, lisans ve teknik doküman teslimleri.
- Kullanıcı eğitimi, destek kanalı ve ilk kullanım takip planı.
Kararı küçük bir doğrulama adımıyla güçlendirin
Belirsizliği yüksek projede önce sınırları belli bir keşif veya pilot aşaması değerlendirin. Bu aşamanın çıktısı yalnızca toplantı notu olmamalı: kritik akış, entegrasyon uygunluğu, ilk sürüm kapsamı ve güncellenmiş tahmin birlikte görülmeli.
dengeX ile görüşürken de aynı soruları kullanabilirsiniz. İhtiyacınızı ve mevcut sisteminizi paylaşarak kapsam çalışmasına başlayabilir; firma araştırması rehberimizden farklı uzmanlıkları karşılaştırabilirsiniz.
- Kaynaklar ve ilgili okumalar
- İzmir yazılım firmaları araştırması
- dengeX ile proje kapsamını görüşün
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 / 5 madde hazır
Sık sorulan sorular
Kaç yazılım firmasından teklif almalıyım?
Karşılaştırılabilir kapsam sunabilen üç aday pratik bir başlangıç olabilir. Aday sayısından önce aynı ihtiyaç metni ve aynı maliyet varsayımlarıyla değerlendirme yapmanız önemlidir.
En düşük teklif en ekonomik seçim midir?
Eksik kapsam, ek lisans, veri taşıma veya destek bedeli varsa ilk tutar yanıltıcı olabilir. Aynı teslimler ve kullanım dönemi üzerinden toplam gideri karşılaştırın.
Kaynak kodu teslimi yeterli midir?
Tek başına yeterli olmayabilir. Kullanım hakları, üçüncü taraf lisansları, kurulum talimatı, gerekli erişimler ve devir kapsamı birlikte açıklanmalıdır.
İlk görüşmeye teknik personel katılmalı mı?
Kullanılan sistemlere erişimi ve süreçleri bilen bir kişinin katılması belirsizlikleri azaltır. İş akışının sorumlusu ile teknik sorumlunun birlikte değerlendirmesi faydalıdır.
Bu puanlama gerçek şirketlere verilmiş puanlar mı?
Hayır. Tablo, kendi görüşmelerinizde doldurabileceğiniz örnek bir yöntemdir. Herhangi bir firmaya verilmiş puan veya bağımsız derecelendirme içermez.
Bu yaklaşımı işinize uyarlayalım.
Ekibinizin nasıl çalıştığını ve mevcut sistemlerinizi anlatın; başlangıç kapsamını birlikte belirleyelim.
Projeniz için kapsam görüşmesi isteyin