AKILTA / MANAGED WEBSITE CARE

Web siteniz yayında kaldıktan sonra da değişiklikleri, teknik bakımı ve iyileştirme backlog’unu kontrollü biçimde yönetiyoruz.

Kurumsal site, Shopify veya WordPress/WooCommerce yüzeyi fark etmeksizin; önce mevcut sistemi, sahiplikleri ve bağımlılıkları anlarız. Sonra bakım, küçük geliştirme, release ve teknik koordinasyon için gerçek ihtiyaca göre bir çalışma modeli kurarız.

Mevcut sistemi değerlendirelim
CARE LOOP01—06
01OBSERVEDurum · bağımlılık
02TRIAGEEtki · öncelik
03CHANGESınırlı müdahale
04VALIDATEQA · regression
05RELEASEKontrollü yayın
06IMPROVEBacklog · learning

Bu şema bir SLA veya belirli izleme altyapısı taahhüdü değildir; bakım işini değişiklik kontrolüyle yürütme modelini gösterir.

01 / NEDEN

Yayın bir bitiş değil; sistemin gerçek kullanım döneminin başlangıcıdır.

01

Değişiklik birikir

Yeni içerik, kampanya, entegrasyon ve iş gereksinimleri zamanla storefront veya site yapısını etkiler.

02

Bağımlılıklar değişir

Platform, tema, plugin/app, API ve üçüncü taraf servis değişiklikleri mevcut davranışı etkileyebilir.

03

Küçük işler dağınıklaşır

Tek tek küçük görünen işler ortak backlog ve release disiplini olmadan teknik borç ve regresyon üretebilir.

04

Sahiplik belirsizleşir

Hosting, domain, platform, analytics, uygulama ve içerik sorumlulukları açık değilse sorun çözme süresi uzar.

02 / ÇALIŞMA ALANLARI

Bakım; tek bir “güncelle” düğmesi değil, sahiplik ve değişiklik kontrolüdür.

Gerçek kapsam platforma ve mevcut sisteme göre belirlenir. Aşağıdaki alanlar olası çalışma yüzeyleridir; her projede tamamının dahil olduğu anlamına gelmez.

01

Kontrollü değişiklik

İçerik, component, storefront veya küçük işlev geliştirmelerini sınırlı değişiklik kapsamı ve QA ile yürütme.

02

Update koordinasyonu

Platform/theme/plugin/app güncellemelerinin etkisini mevcut sahiplik ve provider koşullarıyla birlikte değerlendirme.

03

Backup & gözlem koordinasyonu

Platform/provider destekliyorsa backup, hata görünürlüğü ve izleme ihtiyacını tanımlama; mevcut araçlarla sorumluluğu netleştirme.

04

Performans & UX backlog

Ölçüm veya kullanıcı davranışından çıkan teknik ve deneyim iyileştirmelerini önceliklendirme.

05

Entegrasyon bakımı

API, webhook, form, feed veya otomasyon akışlarının değişen bağımlılıklarını uygun kapsamda ele alma.

06

Takeover & stabilizasyon

Başka ekipten devralınan veya dağılmış bir sistemi önce envanterleyip kritik risk ve sahiplikleri görünür hale getirme.

03 / OWNERSHIP

Akilta’nın sorumluluğu ile platform ve üçüncü taraf sorumluluğunu karıştırmayız.

CLIENTİş kararı & içerik
AKILTAKapsamdaki teknik iş
PLATFORMShopify / CMS / provider
THIRD PARTYApp · API · servis

SLA, response time, uptime, yedekleme sorumluluğu veya üçüncü taraf desteği ancak sözleşme ve gerçek provider yeteneğiyle ayrıca tanımlanır; bu sayfa bu sonuçları garanti etmez.

04 / OPERATING MODEL

Önce sistemi devral, sonra çalışma ritmini belirle.

Yeni bakım ilişkisi, doğrudan sınırsız talep kuyruğuyla başlamaz. Mevcut yüzey, erişimler, kritik bağımlılıklar ve açık sorunlar görüldükten sonra backlog, değişiklik sınırı ve release davranışı belirlenir.

  1. 01EnvanterPlatform · theme · app · access
  2. 02StabilizeKritik risk ve blokaj
  3. 03BacklogEtki · bağımlılık · öncelik
  4. 04DeğiştirDar scope · staging
  5. 05ValidateQA · regression
  6. 06ReleaseKontrollü yayın · kayıt

05 / FIT

Bakım paketi değil, doğru sahiplik modeli arıyorsanız uyumlu olabiliriz.

İyi uyum

  • Site iş için önemli ve düzenli değişiyorsa
  • Teknik backlog sürekli dağınık kalıyorsa
  • Mevcut sistemi devralacak kontrollü bir teknik partner gerekiyorsa
  • Release ve değişiklik kalitesini artırmak istiyorsanız

Önce ayrı değerlendirme

  • Sistem ağır biçimde bozuk veya mimarisi bilinmiyorsa
  • Büyük rebuild, migration veya yeni ürün geliştirme gerekiyorsa
  • Kesin 24/7, uptime veya response-time SLA zorunluysa
  • Kritik provider/credential erişimleri yoksa

06 / FAQ

Bakım ilişkisine başlamadan önce.

24/7 destek veya uptime garantisi veriyor musunuz?

Bu sayfa böyle bir garanti vermez. Gerekli destek penceresi, sorumluluk, platform/provider kapasitesi ve varsa SLA ancak ayrı scope/sözleşmeyle tanımlanabilir.

Hosting de sizde mi olur?

Varsayılan olarak hayır. Hosting/platform sağlayıcısı ve hesabın sahipliği ayrı bir konudur. Akilta uygun olduğunda provider koordinasyonu ve teknik ayarlara yardımcı olabilir; sahiplik teklifte açıkça belirlenir.

Başka ekip tarafından yapılmış siteyi devralabilir misiniz?

Değerlendirilebilir. Önce erişim, teknoloji, bağımlılık, açık hata ve deployment yolu envanterlenir. Kritik bilinmezlik varsa takeover öncesi ayrı stabilizasyon/discovery gerekir.

Aylık paket fiyatı var mı?

Tek bir standart paket varsaymıyoruz. Mevcut sistem, sorumluluk sınırı, beklenen iş hacmi ve destek ritmi görüldükten sonra uygun çalışma modeli ve ücret teklif aşamasında netleştirilir; limitsiz destek varsayılmaz.

07 / START

Mevcut sitenizin teknik sahipliğini ve sonraki backlog’unu birlikte netleştirelim.

Platformu, mevcut sorunları, kimlerin erişimi olduğunu ve düzenli ihtiyaçları kısaca anlatın. Önce takeover/değerlendirme mi yoksa doğrudan ongoing care mi doğru, belirleyelim.

Mevcut sistemi değerlendirelim