Çatalca'da bildirim servisi firması seçerken nelere bakılmalı?

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

Kaynak kod sahipliği

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

Yazılı kapsam

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

İletişim düzeni

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

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.

Bakım koşulları

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

Test ortamı

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

02Teklif görüşmesinde sorulacak sorular

• Ödeme planı teslim aşamalarına bağlı mı?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?

03Bildirim servisi planlarken bilinmesi gerekenler

• sürümleme stratejisi
• hata kodu standardı.
• kimlik doğrulama (API anahtarı, OAuth 2.0)

04Bildirim servisi hangi ihtiyaca cevap verir?

Olaylar anlık bildirilmesi gerektiğinde

Webhook altyapısı imza doğrulama ve yeniden deneme ile kurulur.

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

06İstanbul 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. Çatalca'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

07Çatalca'da bildirim servisi için çalışma biçimimiz

PTT kayıtlarında Çatalca ilçesine bağlı 40 yerleşim bulunur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için bildirim servisi tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Çatalca'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

İstanbul genelinde Kadıköy, Bakırköy ve Fatih gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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.

• Alan adı ve sunucu hesapları işletme adına açılır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Kapsam ve teslim kriterleri yazılı olur.

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

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
• webhook
• İstanbul
• Çatalca