İstanbul'da bildirim servisi firması seçerken nelere bakılmalı?

01Bildirim servisi firması seçerken bakılacak ölçütler

KVKK yaklaşımı

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

Yazılı kapsam

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

Bakım koşulları

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

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.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalı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

• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?

03Bildirim servisi planlarken bilinmesi gerekenler

• webhook imza doğrulaması
• kimlik doğrulama (API anahtarı, OAuth 2.0)
• hata kodu standardı.

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

• Ö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
• 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

06İstanbul 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

07İstanbul'da bildirim servisi için çalışma biçimimiz

Marmara Bölgesi illerinden İstanbul (plaka 34), PTT adres verisinde 39 ilçe ve 973 yerleşim kaydıyla yer alır. İstanbul büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir.

Mesafe yazılım işinin önünde engel değildir: İstanbul'daki 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ı bölgedeki Çanakkale, Bursa ve Balıkesir illeri için de bildirim servisi projeleri aynı düzenle yürütülür.

08Nasıl çalışıyoruz?

Çalışma düzenimizde sürüm kontrolü, otomatik testler, konteyner tabanlı yayın ve izleme araçları standarttır; her değişiklik bu adımlardan geçerek canlıya çıkar.

• Alan adı ve sunucu hesapları işletme adına açılır.
• Her değişiklik önce test ortamında denenir.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.

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
• OpenAPI
• SSO
• geliştirici portalı
• İstanbul