Derepazarı'nda 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.

İletişim düzeni

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

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.

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.

02Teklif görüşmesinde sorulacak sorular

• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• 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?
• Ödeme planı teslim aşamalarına bağlı mı?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?

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.

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.

05Kırmızı bayraklar

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

06Rize 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

07Derepazarı'nda bildirim servisi için çalışma biçimimiz

Derepazarı, Rize iline bağlı bir ilçedir ve PTT adres verisine göre 18 mahalle ve köy kaydından oluşur.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Derepazarı'ndaki 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.

Rize genelinde Rize Pazar, İkizdere ve Hemşin 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.

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

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

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• şablon
• kuyruk
• İYS kontrolü
• SDK
• rate limit
• Swagger
• API anahtarı
• geliştirici portalı
• Rize
• Derepazarı