1. Neden Web Site Governance Gerekli?
Governance; sitenin “kafasına göre” büyümesini engelleyen yönetim çerçevesidir. Sorun “insanlar kötü niyetli” olduğu için değil; herkesin farklı hedefi olduğu için çıkar: satış hızlı kampanya ister, pazarlama görsel değiştirir, IT riskten kaçınır, ajans hızlı teslim eder. Governance, bu hedefleri tek bir sistemde hizalar: kurallar + roller + süreç.
Competitor Gap – fark yaratan mini bölüm
TR’de governance çoğu zaman “marka rehberi” diye geçer; oysa web özelinde kritik katman change yönetimidir: “hangi değişiklik küçük, hangisi büyük; kim onaylar; hangi ortamda test edilir; nasıl geri alınır?” Bu katman olmadan marka rehberi tek başına dağınıklığı durduramaz.
Ne yapmalıyım?
- • “Kurallar”ı style guide’a yaz, “süreç”i change yönetimine bağla
- • Küçük değişiklik ile büyük geliştirmeyi ayır (SLA gibi)
- • Yetkileri ortama göre sınırla (dev/staging/prod)
2. Style Guide (İçerik + Tasarım)
Style guide iki parçadır: içerik stil rehberi ve UI/görsel stil kılavuzu. İkisi birlikte çalışmadığında, ya “güzel tasarım ama kötü dil” ya da “doğru dil ama tutarsız UI” ortaya çıkar.
İçerik style guide (Ton of voice + yazım kuralları)
- •Ton: danışman/stratejist; net, sakin, güven veren
- •Başlıklar: kısa, vaadi net; gereksiz süs yok
- •CTA dili: tek aksiyon, net fayda
- •Yasaklı/kısıtlı ifadeler: (Varsayım) abartılı vaatler, belirsiz “en iyi” iddiaları
- •Otel/B2B terminoloji sözlüğü: oda, paket, teklif, demo, case vb.
UI/görsel style guide (tasarım standardı)
- •Renk paleti ve kontrast standardı
- •Tipografi ve spacing kuralları
- •Component kullanımı (button, card, form)
- •Görsel oranları (hero 16:9, card 1:1 vb.) (media stratejiyle uyum)
| Bölüm | Ne içerir? | Kim sahiplenir? | En sık hata |
|---|---|---|---|
| Ton of Voice | dil, üslup, kelime sözlüğü | Pazarlama/iletişim | farklı departman dili |
| Başlık/CTA standardı | başlık formatı, CTA kuralları | Pazarlama + UX | belirsiz CTA |
| UI tokens | renk, tipografi, spacing | UX + FE | rastgele component |
| Component kuralları | button/card/form varyantları | FE/Design system | varyant patlaması |
| Görsel standardı | oran, alt metin, dosya adı | İçerik + Kreatif | dağınık medya |
Ne yapmalıyım?
- • 1 sayfalık “mini style guide” ile başla; sonra genişlet
- • Tone-of-voice sözlüğünü 30 kelimeyle kilitle
- • UI bileşenlerini design system’e bağla (Varsayım: mevcut)
3. Rol ve Sorumluluklar
Governance’ın kalbi “kim neyin sahibi?” sorusudur. Rol tanımı yoksa onay akışı kilitlenir veya herkes her şeye dokunur. En pratik yaklaşım RACI’dir (Responsible/Accountable/Consulted/Informed).
Kim neyi hangi ortamda değiştirebilir?
- •İçerik ekibi: metin ve medya güncelleme (staging onayıyla)
- •Pazarlama: kampanya sayfası brief ve onay
- •UX/UI: bileşen ve tasarım standardı
- •Dev/DevOps: teknik değişiklik ve deploy
- •SEO: URL/redirect/canonical/metadata kontrol
Mini örnek (otel zinciri): Her otel sayfası “local owner”a sahip olabilir ama global ton ve UI kuralları merkezi ekipte kalır.
Mini örnek (B2B holding): Her iş birimi içerik talep edebilir; ancak yayın onayı merkezi governance ile yürür.
Ne yapmalıyım?
- • 1 sayfalık RACI çıkar ve herkese duyur
- • Ortam bazlı yetki ver: prod erişimini minimum tut
- • “Acil durum” ve “normal” değişiklik akışını ayır
4. Değişiklik (Change) Süreçleri ve Onay Akışı
Change management, “istekleri sıraya koyma ve güvenle yayınlama” disiplinidir. Burada kritik ayrım: küçük değişiklik (copy, görsel, CTA) vs büyük geliştirme (IA değişimi, yeni sayfa tipi, component değişimi). İkisi aynı süreçte yürürse ya hız kaybolur ya kalite düşer.
Web sitesinde değişiklikleri kim, nasıl onaylamalı?
İçerik değişikliklerinde sayfa sahibi + marka/iletişim onayı genelde yeterlidir; teknik değişikliklerde ise QA + DevOps onayı zorunludur. Büyük değişikliklerde (IA, component, ölçüm) SEO ve teknik ekip “consulted” olmalı; staging’de test edilmeden prod’a alınmamalıdır.
İçerik istek/brief süreci (tek form, tek kaynak)
İstekler e-posta/WhatsApp’ta dağılırsa governance çöker. Tek form: amaç, hedef sayfa, değişiklik türü, görsel, deadline, başarı ölçütü.
Küçük değişiklik vs büyük geliştirme ayrımı
- •Küçük: metin düzeltme, görsel güncelleme, link
- •Orta: yeni landing, yeni blok, kampanya kurgusu
- •Büyük: IA değişimi, yeni component, CMS/mimari değişim
Ne yapmalıyım?
- • Change request formu + SLA tanımla (küçük/orta/büyük)
- • Staging’de “SEO + UX smoke test” zorunlu yap
- • Rollback planını her büyük değişiklikte yaz (Varsayım: CI/CD var)
5. Otel ve B2B İçin Web Governance Örnekleri
Governance modeli “tek beden” değildir; organizasyon yapınıza göre değişir. Ama prensip sabit: merkezi standart + yerel esneklik.
Otel zinciri modeli (merkez + otel bazlı içerik)
- •Merkez ekip: UI/ton/SEO standartları, global sayfalar
- •Otel bazlı ekip: yerel kampanyalar, etkinlikler, duyurular
- •Ajans: üretim ve uygulama; governance ile uyumlu çalışır
B2B holding modeli (çok departman + merkezi onay)
- •Departmanlar: içerik talebi ve uzmanlık girdisi
- •Merkezi ekip: yayın onayı + style guide uyumu
- •Teknik ekip: staging/prod yayın disiplini
Ne yapmalıyım?
- • Otel zincirinde “global template + local content” modelini kur
- • B2B’de departman taleplerini tek backlog’da topla
- • Haftalık governance review ritmi belirle (30 dk)
6. Web Style Guide & Değişiklik Yönetimi Süreç Şablonunu İndir
Web Style Guide & Değişiklik Yönetimi Süreç Şablonunu İndir — Yazılım / Web Governance (v1.0)
Bu şablon, web sitesini lansman sonrası da tutarlı yönetmek için style guide başlıklarını, rol/sorumluluk matrisini ve change request onay akışını tek dokümanda toplar. Otel zincirleri ve çok departmanlı B2B organizasyonlarda “dağınık güncelleme” riskini azaltır, yayınları öngörülebilir hale getirir. Ajans–kurum iş birliğinde tek kaynak gerçek oluşturur.
Kim Kullanır?
Kurumsal iletişim/pazarlama, UX/UI, teknik ekip, ajans PM ve içerik yöneticileri.
Nasıl Kullanılır?
- Style guide’ın minimum sürümünü (v1) doldurun ve örneklerle yayınlayın.
- RACI rol matrisini çıkarıp ortam bazlı yetkileri netleştirin.
- Change request formu ve onay akışını yürürlüğe alın; haftalık governance review ile güncel tutun.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Style guide v1 yayınlandı
- ▢ ✅ RACI tamamlandı
- ▢ ✅ Change request tek kanala alındı
- ▢ ✅ Onay akışı yazılı
- ▢ ✅ Staging zorunlu
- ▢ ✅ Haftalık review planlandı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
7. Sonuç: Governance = Tutarlılık + Güvenlik + Öngörülebilir Yayın
Lansman sonrası web sitesi iki yola gider: ya kontrollü evrilir ya da dağılır. Style guide; “ne üretileceğini”, rol matrisi “kimin üreteceğini”, change management ise “nasıl yayınlanacağını” belirler. Bu üçü birlikte kurulursa, otel ve B2B sitelerinde hem marka tutarlılığı korunur hem de teknik kalite bozulmadan gelişim sürer.
Bir Sonraki Adım
Style guide, rol matrisi ve onay akışınızı netleştirip sitenizi lansman sonrası da kontrollü yönetin.