1. Bakım Nasıl Organize Edilir? (Tam Outsource, Hibrit, İç Ekip)
Bakım organizasyonu üç temel modele ayrılır. Her modelin güçlü olduğu ve riskli olduğu alanlar farklıdır. Burada amaç “tek doğru”yu bulmak değil; bakım sourcing kararı verirken sizin aşamanıza uygun doğru trade-off’u seçmektir.
Model-1: Tam Outsource (Ajans/Tedarikçi)
Ne zaman iyi çalışır?
- •İş hacmi düşük/orta, değişiklik sayısı sınırlı
- •İçeride teknik sahiplik az ama hızlı başlangıç gerekiyor
- •Net SLA ve ticketing disiplini kurulabiliyor
Risk: bağımlılık, bilgi kaybı, öncelik çatışması.
Model-2: Hibrit (İç ürün sahibi + outsource uygulama)
Ne zaman iyi çalışır?
- •İş tarafı yoğun, roadmap sürekli değişiyor
- •Kritik kararlar içeride kalmalı (öncelik, kalite standardı)
- •Uygulama kapasitesi esnek olmalı
Risk: rol sınırları net değilse hibrit bakım modeli çift başlılığa dönüşebilir.
Model-3: İç Ekip (In-house)
Ne zaman iyi çalışır?
- •İş hacmi yüksek, kritik akışlar (rezervasyon/ödeme/rapor) sürekli
- •Güvenlik ve kalite standartları yüksek
- •Ürünleşmiş süreçler ve uzun vadeli yatırım hedefi var
Risk: işe alım, maliyet, ekip yönetimi, uzmanlık çeşitliliği.
Ne yapmalıyım?
- • Modeli “bugün”e göre değil 12 ay projeksiyonuyla seç.
- • Hangi kararların içeride kalacağını (owner) netleştir.
- • Modelden bağımsız olarak SLA + dokümantasyon + ticketing standardı kur.
2. Hangi Model Hangi Aşamada Mantıklı?
Model seçimi en çok “aşama” ile ilgilidir: erken dönem, büyüme, olgunluk. Aynı kurum içinde bile farklı ürün/markalarda farklı model gerekebilir; bu kararı vermeden önce bakım ve destek kapsamını netleştirmek gerekir.
Erken dönem / düşük hacim
- •Tam outsource mantıklı
- •Ama kritik risk: “sahiplik yok” → süreç dağılır
- •Minimum: içeride bir iş sahibi (product owner) gerekir
Büyüme / çok kanallı operasyon
- •Hibrit çoğu zaman en iyi denge
- •İçeride: öncelik, standartlar, kalite kapıları
- •Dışarıda: geliştirme kapasitesi ve uzmanlık
Olgunluk / yüksek kritik akış
- •İç ekip veya hibrit (iç ağırlıklı)
- •Süreç: change management, on-call, runbook, perf test
- •Kurum içi bilgi birikimi stratejik avantaj olur
Soru : Bakım sürecini outsource etmek mi, iç ekip kurmak mı daha mantıklı?
Cevap: Hacim düşük ve hızlı başlangıç gerekiyorsa outsource mantıklıdır; ancak uzun vadede bilgi birikimi dışarıda kalabilir. Kritik akış ve risk yükseldikçe hibrit veya iç ekip daha mantıklı olur; çünkü reaksiyon hızı ve kalite kontrolü içeride güçlenir.
Ne yapmalıyım?
- • Aşamayı doğru tanımla (hacim + risk + değişiklik sıklığı).
- • “Owner içeride” kuralını modelden bağımsız uygula.
- • Kritik akışlar arttıkça hibrit’e geçişi planla.
3. Maliyet, Hız ve Bilgi Birikimi Dengesi
Üç modelin en net karşılaştırması; maliyet/hız/know-how eksenindedir. Ayrıca bağımlılık ve sürdürülebilirlik boyutu ile bakım SLA modeli birlikte değerlendirilmelidir.
| Kriter | Tam Outsource | Hibrit | İç Ekip |
|---|---|---|---|
| Başlangıç maliyeti | Düşük/Orta | Orta | Yüksek |
| Ölçekleme (kapasite) | Hızlı (kontratla) | Orta–Hızlı | Yavaş (işe alım) |
| Reaksiyon hızı (P1/P2) | SLA’ya bağlı | Genelde daha iyi | En iyi (doğru kurulumla) |
| Bilgi birikimi | Dışarıda birikir | Paylaşımlı | İçeride birikir |
| Kontrol/öncelik | Kısmen | Yüksek (owner içeride) | En yüksek |
| Risk/bağımlılık | Yüksek | Orta | Düşük/Orta |
| Yönetim yükü | Düşük | Orta | Yüksek |
Key Statistics / Data Point (yumuşatılmış): Bakım modeli netleşen kurumlarda sorumluluk ve beklenti çizgileri belirginleştiği için, hem iç ekip hem dış partnerlerle çatışma oranının azalması daha sık gözlenir.
Ne yapmalıyım?
- • Kriterleri ağırlıklandır (ör. hız %40, know-how %40, maliyet %20).
- • “Bilgi birikimi”ni ölç: dokümantasyon/runbook, dev onboarding süresi.
- • SLA’leri ve performans raporlarını modelin parçası yap.
4. Otel ve B2B İçin Örnek Yapılar
Otel ve B2B’de bakım modeli, organizasyon yapısına göre farklılaşır: tek otel vs grup; kurumsal proje vs SaaS.
Otel: tek otel vs grup/zincir
- •Tek otel: outsource veya hibrit (içeride owner) çoğu zaman yeterli
- •Grup/zincir: hibrit veya iç ekip; çünkü çoklu marka/dil, sezon baskısı, entegrasyon çeşitliliği artar
- •Sezon dönemlerinde “ek kapasite” ihtiyacı hibrit modeli değerli kılar
Özellikle otel projelerinde bakım modeli seçimi, kampanya dönemleri, sezon yoğunluğu ve rezervasyon performansıyla birlikte değerlendirilmelidir.
B2B: SaaS ürün vs kurumsal proje
- •Kurumsal proje (tek müşteri): outsource/hibrit daha yaygın
- •SaaS (çok müşteri): iç ekip veya iç ağırlıklı hibrit; release ritmi ve ürün sorumluluğu büyür
- •SLA ve roadmap yönetimi kritikleşir
Rezervasyon ve müşteri destek akışında destek operasyonu ve bakım modeli ilişkisi net kurulmadığında, çağrı, ticket ve bakım kuyrukları birbirini yavaşlatabilir.
Ne yapmalıyım?
- • Otelde sezon döneminde kapasite esnekliği planla (hibrit avantajı).
- • B2B’de ürünleşme arttıkça iç yetkinliği büyüt.
- • Çoklu entegrasyon varsa “sahiplik matrisi” çıkar (kim neyi yönetiyor).
5. Bakım Sourcing Karar Çerçevesi & Değerlendirme Şablonunu İndir — Yazılım / Sourcing (v1.0)
Bakım Sourcing Karar Çerçevesi & Değerlendirme Şablonunu İndir — Yazılım / Sourcing (v1.0)
Bu değerlendirme şablonu; outsource, hibrit ve iç ekip modellerini maliyet, hız, know-how, risk/bağımlılık ve yönetim yükü kriterleriyle puanlayıp en uygun modeli seçmenizi sağlar. Ayrıca outsource→in-house geçişi için bilgi/süreç transfer checklist’i içerir. Otel (sezon baskısı) ve B2B (SaaS/kurumsal) senaryoları için uyarlanabilir.
Kim Kullanır?
Owner/GM + operasyon/ürün lideri + teknik lider (ortak karar).
Nasıl Kullanılır?
- Kriter ağırlıklarını belirle (hız mı, maliyet mi, know-how mı?).
- Her modeli 1–5 puanla; ağırlıklı skorla kıyasla.
- Seçilen model için “sorumluluk matrisi + SLA + dokümantasyon” paketini kilitle.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Dokümantasyon/runbook teslimi
- ▢ ✅ Erişim/yetki envanteri
- ▢ ✅ SLA + ticketing alan seti
- ▢ ✅ Release/change süreci
- ▢ ✅ İlk 60 gün kademeli sahiplik planı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
6. Model Değiştirme: Outsource’tan İç Ekibe Geçiş
Model değişimi kaçınılmaz olabilir: hacim artar, risk artar, maliyet yapısı değişir. En büyük hata; geçişi “bir günde” yapmak ve knowledge transfer’i ihmal etmektir.
Geçişte 3 kritik adım
- Bilgi transferi: dokümantasyon, runbook, erişimler, mimari envanter
- Süreç transferi: SLA, ticketing, release takvimi, on-call
- Kademeli sahiplik: önce triage/öncelik içeride, sonra uygulama içeride
Soru : Outsource’tan iç ekibe geçerken nelere dikkat etmeliyim?
Cevap: Önce bilgi ve süreç transferini tamamlayın (dokümantasyon/runbook, erişimler, SLA ve ticketing). Ardından kademeli geçiş yapın: triage ve karar mekanizmasını içeride konumlandırıp uygulamayı etap etap iç ekibe alın. Geçiş boyunca bakım modeli performans raporlaması ile KPI’ları (MTTR, kaçan talep, release başarısı) izleyip kalibre edin.
Ne yapmalıyım?
- • 30–60 günlük “knowledge transfer planı” yaz.
- • İç ekip için onboarding checklist’i hazırla.
- • Geçişte KPI ile yönet: hız düşerse nedenini ölç.
7. Competitor Gap’i Kapatan “Bakım Modeli Karar Çerçevesi”
Türkiye’de bakım modeli tartışmaları çoğu zaman ilişki bazlı yürür: “Ajans iyi mi, kötü mü?” Oysa doğru soru şudur: “Bizim hacim, risk ve hedeflerimize göre hangi model daha rasyonel?” Bu rehber; kriter tablosu + karar ağacı + geçiş planı ile stratejik ve uygulanabilir bir çerçeve sunar.
Kararı yalnız maliyet değil, SLA, kapsam, koordinasyon ve bilgi devriyle birlikte değerlendirmek için Bakım ve Destek hizmetiyle bakım sourcing kararınızı netleştirin. Sürecin çalışma modeli, kapsam ve yanıt süreleriyle ilgili detaylar için Bakım ve Destek hakkında sık sorulan sorular sayfasına da bakabilirsiniz.
Bir Sonraki Adım
Bakım organizasyonunu maliyet, hız ve bilgi birikimi kriterleriyle netleştirmek isteyen otel ve B2B ekipleri için.
Sık Sorulan Sorular
Bakım sürecini outsource etmek mi, iç ekip kurmak mı daha mantıklı?▾
Hibrit bakım modeli nedir, nasıl çalışır?▾
Otel ve B2B projelerinde hangi bakım modeli hangi aşamada uygundur?▾
Outsource’tan iç ekibe geçerken nelere dikkat etmeliyim?▾
Model seçimini nasıl veriyle yönetirim?▾
İlgili İçerikler