E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi firması seçerken bakılacak ölçütler
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
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.
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
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Ö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?
03Bildirim 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.
04Kırmızı bayraklar
- 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
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
05Tokat 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. Reşadiye'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
06Reşadiye'de bildirim servisi için çalışma biçimimiz
Reşadiye, Tokat iline bağlı bir ilçedir ve PTT adres verisine göre 229 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; Reşadiye'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.
Tokat genelinde Niksar, Zile ve Artova gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Reşadiye bölgesinden bildirim servisi için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
07Çalışma düzenimiz
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.
- Yayın sonrası bakım ve destek planlanı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; Tokat da bunlardan biri.
08Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 40.500
- Günlük değişim oranı
- %3
- Kanal sayısı
- 1
- Günlük güncelleme isteği
- 1.215
- Saatlik ortalama
- 51
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
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.
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.
Sadece Tokat için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz 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.
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.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
- Bildirim servisi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Bildirim servisi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Bildirim servisi fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
Reşadiye'de ilgili hizmetler
Tokat içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- webhook
- OpenAPI
- API anahtarı
- Tokat
- Reşadiye