Yazılım şirketi seçerken ilk soru “Hangi teknolojiyi kullanıyorsunuz?” olmak zorunda değil. Önce işletmenizde hangi işin aksadığını, kimlerin bu işi yaptığını ve tamamlandığını nasıl anlayacağınızı belirleyin. Teklifleri ancak aynı ihtiyacı tarif ettiklerinde anlamlı biçimde karşılaştırabilirsiniz.
Bu rehber; müşteri paneli, teklif takibi, rezervasyon talebi veya işletmeye özel bir web uygulaması yaptırmayı düşünenler için hazırlandı. Yalnızca hizmetlerinizi tanıtan bir siteye ihtiyacınız varsa web tasarım kapsamı ve fiyat rehberinden başlayabilirsiniz.
1. İhtiyacınızı ekran adıyla değil, iş akışıyla anlatın
“Bir müşteri paneli istiyorum” yerine şu açıklama daha kullanışlıdır: “Müşteri teklif talebi açsın, ekibimiz sorumlu kişiyi belirlesin, müşteri de teklifin durumunu görsün.” İkinci açıklama kullanıcıları, yapılacak işlemi ve beklenen sonucu gösterir.
İlk görüşmeden önce üç örnek hazırlayın:
- Normal bir talep nasıl başlıyor ve nasıl tamamlanıyor?
- Eksik bilgi veya yanlış kayıt olduğunda ekip ne yapıyor?
- Sorumlu kişi izinliyken işi kim devralıyor?
Gerçek müşteri bilgisi paylaşmadan örnek kayıtlar kullanabilirsiniz. Mevcut bir tablo veya form çoğu zaman ihtiyacı açıklamaya yeter; kapsamı anlatmak için bütün ekranları önceden tasarlamanız gerekmez.
2. Hazır araç mı, özel yazılım mı?
Her iş için sıfırdan yazılım geliştirmek gerekli değildir. Önce mevcut araçların gerçekten nerede yetersiz kaldığını belirleyin.
| İhtiyaç | İlk değerlendirilecek yaklaşım |
|---|---|
| Hizmetleri tanıtmak ve iletişim talebi almak | Web sitesi ve çalışan bir form |
| Basit görev ve müşteri takibi | Mevcut bir araç veya düzenli tablo |
| Farklı ekip yetkileri ve işletmeye özgü onay adımları | Hazır aracın uyumu, gerekirse özel geliştirme |
| Birden fazla sistem arasında veri aktarımı | Mevcut bağlantılar veya sınırlı entegrasyon |
Hazır araç kullanırken de abonelik, veri dışa aktarma ve kullanıcı sayısı koşullarını kontrol edin. Özel yazılım teklifinde ise geliştirme bedeliyle bakım ve dış hizmet giderlerini ayrı görmek isteyin. Yazılım geliştirme hizmetini bu ihtiyaçlar üzerinden değerlendirebilirsiniz.
3. Demoda yalnızca güzel ekranları izlemeyin
Örnek bir kayıt oluşturun, düzenleyin ve arayın. Bir alan boş bırakıldığında ne olduğunu görün. Yetkisi olmayan bir kullanıcı başka müşterinin kaydına erişebiliyor mu? İnternet kesildiğinde girilen bilgiler kayboluyor mu? Bu sorular, sunumda anlatılan özelliklerin günlük işinize ne kadar uyduğunu gösterir.
Örnek kabul ölçütü: Bir teklif talebi gönderildiğinde sorumlu ekip kaydı görebilmeli, müşteriye aynı kayıt numarası ile yanıt verilebilmeli ve başarısız gönderim başarı mesajı göstermemeli. Bu bir müşteri sonucu değil, teslimde uygulanabilecek bir kontrol örneğidir.
4. Teslimden önce erişim ve veri konularını netleştirin
Teklifte yönetim erişimleri, kaynak kod tesliminin kapsamı, dış hizmet hesapları ve bakım sorumluluğu açıkça yazılmalıdır. “Her şey dahil” ifadesinin hangi işleri kapsadığını sorun. Ödeme veya mesajlaşma gibi dış hizmetlerin ücretlerini kimin karşılayacağı da belirtilmelidir.
Veri aktarımı gerekiyorsa eski kayıtlardan küçük bir örnekle deneme yapılmasını isteyin. Tekrarlanan kayıtlar, boş alanlar ve farklı tarih biçimleri aktarım sırasında değerlendirilmelidir. Canlı kullanıma geçmeden önce yedekleme ve gerektiğinde önceki duruma dönme adımlarını konuşun.
5. Yazılım şirketlerine sorabileceğiniz yedi soru
- İlk sürümde hangi işlemler çalışacak, hangileri kapsam dışında kalacak?
- İçerik, örnek veri ve onaylar için bizden ne bekliyorsunuz?
- Ara teslimlerde çalışan ürünü nasıl göreceğiz?
- Kullanıcı yetkileri ve veri erişimi nasıl kontrol edilecek?
- Mevcut kayıtlarımızın aktarımı ve kontrolü dahil mi?
- Teslim sonrası hata düzeltmesi ile yeni özellik talebi nasıl ayrılacak?
- Başka bir ekiple devam etmek istersek hangi dosya ve erişimleri alacağız?
Yanıtları aynı tabloda toplamak, fiyat farklarının nedenini anlamayı kolaylaştırır. Yalnızca özellik sayısını karşılaştırmak yerine, işletmeniz için gerekli birkaç işlemin sorunsuz tamamlanmasına odaklanın.
Alanya, Ankara veya Eskişehir’de proje görüşmesi
Alanya’da rezervasyon takibi, Ankara’da kurumsal teklif süreci veya Eskişehir’de başvuru yönetimi için farklı iş akışları gerekebilir. Bunlar örnek ihtiyaçlardır; şehir tek başına projenin kapsamını belirlemez.
Alanya proje formuna, Ankara yazılım görüşmesine veya Eskişehir proje formuna mevcut sürecinizi kısaca yazabilirsiniz. Hangi işi yaptığınızı, bugün nasıl takip ettiğinizi ve nerede zorlandığınızı anlatmanız ilk değerlendirme için yeterlidir.
Sık sorulan sorular
Yazılım şirketinin aynı şehirde olması şart mı?
Hayır. Düzenli görüşme, açık kapsam ve erişilebilir bir test ortamıyla uzaktan çalışılabilir. Yerinde cihaz kurulumu veya sahada inceleme gerekiyorsa bunu ayrıca belirtin.
Kesin teslim tarihi ilk görüşmede verilebilir mi?
İhtiyaç yeterince tanımlı değilse kesin tarih yanıltıcı olabilir. Kapsam, entegrasyonlar ve sizin sağlayacağınız içerikler netleştikten sonra ara teslimleri olan bir takvim isteyin.
Proje başladıktan sonra ihtiyaç değişirse ne olur?
Yeni isteğin süreye ve ücrete etkisi uygulamadan önce değerlendirilmelidir. Mevcut işin hatasını düzeltmekle kapsamı genişletmek aynı şey değildir; teklif bu ayrımı açıklamalıdır.