01Aşamalar
1. İlk görüşme
İhtiyacınızı ve mevcut durumu dinleriz; öncelikli sorunu birlikte belirleriz.
2. Analiz
Mevcut Excel veya program örnekleri üzerinden ihtiyaç listesi çıkarılır.
3. Kapsam ve teklif
Modüller, aşamalar ve teslim kriterleri yazılı hale gelir.
4. Tasarım
Tıklanabilir prototip ile kullanıcı yolculuğu denenir.
5. Geliştirme ve test
Kritik akışlar otomatik testlerle korunur.
6. Yayın ve eğitim
Veri aktarımı, yayın ve kullanıcı eğitimi yapılır.
7. Bakım
Hata kayıtları ve geliştirme talepleri sürüm planına alınır.
02Süreyi etkileyen etkenler
- modül ve ekran sayısı
- içerik ve veri hazırlığının hızı
- e-belge ve entegratör başvuruları
- onay süreçlerinin işleyişi
- entegrasyonlara erişim ve test imkânı
Süre bir taahhüt olarak değil, analizden sonra paylaşılan aşamalı planla belirlenir.
03Sizden istenecekler
- kullanıcı sayısı ve rolleri
- mevcut sürecin kısa bir anlatımı
- logo ve kurumsal kimlik dosyaları
- alan adı ve hosting erişimi
- kullanılan Excel dosyaları ve örnek raporlar
04Test ve kabul
Kabul testinde gerçek iş senaryoları denenir: bir sipariş, bir onay, bir rapor. Senaryolar geçtiğinde aşama kapanı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
Yayın planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir ve kullanıcılardan gelen sorular hızlıca yanıtlanır.
NotWebhook teslim hataları ve yeniden denemeler raporlanır.
06Malatya'da süreç nasıl yürür?
Malatya, Doğu Anadolu Bölgesi'nde yer alan, plaka kodu 44 olan bir ildir; PTT verisine göre 13 ilçe ve 722 mahalle ve köy kaydından oluşur. Malatya büyükşehir belediyesi olan 30 ilden biridir. 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.
Malatya'da PTT verisine göre 3 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde bildirim servisi için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Malatya'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.
Doğu Anadolu Bölgesi'ndeki Elazığ, Muş ve Tunceli gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Malatya 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.500
- Günlük değişim oranı
- %14
- Kanal sayısı
- 5
- Günlük güncelleme isteği
- 6.650
- Saatlik ortalama
- 277
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
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.
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.
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.
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.
Malatya'dan yazıyorum; toplantılar nasıl yapılıyor?
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.
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.
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.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
- Bildirim servisi firmasıFirma seçerken bakılacaklar
- Bildirim servisi fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
Malatya'da ilgili hizmetler
Doğu Anadolu Bölgesi'ndeki diğer iller
Malatya ilçelerinde bildirim servisi geliştirme süreci
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- SSO
- API anahtarı
- Malatya