Kabataş'ta bildirim servisi firması seçerken nelere bakılmalı?

01Bildirim servisi 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.

Dokümantasyon

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

KVKK yaklaşımı

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

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

İletişim düzeni

Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.

02Teklif görüşmesinde sorulacak sorular

• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• Ödeme planı teslim aşamalarına bağlı mı?

03Bildirim servisi planlarken bilinmesi gerekenler

• oran sınırı ve kota
• OpenAPI dokümantasyonu
• sürümleme stratejisi

04Bildirim servisi hangi ihtiyaca cevap verir?

Kuyruk gerektiğinde

Kuyruk, bildirim servisi projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Geliştiriciler API'yi anlamakta zorlandığında

OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.

05Kırmızı bayraklar

• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Ödemenin tamamını iş başlamadan isteyen plan
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma

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

Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.

• 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

07Kabataş'ta bildirim servisi için çalışma biçimimiz

Kabataş, Ordu iline bağlı bir ilçedir ve PTT adres verisine göre 18 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde bildirim servisi için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Mesafe yazılım işinin önünde engel değildir: Kabataş'taki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Aynı ildeki Çamaş, Kabadüz ve Aybastı ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• KVKK baştan tasarlanır.
• Yayın sonrası bakım ve destek planlanır.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• şablon
• kuyruk
• İYS kontrolü
• SDK
• rate limit
• Swagger
• OAuth 2.0
• SSO
• OpenAPI
• Ordu
• Kabataş