Yalova'da talep ve destek yönetimi firması seçerken nelere bakılmalı?

01Talep ve destek yönetimi firması seçerken bakılacak ölçütler

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

Referans kontrol yöntemi

Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

Dokümantasyon

Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

02Teklif görüşmesinde sorulacak sorular

• 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ı?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

03Talep ve destek yönetimi planlarken bilinmesi gerekenler

• İlk sürüm (MVP) en çok zaman kaybettiren işi çözmeye odaklanır; sonra modül modül genişler.
• Kullanıcı rolleri ve yetkiler (kim neyi görür, kim onaylar) baştan tanımlanır.
• İşe mevcut süreç ve Excel dosyalarının incelenmesiyle başlanır.

04Talep ve destek yönetimi hangi ihtiyaca cevap verir?

Rapor hazırlamak saatler aldığında

Dağınık veri tek veritabanında toplanır; raporlar istenen sıklıkla otomatik üretilir.

Talep kaydı gerektiğinde

Talep kaydı, talep ve destek yönetimi projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

05Kırmızı bayraklar

• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Ödemenin tamamını iş başlamadan isteyen plan
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi

06Yalova dışındaki bir firmayla nasıl çalışılır?

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Yalova'da bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Yalova'da talep ve destek yönetimi için çalışma biçimimiz

Yalova, Marmara Bölgesi'nde yer alan, plaka kodu 77 olan bir ildir; PTT verisine göre 6 ilçe ve 101 mahalle ve köy kaydından oluşur. Denize kıyısı olan illerdendir.

Yalova'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ı bölgedeki Tekirdağ, Kocaeli ve Bilecik illeri için de talep ve destek yönetimi projeleri aynı düzenle yürütülür.

08Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Kapsam ve teslim kriterleri yazılı olur.
• Her değişiklik önce test ortamında denenir.
• Kaynak kod ve veri işletmeye teslim edilir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Yalova da bunlardan biri.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• talep kaydı
• kategori
• öncelik
• MVP
• iş akışı
• onay süreci
• rol ve yetki
• bulut
• Yalova