Türkiye'nin 81 ilinde yazılım hizmeti · 0540 003 19 81
API ve Geliştirici Araçları · Eskişehir

Bildirim servisi: olması gereken özellikler ve modüller (Eskişehir)

Bir bildirim servisi projesinde özellik listesi büyüdükçe maliyet ve süre de büyür. Hangi özelliğin ilk sürümde, hangisinin sonra gelmesi gerektiğini ayırmak için aşağıdaki listeyi kullanabilirsiniz.

Kısa cevap

Bildirim servisi için olmazsa olmaz özellikler: şablon, kuyruk ve İYS kontrolü. Diğer modüller ihtiyaca göre sonraki sürümlere eklenir. Bilgi için 0540 003 19 81 numarasını arayabilir veya WhatsApp'tan yazabilirsiniz.

E-posta, SMS ve push bildirim altyapısı.

01Olmazsa olmaz özellikler

  • şablon
  • kuyruk
  • İYS kontrolü

02İhtiyaca göre eklenen modüller

Geliştirici portalı

Geliştirici portalı için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

İmzalı webhook

İmzalı webhook için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

OpenAPI dokümantasyonu

Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.

Sürümlü API

Sürümlü API için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

03Bildirim servisi planlarken bilinmesi gerekenler

  • webhook imza doğrulaması
  • sürümleme stratejisi
  • oran sınırı ve kota

04Sık karşılaşılan durumlar

DurumOlası nedenÇözüm
API yoğunlukta yavaşlıyorKota ve önbellek yok, sorgular optimize değilOran sınırı, önbellek ve sorgu iyileştirme
Eski sürümü kullananlar bozuluyorSürümleme ve geçiş takvimi yokSürümlü uç noktalar ve duyurulu kullanım dışı bırakma
Webhook bildirimleri kayboluyorYeniden deneme ve teslim kaydı yokİmzalı webhook, kuyruk ve teslim logu

05Kullanıcı rolleri ve yetkiler

Örnek rol yapısıdır; gerçek roller analizde işletmeye göre belirlenir.
RolGörebilirYapabilir
YöneticiTüm birimlerOnay ve yetki
Birim sorumlusuKendi birimiOnay, atama, rapor
KullanıcıKendi kayıtlarıGiriş ve takip
DenetçiSalt okunur raporlarDışa aktarım

06Raporlar ve mobil kullanım

Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.

Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.

07Sektöre göre özellik önerileri

  • İş ortağı ekosistemi olan firmalar: Bildirim servisi, iş ortağı ekosistemi olan firmalar için iş akışına göre uyarlanır.
  • Veri sağlayıcıları: Bildirim servisi, veri sağlayıcıları için iş akışına göre uyarlanır.
  • Kurumsal BT ekipleri: Bildirim servisi, kurumsal BT ekipleri için iş akışına göre uyarlanır.
  • Yazılım şirketleri: Bildirim servisi, yazılım şirketleri için iş akışına göre uyarlanır.

08Eskişehir için özellik planı

PTT kayıtlarına göre Eskişehir genelinde 14 ilçe ve 542 mahalle ve köy kaydı bulunur; il, İç Anadolu Bölgesi'ndedir. Eskişehir büyükşehir belediyesi olan 30 ilden biridir.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Eskişehir'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.

İç Anadolu Bölgesi'ndeki Kayseri, Konya ve Kırıkkale gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

Eskişehir 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.

SSSSık sorulan sorular

Eskişehir'den yazıyorum; toplantılar nasıl yapılıyor?

İş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.

Kullanıcı rolleri nasıl belirlenir?

Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.

Eskişehir dışındaki işletmelere de hizmet veriyor musunuz?

Askadar Yazılım 81 ilde uzaktan çalışır; Eskişehir de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.

Hangi özellik ilk sürümde olmalı?

Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.

Tüm özellikler ilk sürümde mi olmalı?

Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.

Özellik listesini nasıl hazırlamalıyım?

Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.

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.

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.

Bu sayfada geçen kavramlar

  • şablon
  • kuyruk
  • İYS kontrolü
  • SDK
  • rate limit
  • Swagger
  • geliştirici portalı
  • webhook
  • OAuth 2.0
  • Eskişehir
Askadar Yazılım · Türkiye geneli

Aklınızdaki projeyi konuşalım.

Telefonla arayın veya WhatsApp'tan birkaç cümleyle yazın. Kapsam kısa bir görüşmeyle netleşir, teklif yazılı verilir.