01Aşamalar
1. İlk görüşme
İhtiyacınızı ve mevcut durumu dinleriz; öncelikli sorunu birlikte belirleriz.
2. Analiz
Bildirim servisi için süreç, roller, örnek dosyalar ve entegrasyonlar incelenir.
3. Kapsam ve teklif
Modüller, aşamalar ve teslim kriterleri yazılı hale gelir.
4. Tasarım
Ekran akışları ve tasarım hazırlanır, onay alınır.
5. Geliştirme ve test
Geliştirme aşama aşama ilerler; her aşama test ortamında denenir.
6. Yayın ve eğitim
Veri aktarımı, yayın ve kullanıcı eğitimi yapılır.
7. Bakım
İzleme, güncelleme ve yeni ihtiyaçlar bakım planıyla sürer.
02Süreyi etkileyen etkenler
- mobil uygulamalarda mağaza incelemeleri
- içerik ve veri hazırlığının hızı
- entegrasyonlara erişim ve test imkânı
- e-belge ve entegratör başvuruları
- onay süreçlerinin işleyişi
Süre bir taahhüt olarak değil, analizden sonra paylaşılan aşamalı planla belirlenir.
03Sizden istenecekler
- alan adı ve hosting erişimi
- kullanıcı sayısı ve rolleri
- kullanılan Excel dosyaları ve örnek raporlar
- beğendiğiniz örnek siteler veya uygulamalar
- logo ve kurumsal kimlik dosyaları
04Test ve kabul
Her aşama test ortamında paylaşılır; kabul kriterleri kapsamda yazılı olduğu için neyin tamamlandığı tartışmasız görülür.
- Kritik akışların uçtan uca denenmesi
- Yetki ve rol kontrolleri
- Mobil ve farklı tarayıcı kontrolü
- Veri aktarımının örneklemle doğrulanması
05Yayın ve eğitim
Canlıya geçişten önce kısa bir kullanıcı eğitimi verilir ve temel işlemler için yazılı bir kılavuz paylaşılır.
NotAnahtarların sızıntıya karşı taranması ve yenilenmesi planlanır.
06Eskişehir'de süreç nasıl yürür?
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.
Mesafe yazılım işinin önünde engel değildir: Eskişehir'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.
İç Anadolu Bölgesi'ndeki Kırıkkale, Karaman ve Sivas 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.
07Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 9.000
- Günlük değişim oranı
- %6
- Kanal sayısı
- 2
- Günlük güncelleme isteği
- 1.080
- Saatlik ortalama
- 45
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
Analiz neden gerekli?
Analiz, kapsamın yazılı ve ölçülebilir olmasını sağlar; teklif, plan ve kabul kriterleri bu çıktıya dayanır.
Sürecin en uzun aşaması hangisi?
Çoğunlukla geliştirme ve test aşamasıdır; ancak içerik ve veri hazırlığı geciktiğinde yayın aşaması da uzayabilir.
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.
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.
Süreç boyunca nasıl bilgi alırım?
Düzenli kısa toplantılar, ortak proje panosu ve test ortamındaki çalışan sürüm üzerinden her aşamayı izleyebilirsiniz.
Eskişehir'de bulunuyorum, yerinde görüşme mümkün mü?
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 kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
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.
Kapsam süreç içinde değişirse ne olur?
Değişiklik talebi yazılı olarak değerlendirilir; etkisi (süre ve maliyet) paylaşılır ve onayla plana eklenir.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi firmasıFirma seçerken bakılacaklar
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi teknolojileriTeknoloji seçimi ve mimari
- Bildirim servisi bakım ve destekYayın sonrası bakım, güncelleme ve destek
Eskişehir'de ilgili hizmetler
İç Anadolu Bölgesi'ndeki diğer iller
Eskişehir ilçelerinde bildirim servisi geliştirme süreci
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- API anahtarı
- OpenAPI
- OAuth 2.0
- Eskişehir