Belediye Mobil Uygulaması & Kent Kart Çözümü
Belediyeniz için iOS ve Android’de markalı bir vatandaş, turizm veya gençlik uygulaması ile kent kart: e-belediye ve ödeme entegrasyonundan mağaza yayınına, şartname hazırlığından bakıma kadar tek elden.
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.
Rakamlarla mobil beklenti
Belediye hizmetinde mobil kanal artık "ek kanal" değil, vatandaşın varsayılan tercihi haline gelmektedir. TÜİK’in 2025 Hanehalkı Bilişim Teknolojileri Kullanım Araştırmasına göre 16-74 yaş grubunda internet kullanımı %90,9’a, son 12 ayda e-devlet hizmeti kullananların oranı %76,1’e ulaşmıştır. Daha çarpıcı olan mobilin payıdır: Anadolu Ajansı’nın aktardığı resmî verilere (2026) göre e-Devlet Kapısı’na bugüne kadar web üzerinden 14,9 milyar, mobil uygulamadan ise 10,5 milyar giriş yapılmıştır — kamu hizmetine erişimde mobil kanal, web ile arayı hızla kapatmaktadır. Aynı vatandaş, su borcunu sorgulamak veya çukur ihbarı yapmak için belediyesinden de bu kolaylığı bekler; mobil kanalı olmayan ya da bakımsız bir uygulamayla temsil edilen belediye, bu beklentiyi karşılayamaz.
Sektörden örnek (model analizi): İBB "İstanbul Senin"
Türkiye’deki en bilinen belediye süper uygulaması, İstanbul Büyükşehir Belediyesi’nin Kasım 2021’de yayımladığı İstanbul Senin’dir: ulaşım, kültür-sanat, sosyal hizmet başvuruları ve belediye işlemleri tek uygulamada toplanmıştır ve yayına alınışından yaklaşık bir yıl sonra 1 milyon kullanıcıyı aştığı duyurulmuştur (RayHaber, 2022). (Açık not: bu, İBB’nin kendi projesidir; bizim işimiz değildir ve model analizi olarak aktarılmıştır.) Model, iki yönde ders verir. Olumlu yön: hizmetlerin tek üyelik ve tek oturum altında birleşmesi, vatandaşın uygulamayı düzenli kullanması için güçlü bir neden yaratır. Dikkat gerektiren yön: süper uygulama, arkasında onlarca sistemin canlı entegrasyonunu ve sürekli içerik operasyonunu gerektirir — bu kapasite planlanmadan "her şeyi kapsayan" bir uygulama ihale etmek, yarım kalmış modüllerle dolu bir vitrin üretir. Ölçeğinize uygun kapsamla başlayıp modüler büyümek, bu örnekten çıkarılacak en pratik sonuçtur.
Temsili proje kapsamı
Aşağıdaki kapsam temsilidir; gerçekleşmiş bir müşteri projesi değil, tipik bir belediye mobil uygulaması ve kent kart projesinin planlama çerçevesidir. Süreler; modül sayısına ve entegrasyon derinliğine göre değişir:
- Faz 1 — Kapsam ve deneyim tasarımı (3-4 hafta): Hedef kitle ve uygulama tipi kararı, ekran haritası, kurumsal kimliğe uygun arayüz tasarımı, KVKK veri envanteri ve mağaza hesaplarının belediye adına açılması.
- Faz 2 — Çekirdek geliştirme ve CMS (6-10 hafta): iOS/Android geliştirme, içerik yönetim paneli, push bildirim altyapısı, duyuru-etkinlik-rehber modülleri ve erişilebilirlik uyumu.
- Faz 3 — Entegrasyonlar (4-8 hafta): E-belediye/tahakkuk web servisleri, sanal POS ve 3D Secure, e-Devlet kimlik doğrulama, talep-şikâyet (çözüm merkezi) bağlantısı ve kent kart/QR-NFC katmanı.
- Faz 4 — Yayın ve işletim (2-4 hafta): Mağaza onay süreçleri, kapalı beta, personel eğitimi, kullanım analitiği panosu ve SLA’lı bakım düzeninin başlatılması.
Tipik toplam süre 4-6 ay aralığındadır; bütçe, modül ve entegrasyon kapsamına bağlı olduğundan ancak kapsam analizi sonrası anlamlı biçimde verilebilir.
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.
Merak edilenler
Belediye mobil uygulaması ve kent kart maliyetini hangi faktörler belirler?
Fiyatı; uygulama tipi (vatandaş, turizm veya gençlik kartı), ekran/modül sayısı, iOS ve Android’in ayrı ayrı mı yoksa tek kod tabanıyla mı geliştirileceği, entegrasyon adedi (e-belediye, ödeme, e-Devlet, harita) ve kent kart bileşeninin fiziksel kart/POS içerip içermediği belirler. İçerik yönetimi, push bildirim altyapısı ve SLA’lı bakım da bütçeyi etkiler. Sabit liste fiyatı yerine, hedeflediğiniz kapsamın analizine dayalı bir bütçe çıkarımı öneririz.
Mevcut belediye uygulamamı güncellemek mi, sıfırdan yeni bir uygulama yaptırmak mı doğru?
İkisi de yaygın taleptir. Uygulamanız güncel bir teknolojiyle yazıldıysa ve mağaza hesapları sizin adınızaysa, arayüz yenileme, yeni modül ekleme ve entegrasyon güncellemesiyle ilerlemek en ekonomik yoldur. Uygulama eski, bakımsız ya da tedarikçiye bağımlıysa; içerik ve kullanıcı verisini taşıyarak sıfırdan modern bir tabana geçmek daha sağlıklı olur. Karar, mevcut kod tabanının ve mağaza hesaplarının denetimiyle verilir.
Uygulamanın App Store ve Google Play hesapları kimin adına olur?
Şartnamede bu maddeyi mutlaka netleştirin: geliştirici hesapları (Apple Developer, Google Play Console) belediye adına açılmalı, uygulama künyesi ve yayıncı bilgisi belediyeye ait olmalıdır. Aksi halde uygulama tedarikçinin hesabında kalır ve tedarikçi değiştirdiğinizde uygulamayı, yorumları ve indirme geçmişini kaybedebilirsiniz. Bu, kaynak kod teslimi ve veri sahipliğiyle birlikte vendor lock-in’i önleyen kritik maddedir.
Kent kart / gençlik kültür kartı uygulama içinde nasıl çalışır?
Kent kart, vatandaşa dijital bir üyelik ve avantaj katmanı sunar: belediye tesisleri, kültür-sanat etkinlikleri ve anlaşmalı işletmelerde indirim, kampanya ve puan; gençlik kartlarında etkinlik başvurusu ve QR/NFC ile giriş. Ödeme gerektiren senaryolarda anlaşmalı banka sanal POS’u üzerinden yükleme ve harcama yapılır; kart hem tamamen dijital (telefonda QR/NFC) hem de fiziksel kartla birlikte kurgulanabilir.
Süper uygulama mı, tek amaçlı uygulama mı tercih edilmeli?
Ölçeğe bağlıdır. Süper uygulama modeli — ulaşımdan sosyal yardıma tüm hizmetlerin tek uygulamada toplanması — güçlü bir ekosistem kurar ancak büyük içerik ve entegrasyon kapasitesi gerektirir; büyükşehir ölçeğinde anlamlıdır. İlçe belediyeleri için çoğu zaman doğru yol, sınırlı ama eksiksiz çalışan bir vatandaş uygulamasıyla başlamaktır: borç ödeme, talep-şikâyet, duyuru ve etkinlik. Modüler bir mimari tercih edilirse kent kart, turizm rehberi gibi katmanlar sonradan aynı uygulamaya eklenebilir; böylece “her şeyi yapan ama hiçbirini iyi yapmayan” uygulama tuzağına düşülmez.
Uygulamanın indirilmesi yetmiyor; aktif kullanım nasıl sağlanır?
Kamu uygulamalarında en sık görülen başarısızlık, indirme sayısının yüksek ama aylık aktif kullanımın düşük kalmasıdır. Aktif kullanım üç şeyle kurulur: birincisi, vatandaşın düzenli ihtiyacına bağlanan işlevler — borç görüntüleme/ödeme, nöbetçi eczane, ulaşım bilgisi gibi tekrar eden senaryolar. İkincisi, talep-şikâyet akışının gerçekten çift yönlü çalışması: başvurusunun durumunu uygulamadan izleyebilen vatandaş geri döner. Üçüncüsü, segment bazlı ve ölçülü push bildirimleridir; mahalleye özel su kesintisi bildirimi değer üretirken, genel duyuru bombardımanı uygulamanın silinmesine yol açar. Şartnameye kullanım analitiği (aktif kullanıcı, işlem tamamlama) raporları da eklenmelidir.
Belediyenize özel yazılım geliştirelim.
Hazır paket değil — belediyenizin süreçlerine ve mevzuata özel. İhtiyacınızı yazın; ihtiyaç & mevzuat analizinden geliştirmeye tek elden değerlendirip 1 iş günü içinde dönelim. Kaynak kodu ve veri belediyede kalır.
Talep Oluştur