E-posta, SMS ve push bildirim altyapısı.
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.
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
Yazılı kapsam
Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.
Kaynak kod sahipliği
Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalı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.
İ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?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- 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ı?
03Bildirim servisi planlarken bilinmesi gerekenler
- hata kodu standardı.
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- OpenAPI dokümantasyonu
04Kırmızı bayraklar
- 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
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
- Ödemenin tamamını iş başlamadan isteyen plan
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
05İ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. Şile'de 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
06Şile'de bildirim servisi için çalışma biçimimiz
Şile'nin PTT verisindeki 62 yerleşim kaydı 3 farklı posta koduna dağılı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; Şile'deki 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.
Aynı ildeki Beylikdüzü, Pendik ve Güngören ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.
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.
07Nasıl çalışıyoruz?
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.
- Kaynak kod ve veri işletmeye teslim edilir.
- Ö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; İstanbul da bunlardan biri.
08Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 21.500
- Günlük değişim oranı
- %16
- Kanal sayısı
- 3
- Günlük güncelleme isteği
- 10.320
- Saatlik ortalama
- 430
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
Şile'den yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanı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.
REST mi GraphQL mi?
Kaynak bazlı, önbelleğe uygun ve geniş araç desteği gereken çoğu iş API'sinde REST yeterlidir. İstemcilerin çok farklı veri kombinasyonları istediği ürünlerde GraphQL değerlendirilir.
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
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.
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 İstanbul 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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- 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
- Bildirim servisi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
Şile'de ilgili hizmetler
İstanbul içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- SSO
- OAuth 2.0
- webhook
- İstanbul
- Şile