E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi firması seçerken bakılacak ölçütler
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
Bakım koşulları
Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.
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.
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.
02Teklif görüşmesinde sorulacak sorular
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Ödeme planı teslim aşamalarına bağlı mı?
- 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?
03Bildirim servisi planlarken bilinmesi gerekenler
- oran sınırı ve kota
- webhook imza doğrulaması
- kimlik doğrulama (API anahtarı, OAuth 2.0)
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.
Olaylar anlık bildirilmesi gerektiğinde
Webhook altyapısı imza doğrulama ve yeniden deneme ile kurulur.
05Kırmızı bayraklar
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- 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
06Bursa 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. Yıldırım'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
07Yıldırım'da bildirim servisi için çalışma biçimimiz
PTT kayıtlarında Yıldırım ilçesine bağlı 71 yerleşim bulunur. 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.
Yıldırım'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.
Bursa genelinde Harmancık, İznik ve Büyükorhan gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; bildirim servisi için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
08Ekip ve çalışma biçimimiz
Ç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.
- KVKK baştan tasarlanır.
- Alan adı ve sunucu hesapları işletme adına açılır.
- Yayın sonrası bakım ve destek planlanır.
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
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 40.000
- Günlük değişim oranı
- %20
- Kanal sayısı
- 5
- Günlük güncelleme isteği
- 40.000
- Saatlik ortalama
- 1.667
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Bildirim servisi için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve şablon gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Sadece Bursa için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Yazılım firmasının yakın olması önemli mi?
Çoğu yazılım projesi uzaktan yürür; önemli olan düzenli iletişim, test ortamı ve yazılı kapsamdır. Kurulum veya eğitim gerekiyorsa yerinde çalışma planlanır.
API'yi kimlerin kullandığını nasıl izleriz?
Her istemciye ayrı anahtar veya OAuth istemcisi verilir; kullanım, hata ve kota tüketimi istemci bazında raporlanır.
Bildirim servisi sonradan genişletilebilir mi?
Evet. Kuyruk gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Uzaktan mı çalışıyorsunuz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya eğitim gereken işlerde yerinde çalışma planlanır.
Referanslarınızı görebilir miyim?
Görüşmede, gizlilik izin verdiği ölçüde çalışan projeleri canlı olarak gösterebiliriz. Referans kontrolünde yalnız logo listesine değil, çalışan bir sisteme ve o işletmenin deneyimine bakmanızı öneririz.
Sözleşmede nelere dikkat etmeliyim?
Kapsam ve teslim kriterleri, kaynak kod ve veri sahipliği, ödeme planının aşamalara bağlanması, bakım koşulları ve gizlilik maddeleri.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi teknolojileriTeknoloji seçimi ve mimari
- Bildirim servisi geliştirme süreciAnalizden yayına aşamalar
- Bildirim servisi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Bildirim servisi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
Yıldırım'da ilgili hizmetler
Bursa içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- OAuth 2.0
- OpenAPI
- webhook
- Bursa
- Yıldırım