Tepebaşı'nda bildirim servisi firması seçerken nelere bakılmalı?

01Bildirim servisi firması seçerken bakılacak ölçütler

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

İletişim düzeni

Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.

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.

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

02Teklif görüşmesinde sorulacak sorular

• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?

03Bildirim servisi planlarken bilinmesi gerekenler

• kimlik doğrulama (API anahtarı, OAuth 2.0)
• oran sınırı ve kota
• hata kodu standardı.

04Bildirim 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.

05Kırmızı bayraklar

• 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
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi

06Eskişehir 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. Tepebaşı'nda 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

07Tepebaşı'nda bildirim servisi için çalışma biçimimiz

Tepebaşı, Eskişehir iline bağlı bir ilçedir ve PTT adres verisine göre 92 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.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Tepebaşı'ndaki 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 Seyitgazi, Odunpazarı ve Sivrihisar ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Yayın sonrası bakım ve destek planlanır.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Eskişehir de bunlardan biri.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• şablon
• kuyruk
• İYS kontrolü
• SDK
• rate limit
• Swagger
• SSO
• Eskişehir
• Tepebaşı