Aydınlatma metni yükleniyor…
Başakşehir'de web tasarım hizmeti arayan bir kurumun birden fazla şubesi, tesisi, departmanı veya başvuru türü varsa, yalnız bütün hizmetleri tek ana sayfaya yerleştirmek yeterli değildir. Kullanıcı hangi hizmetin hangi konumda verildiğini, kimler için uygun olduğunu, randevu mu başvuru mu gerektiğini ve kaydın hangi ekibe ulaşacağını anlayabilmelidir. Kurum ise bu bilgileri farklı ekiplerin birbirini bozan güncellemelerine yol açmadan yönetebilmelidir.
Bu rehber her Başakşehir işletmesinin çok lokasyonlu olduğunu varsaymaz. Tek ofisli bir hizmet şirketi için daha yalın yapı doğru olabilir. Odak; şube, kampüs, tesis, satış noktası veya departmanları bulunan ve aynı hizmeti her yerde aynı koşullarda sunmayan kurumların web sitesi planıdır.
Başakşehir için neden konum ve rol ayrımı önemlidir?
Başakşehir Belediyesinin 2025–2029 Stratejik Planı; ilçedeki organize sanayi yapısını, Kayabaşı çevresindeki sanayi tesislerini ve yeni merkez içinde ticaret alanları, yönetim merkezleri, eğitim tesisleri ile Çam ve Sakura Şehir Hastanesini aynı yerel gelişim bağlamında ele alıyor (Başakşehir Belediyesi 2025–2029 Stratejik Planı). Bu bilgiler her kurumun aynı sektörde veya çok lokasyonlu olduğunu kanıtlamaz. Fakat ilçe adına açılmış tek bir genel sayfanın, farklı hizmet ve ziyaret görevlerini açıklamak için neden yeterli olmayabileceğini gösterir.
Kurumun merkezi Başakşehir'de olup hizmeti başka lokasyonlarda verilebilir; aynı kampüste farklı departmanlar bulunabilir; belirli işlem yalnız bir tesiste veya çevrim içi yürütülebilir. Web sitesi gerçek faaliyet yapısını yansıtmalı, fiziksel varlık veya hizmet kapsamı hakkında tahminde bulunmamalıdır.
Önce kurum, konum, hizmet ve kullanıcı kayıtlarını ayırın
Birçok sitede şube sayfası, hizmet sayfası ve iletişim sayfası aynı bilgiyi farklı biçimde tekrarlar. Güncelleme geldiğinde yalnız biri değişir ve çelişki oluşur. Tasarımdan önce dört ana varlığı ayırın:
- Kurum: Ticari veya kurumsal kimlik, ana iletişim ve genel politikalar
- Konum: Şube, tesis, kampüs, ofis, mağaza veya hizmet noktası
- Hizmet: Kullanıcının almak, incelemek ya da başvurmak istediği işlem
- Kullanıcı: Bireysel müşteri, kurumsal alıcı, aday, öğrenci, ziyaretçi, bayi veya başka bir doğrulanmış grup
Bu varlıklar arasında çoktan çoğa ilişki olabilir. Bir hizmet birkaç konumda sunulabilir; bir konum birçok hizmet verebilir; ancak saat, ekip, uygunluk veya başvuru koşulu farklı olabilir. Menü tasarımı bu veri modelinden sonra yapılmalıdır.
Kumsal'ın altı alanlı konum–hizmet sahipliği matrisi
Bu matris, her hizmet ve konum birleşimini altı karar alanıyla kaydeder. Amaç her kombinasyon için mutlaka ayrı sayfa üretmek değil; kullanıcıya gösterilecek doğru bilgiyi ve güncelleme sorumluluğunu belirlemektir.
1. Gerçek konum
Adresin işlevi açıklanır: merkez, hizmet noktası, üretim tesisi, depo, kampüs, satış ofisi veya yalnız yazışma adresi. Harita kaydı, iletişim bilgisi ve web sayfası birbiriyle tutarlı olmalıdır. Fiziksel kabul yapılmayan bir adres ziyaret noktası gibi sunulmamalıdır.
2. Sunulan hizmet
Her konumda gerçekten verilen hizmetler işaretlenir. Kurum genelinde bulunan bir uzmanlık, her şubenin kapasitesi gibi gösterilmez. Hizmetin çevrim içi, yerinde, randevulu, proje bazlı veya belirli dönemlerde sunulması ayrı alanlarda tutulur.
3. Uygunluk ve ön koşul
Kullanıcının başvurmadan önce bilmesi gereken hedef grup, belge, tarih, kapasite, yaş, bölge, sözleşme veya proje koşulları yazılır. Sağlık, hukuk veya finans gibi uzman değerlendirmesi gereken alanlarda web sitesi kesin uygunluk kararı vermemeli; yalnız doğrulanmış genel koşulları ve profesyonel değerlendirme yolunu göstermelidir.
4. İşlem türü
Randevu, kayıt, teklif, iş başvurusu, bayi başvurusu, ziyaret talebi, destek kaydı veya doğrudan iletişim birbirinden ayrılır. Aynı düğmenin her kullanıcıyı genel forma göndermesi yerine işlemin gerektirdiği en kısa ve güvenli yol tanımlanır.
5. Sorumlu rol
Kaydın ulaştığı kişi adı yerine sürdürülebilir bir rol tanımlanır: ilgili şube ekibi, insan kaynakları, satış, teknik destek, öğrenci işleri veya etkinlik sorumlusu gibi. Personel değiştiğinde web sayfası ve entegrasyon kuralı bozulmamalıdır. Rolün yedeği ve yanıt sınırı ayrıca tanımlanır.
6. Güncellik ve ölçüm
Adres, saat, hizmet, uygunluk ve form rotası için güncelleme sahibi ile kontrol sıklığı belirlenir. Görüntüleme, konum seçimi, randevu başlangıcı, form hatası, başarılı kayıt ve yanlış yönlendirme gibi olaylar ayrı ölçülebilir. Ölçüm kişisel veri toplamayı gereksiz yere genişletmemelidir.
Matrisin özgün katkısı, çok lokasyonlu siteyi şube sayfaları dizisi olarak değil; konum, hizmet, uygunluk, işlem, sorumlu ve güncellik kararlarının birlikte yönetildiği bir yayın sistemi olarak ele almasıdır.
Konum sayfasında hangi bilgiler bulunmalı?
Her konum sayfası yalnız adres ve haritadan oluşmamalıdır. Kullanıcının yanlış yere gitmesini veya yanlış işlem başlatmasını önleyen bilgiler seçilmelidir:
- Konumun açık adı ve kurum içindeki işlevi
- Doğrulanmış adres, giriş ve ulaşım bilgisi
- Ziyaret veya hizmet saatleri; randevu gereksinimi
- O konumda sunulan gerçek hizmetler
- Erişilebilirlik bilgileri doğrulanabiliyorsa ilgili koşullar
- Telefon ve e-posta gibi kanalların kullanım amacı
- Randevu, başvuru veya teklif için doğru eylem
- Planlı kapanış, taşınma veya geçici değişiklik duyurusu
- Bilginin sahibi ve son kontrol tarihi
Her mahalle için kopya sayfa üretmek yerine doğrulanabilir fiziksel veya operasyonel farkı bulunan konumlar yayımlanmalıdır. Hizmet bölgesi sayfası ile gerçek şube sayfası birbirine karıştırılmamalıdır.
Hizmet sayfası ile konum sayfası nasıl bağlanmalı?
Hizmet sayfası kapsamı, uygunluğu, süreci ve kanıtı açıklar; konum sayfası ise o hizmetin nerede ve hangi koşullarda alınabildiğini gösterir. Kullanıcı hizmetten konuma, konumdan hizmete geçebilmelidir. Tekrarlanan açıklamalar merkezi hizmet kaydından beslenebilir; yerel saat, kapasite ve iletişim konum kaydında tutulabilir.
Sayfa rollerini, hedef kitleyi, karar sorusunu ve eylemi birlikte belirlemek için kurumsal web sitesi içerik matrisinden yararlanabilirsiniz. Bir kombinasyon için ayrı sayfa açma kararı, gerçek kullanıcı ihtiyacı ve özgün bilgiyle gerekçelendirilmelidir.
Randevu, başvuru ve iletişim formu nasıl ayrılır?
Randevu, belirli zaman veya kaynağın ayrılmasıdır. Başvuru, koşulların ve belgelerin değerlendirilmesini gerektirebilir. İletişim formu ise genel soru veya yönlendirme için kullanılabilir. Bunları aynı formda birleştirmek gereksiz alanlar, yanlış beklenti ve hatalı ekip yönlendirmesi doğurabilir.
Her işlem için gerekli en az veriyi, kayıt sahibini ve onay mesajını tanımlayın. Dosya yükleme varsa tür, boyut, zararlı içerik kontrolü, saklama süresi ve erişim yetkisi kapsamda bulunmalıdır. Çocuklar, hastalar, çalışan adayları veya başka hassas gruplara ait veriler söz konusuysa hukuk ve bilgi güvenliği sorumlularının onayı olmadan alan eklenmemelidir.
Başarı ekranı görmek kaydın teslim edildiğini kanıtlamaz. Randevu veya başvurunun doğru lokasyon ve role ulaştığını web sitesi form kontrolü rehberindeki uçtan uca yöntemle düzenli test edin.
İçerik yetkileri nasıl dağıtılmalı?
Merkez ekip marka, yasal metin, ana hizmet tanımı ve tasarım sistemini yönetebilir. Konum editörleri saat, yerel iletişim, ekip veya geçici duyuru gibi sınırlı alanları güncelleyebilir. Uzman ekipler hizmet uygunluğu ve teknik doğruluğu onaylayabilir. Yayın yetkisi, içerik üretme yetkisinden ayrı tutulabilir.
Rol tablosunda şu sorular cevaplanmalıdır:
- Kim içerik önerebilir?
- Kim maddi iddiayı doğrular?
- Kim çeviriyi onaylar?
- Kim yayımlar veya geri alır?
- Kim acil kapanış/taşınma bilgisini günceller?
- Kim formların doğru ekibe gittiğini test eder?
- Personel ayrıldığında erişimi kim kaldırır?
Ortak alanlarda yapılan değişikliklerin hangi sayfaları etkileyeceği önceden görülmelidir. Sürüm kaydı ve geri alma, özellikle çok sayıda konumu etkileyen güncellemelerde önemlidir.
Çok dilli yapıda konum ve hizmet eşleri nasıl yönetilir?
TR ve EN sayfalar aynı kurum ve konum gerçeklerini paylaşmalı; ancak açıklamalar hedef okuyucu için bağımsız yerelleştirilmelidir. Her Türkçe konum sayfasına sırf dil simetrisi için boş veya makine çevirisi İngilizce sayfa açılmamalıdır. İngilizce hizmet verilmiyorsa bu durum kullanıcıyı yanıltmadan açıklanabilir.
Dil eşleri aynı kayıt ilişkisinde tutulmalı; canonical kendi dil URL'sini, hreflang karşılıklı gerçek eşleri göstermelidir. Konum veya hizmet birleşirse iki dilin URL haritası birlikte hazırlanmalı ve yeni hedefler doğrulandıktan sonra 301 uygulanmalıdır.
Yapılandırılmış veri ve yerel iddialarda hangi sınırlar korunmalı?
Organization, LocalBusiness veya ilgili alt türler yalnız sayfada görünen ve doğrulanmış bilgilerle kullanılmalıdır. Her konuma ayrı işletme varmış gibi şema eklemek doğru değildir. Ad, adres, telefon, URL, çalışma saati ve ana kurum ilişkisi sayfa ile tutarlı olmalıdır.
Şema fiziksel varlık kanıtı değildir ve sıralama garantisi sağlamaz. Hizmet verilen bölge, fiziksel şube, sanal ofis ve yazışma adresi birbirinden ayrılmalıdır. Sağlık, eğitim veya başka düzenlenmiş faaliyetlerde uygun şema türü ve iddialar ilgili uzmanlar tarafından ayrıca doğrulanmalıdır.
Başakşehir web tasarım firmaları nasıl karşılaştırılır?
Birden fazla konum veya departmanı olan projede yalnız ana sayfa taslağı istemek yeterli değildir. Aday sağlayıcılara aynı örnek senaryoyu verin: iki konum, üç hizmet, farklı saatler, bir randevu ve bir başvuru süreci. Şu teslimatları nasıl yöneteceklerini sorun:
- Kurum–konum–hizmet veri modeli
- Konum ve hizmet şablonları ile filtreleme
- Form alanları, yönlendirme kuralları ve hata davranışı
- Editör, onaylayan ve yayınlayan roller
- TR/EN kayıt ilişkisi, canonical, hreflang ve 301 haritası
- Harita, randevu, CRM, e-posta ve analitik entegrasyonları
- Mobil, erişilebilirlik, performans, güvenlik ve kişisel veri kontrolleri
- İçerik taşıma, eğitim, kabul, bakım ve erişim devri
Proje kapsamını sağlayıcılara aynı biçimde aktarmak için web sitesi ihtiyaç dokümanı hazırlama rehberini kullanabilirsiniz. Deneyim iddiasını yalnız logo veya sektör adıyla değil, benzer rol ve entegrasyon karmaşıklığını nasıl çözdükleriyle değerlendirin.
Başakşehir web tasarım teklifinde neler bulunmalı?
Teklif, kaç şube sayfası hazırlanacağını söylemekle kalmamalıdır. Veri modeli, alan sözlüğü, şablonlar, içerik sorumluluğu, taşıma, dil eşleri, rol/yetki sistemi, form rotaları, entegrasyonlar ve kabul ölçütleri ayrı teslimatlar olmalıdır. Üçüncü taraf randevu veya harita servislerinin lisansı, kesinti davranışı ve veri sorumluluğu belirtilmelidir.
Kabul testinde yanlış konum seçimi, kapalı hizmet, dolu takvim, eksik belge, form hatası, e-posta/CRM teslimi, personel rol değişikliği, dil geçişi ve mobil kullanım gibi durumlar denenmelidir. Yayın öncesinde yedek, DNS, SSL, yönlendirme ve geri dönüş planı hazırlanmalıdır.
Sonuç: Çok lokasyonlu siteyi yayın sistemi olarak kurun
Başakşehir'de şubeleri, tesisleri veya farklı departmanları bulunan bir kurum için web sitesi, tekrarlanan iletişim sayfaları koleksiyonu değildir. Kullanıcı doğru hizmeti ve konumu bulmalı, uygunluk koşulunu anlamalı, doğru işlemi başlatmalı ve kaydın sorumlu role ulaştığını bilmelidir. Kurum ise her bilginin sahibini ve güncellik kuralını yönetebilmelidir.
Mevcut Türkçe ve İngilizce sluglar korunduğu için bu makale yenilemesinde 301 gerekmez. Konum–hizmet sahipliği matrisi ve gerçek işlem senaryoları tekliften önce hazırlanırsa Başakşehir web tasarım firmalarının kapsamları daha somut biçimde karşılaştırılabilir.