E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi firması seçerken bakılacak ölçütler
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.
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalı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.
Kaynak kod sahipliği
Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
02Teklif görüşmesinde sorulacak sorular
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
03Bildirim servisi planlarken bilinmesi gerekenler
- oran sınırı ve kota
- OpenAPI dokümantasyonu
- hata kodu standardı.
04Bildirim servisi hangi ihtiyaca cevap verir?
Oturum açma her üründe ayrı yönetildiğinde
Merkezi kimlik doğrulama ve SSO ile kullanıcı yönetimi sadeleşir.
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.
05Kırmızı bayraklar
- 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
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
- Ödemenin tamamını iş başlamadan isteyen plan
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
06Erzurum dışındaki bir firmayla nasıl çalışılır?
Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.
- 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
07Tekman'da bildirim servisi için çalışma biçimimiz
Tekman, Erzurum iline bağlı bir ilçedir ve PTT adres verisine göre 71 mahalleden oluşur. 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.
Tekman'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.
Erzurum genelinde Olur, Uzundere ve Karayazı gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Tekman 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.
08Ç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.
- Yayın sonrası bakım ve destek planlanır.
- KVKK baştan tasarlanır.
- Kaynak kod ve veri işletmeye teslim edilir.
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ı
- 28.000
- Günlük değişim oranı
- %14
- Kanal sayısı
- 3
- Günlük güncelleme isteği
- 11.760
- Saatlik ortalama
- 490
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.
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.
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.
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.
Sadece Erzurum için mi çalışıyorsunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
Tekman'da yüz yüze görüşebilir miyiz?
İş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.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi yaptırmaKapsam, süreç ve iletişim
- 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 özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Tekman'da ilgili hizmetler
Erzurum içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- API anahtarı
- geliştirici portalı
- Erzurum
- Tekman