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.
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.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
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.
02Teklif görüşmesinde sorulacak sorular
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
03Bildirim servisi hangi ihtiyaca cevap verir?
Geliştiriciler API'yi anlamakta zorlandığında
OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.
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.
04Kırmızı bayraklar
- 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
- 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
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. Tokat'ta 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
06Tokat'ta bildirim servisi için çalışma biçimimiz
Karadeniz Bölgesi illerinden Tokat (plaka 60), PTT adres verisinde 12 ilçe ve 1.389 yerleşim kaydıyla yer alır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Tokat'taki 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ı bölgedeki Karabük, Düzce ve Bartın illeri için de bildirim servisi projeleri aynı düzenle yürütü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.
07Çalışma düzenimiz
Ç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.
- Kaynak kod ve veri işletmeye teslim edilir.
- Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
- Yayın sonrası bakım ve destek planlanır.
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ı
- 17.000
- Günlük değişim oranı
- %14
- Kanal sayısı
- 4
- Günlük güncelleme isteği
- 9.520
- Saatlik ortalama
- 397
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 sonradan genişletilebilir mi?
Evet. Kuyruk gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Tokat'ta 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.
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 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.
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.
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 özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi yaptırmaKapsam, süreç ve iletişim
- Bildirim servisi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- 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
Tokat'ta ilgili hizmetler
Karadeniz Bölgesi'ndeki diğer iller
Tokat ilçelerinde bildirim servisi firması
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- SSO
- API anahtarı
- OAuth 2.0
- Tokat