E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi firması seçerken bakılacak ölçütler
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.
KVKK yaklaşımı
Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.
Bakım koşulları
Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.
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.
02Teklif görüşmesinde sorulacak sorular
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Ödeme planı teslim aşamalarına bağlı mı?
03Bildirim 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.
Geliştiriciler API'yi anlamakta zorlandığında
OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.
04Kırmızı bayraklar
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
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. Turhal'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
06Turhal'da bildirim servisi için çalışma biçimimiz
Turhal'ın PTT verisindeki 135 yerleşim kaydı 3 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Turhal'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.
Aynı ildeki Zile, Tokat Yeşilyurt ve Erbaa ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Turhal 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.
07Nası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.
- Yayın sonrası bakım ve destek planlanı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: 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.
08Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 5.000
- Günlük değişim oranı
- %16
- Kanal sayısı
- 2
- Günlük güncelleme isteği
- 1.600
- Saatlik ortalama
- 67
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.
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.
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.
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.
Turhal'da bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
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.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Bildirim servisi teknolojileriTeknoloji seçimi ve mimari
- 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 geliştirme süreciAnalizden yayına aşamalar
Turhal'da ilgili hizmetler
Tokat içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- SSO
- OAuth 2.0
- webhook
- API anahtarı
- Tokat
- Turhal