Belediye Mobil Uygulaması & Kent Kart Çözümü

Belediye mobil uygulaması talebi ihalelerde birkaç farklı biçimde karşımıza çıkar: hemşehriye yönelik bir vatandaş uygulaması, şehri tanıtan bir turizm/tanıtım uygulaması, gençlere yönelik bir kültür ve indirim kartı ya da mevcut uygulamanın güncellenmesi. Bu sayfa, iOS ve Android’de markalı bir belediye uygulaması ve kent kartı yaptırmayı planlayan basın-yayın, bilgi işlem ve kültür müdürlükleri için; teknik şartname yazmadan önce kapsamı, entegrasyonları ve seçim kriterlerini anlatır.

Çözüm neyi kapsar?

Markalı bir belediye uygulaması, belediyenin kurumsal kimliğiyle yayınlanan; vatandaşın hizmete, bilgiye ve etkinliğe telefonundan ulaştığı bir kanaldır. Tipik kapsam:

• Native/çapraz platform geliştirme: iOS ve Android için tek kod tabanı (örneğin Flutter/React Native) ya da native ayrı geliştirme; App Store ve Google Play’de belediye adına yayın.
• Vatandaş hizmetleri: Nöbetçi eczane, ulaşım/hat bilgisi, etkinlik takvimi, haber-duyuru, telefon rehberi, başkana/birime mesaj ve talep-şikâyet (masaüstü sistemle çift yönlü).
• Kent kart / üyelik: Dijital üyelik, QR/NFC kart, kampanya ve indirim, gençlik kültür kartı, etkinlik başvurusu ve puan/avantaj yönetimi.
• İçerik yönetimi (CMS): Duyuru, haber, etkinlik ve kampanyaları belediye personelinin koda dokunmadan güncelleyebildiği bir panel.
• Push bildirim: Segment bazlı (mahalle, ilgi alanı) anlık bildirim altyapısı.
• Ödeme: Anlaşmalı banka sanal POS’u üzerinden borç sorgulama ve ödeme, kart bakiyesi yükleme.
• Erişilebilirlik ve çok dillilik: WCAG uyumlu arayüz; turizm uygulamalarında Türkçe dışında İngilizce/Arapça gibi ek diller.

Hangi uygulama tipini hedefliyorsunuz?

Kapsamı doğru belirlemek için önce uygulamanın kime hitap ettiğini netleştirmek gerekir. Üç yaygın senaryo farklı önceliklere sahiptir:

• Vatandaş/hemşehri uygulaması: Odak, günlük belediye hizmetleri ve talep-şikâyet akışıdır; e-belediye ve çözüm merkezi entegrasyonu kritiktir.
• Turizm/tanıtım uygulaması: Odak, gezi rotaları, harita, sesli/görsel rehber ve çok dilli içeriktir; offline harita ve zengin medya öne çıkar.
• Gençlik / kültür kartı: Odak, etkinlik başvurusu, indirim ağı ve kart yönetimidir; üyelik, kampanya motoru ve QR/NFC giriş sistemi gerekir.

Entegrasyonlar

Bir belediye uygulamasının değeri, arkasındaki sistemlere ne kadar bağlı olduğuyla ölçülür. Şartnamede entegrasyon protokollerini (REST/SOAP web servisleri) ve kapsamı açıkça tanımlayın:

• E-belediye / tahakkuk: Borç sorgulama, ödeme ve makbuz için belediyenizin mevcut yazılımıyla web servis bağlantısı.
• Ödeme altyapısı: Anlaşmalı banka sanal POS entegrasyonu; güvenli ödeme için 3D Secure.
• e-Devlet / kimlik doğrulama: Vatandaş girişinde e-Devlet kapısı ile doğrulama; adres verisi için UAVT/MERNİS tabanlı servisler.
• Harita ve konum: Etkinlik, tesis ve gezi noktaları için harita katmanı; belediyenin Kent Bilgi Sistemi ile bağ.
• Talep-şikâyet (CRM): Uygulamadan açılan talebin masaüstü çözüm merkezine düşmesi ve durum bilgisinin vatandaşa geri dönmesi.

Teknik şartnamede dikkat edilecekler

• Mağaza hesabı sahipliği: Apple Developer ve Google Play Console hesapları belediye adına açılmalı; yayıncı künyesi belediyeye ait olmalı.
• Kaynak kod ve veri sahipliği: Kaynak kodun teslimi, kullanıcı ve içerik verisinin dışa aktarımı sözleşmeye yazılmalı — bu, tedarikçi değiştirme özgürlüğünüzü korur.
• KVKK uyumu: Açık rıza metinleri, veri saklama süreleri, veri işleme envanteri ve sunucuların Türkiye’de barındırılması netleştirilmeli.
• Ödeme güvenliği: Sanal POS ve 3D Secure zorunlu tutulmalı; kart verisinin uygulamada saklanmaması.
• Yayın ve uyumluluk: Desteklenen minimum iOS/Android sürümleri, mağaza güncelleme politikalarına uyum ve işletim sistemi sürüm geçişlerinde bakım taahhüdü.
• Erişilebilirlik: WCAG uyumu ve ekran okuyucu desteği şartnameye eklenmeli.
• Bakım ve SLA: Yıllık bakım, hata giderme yanıt/çözüm süreleri ve mağaza uyumluluk güncellemeleri tanımlanmalı.

Seçim ve karşılaştırma kriterleri

Teklifleri karşılaştırırken yalnızca ekran sayısına değil, sürdürülebilirliğe bakın. Uygulama native mi çapraz platform mu geliştirilecek, güncellemeler nasıl yönetilecek, içerik ekibi panelden ne kadarını koda dokunmadan yönetebilecek? Tedarikçinin App Store/Google Play yayın süreçlerine hâkimiyeti, KVKK ve ödeme güvenliği konusundaki olgunluğu, referans uygulamalarının mağazada canlı ve bakımlı olması belirleyicidir. En önemlisi, sözleşme sonunda uygulamanın, hesapların ve verinin tümüyle belediyede kalmasını garanti eden maddedir.

Güncelleme mi, sıfırdan mı?

Elinizde çalışan bir uygulama varsa, çoğu zaman doğru yol onu yenilemektir: arayüzü güncel tasarıma taşımak, eksik modülleri eklemek ve entegrasyonları tazelemek. Ancak uygulama eski bir teknolojiyle yazılmışsa, mağaza politikalarına uyum sağlayamıyorsa ya da kaynak kod ve hesaplar tedarikçide kaldıysa; içerik ve kullanıcı verisini taşıyarak sıfırdan modern bir tabana geçmek daha sağlıklıdır. Doğru kararı, mevcut uygulamanın ve mağaza hesaplarının kısa bir denetimi verir.

Belediyenizin hangi uygulama tipine ihtiyaç duyduğunu ve mevcut durumunuzu birlikte inceleyip, size özel bir kapsam ve şartname taslağı çıkaralım. Aşağıdaki formdan talebinizi iletmeniz yeterli.