Salihli'de bildirim servisi firması seçerken nelere bakılmalı?

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

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

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.

Bakım koşulları

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

Dokümantasyon

Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.

İletişim düzeni

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

02Teklif görüşmesinde sorulacak sorular

• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?

03Bildirim servisi planlarken bilinmesi gerekenler

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

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

05Kırmızı bayraklar

• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• 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

06Manisa 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

07Salihli'de bildirim servisi için çalışma biçimimiz

Salihli, Manisa iline bağlı bir ilçedir ve PTT adres verisine göre 104 mahalleden oluşur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. 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.

Mesafe yazılım işinin önünde engel değildir: Salihli'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Aynı ildeki Selendi, Turgutlu ve Manisa Köprübaşı ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Çalışma düzenimiz

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.

• Alan adı ve sunucu hesapları işletme adına açılır.
• Yayın sonrası bakım ve destek planlanır.
• KVKK baştan tasarlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Manisa da bunlardan biri.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• şablon
• kuyruk
• İYS kontrolü
• SDK
• rate limit
• Swagger
• OAuth 2.0
• geliştirici portalı
• OpenAPI
• Manisa
• Salihli