Hizmet ve katalog içeriğini önce tasarlayın
B2B Web Sitesi İçerik ve Katalog Mimarisi çalışması, müşterinin karar vermek için ihtiyaç duyduğu bilgiyi düzenler. Teknik ürün kataloğu, bakım hizmeti ve bayi başvurusu için ayrı sayfa amaçları belirleyin. Her sayfanın içerik sahibini, zorunlu alanlarını ve kullanıcıyı götüreceği sonraki adımı yazın. Ürün özelliklerini hizmet koşullarıyla karıştırmadan sunmak, ziyaretçinin uygun seçeneği bulmasını kolaylaştırır. Mevcut belgeleri doğrudan menüye taşımak yerine, bir ürün ailesi ve hizmet talebi üzerinden bilgi yapısını değerlendirin.
Alıcının aradığı ürün bilgisi
Hizmet kapsamını açıklayan her metnin bir doğruluk kaynağı olmalıdır. Teslim alanı, ürün niteliği, bağlantı şartı veya destek kapsamını web ekibi tahmin etmemelidir. Teknik açıklamayı sağlayan kişi ile satın alma kararını veren kişi farklı olabilir. Bir cümle henüz doğrulanmadığında tasarımda bitmiş bilgi gibi görünmesin; açık soru listesiyle izlenerek gerçek kaynak sahibine geri gönderilsin.
Metni onaylayan işletme uzmanı
Satın alma kapsamına örnek içerik girişi dahil edin. Bir hizmet sayfası, bir ürün grubu ve uygun bir başvuru yolu için hangi parçanın ortak, hangisinin özel olduğunu gösterin. Katalog bağlantıları yalnız görsel sunum işi değildir. İşletmenin güncelleme sıklığı ve editör rolü bilinmeden sayfa adediyle fiyat karşılaştırması yapmak, tekliflerdeki veri ve bakım farkını gizleyebilir; eşdeğer iş listesi isteyin.
Bilgi kaynağı
Alıcının kararını destekleyen alanları listeleyin.
Kontrol sorumlusu
Her iddiaya gerçek kaynak sahibi atayın.
İsveççe ve İngilizce sayfaları ayrı yönetmek
Hreflang ve Çok Dilli Site Kontrol Listesi İsveççe ve İngilizceyi eşleşen ama ayrı sorumluluğu olan içerikler olarak ele alır. Bir dildeki hizmet ayrıntısının diğerine eksik aktarılması alıcının farklı şartlar gördüğünü düşündürebilir. Dil değiştiricinin kullanıcıyı aynı göreve götürmesi gerekir. Bunun için sayfa eşlemesi, kaynak sürümü ve son gözden geçirme kaydı oluşturun; yalnız menüde dil düğmesi bulunması çok dilli teslimi tamamlamaz.
Her dil için içerik sahibi
Proje görüşmesinin dili ile müşteriye gösterilecek metnin dili farklı seçilebilir. İsveççe içerikte hizmet ayrıntılarını konu sorumlusuyla, kelime kullanımını yetkin bir editörle kontrol edin. Çeviri ve düzeltme için takvimde yer ayırın; sonraki güncellemelerde aynı sorumluluğu koruyun. Terimler, form talimatları ve yardım metni birlikte gözden geçirildiğinde müşteri farklı ekranlarda aynı hizmet koşulunu daha rahat anlayabilir.
Dil geçişi ve sayfa eşleşmesi
Dil sürümlerinde form alanları, hata mesajları ve teşekkür ekranları da kapsamın parçasıdır. İsveççe sayfadaki başvuru İngilizce otomatik yanıt alıyorsa bu tercih bilinçli olmalıdır. Görsellerin üzerindeki metin ve indirilen belge dili ayrıca kontrol edilir. Bir örnek kullanıcı göreviyle bütün akışı takip edin; sayfa gövdesini çevirmek, diğer temas noktalarının dilini veya erişilebilirliğini kendiliğinden çözmez.
Tüm sütunları görmek için yatay kaydırın.
| Karar | Açıklama |
|---|---|
| Dil eşleme | Dil kaynağı ve editör incelemesi ayrı izlenir. |
| Kontrol sorumlusu | Sayfa, form ve yanıt dili birlikte kontrol edilir. |
| Kabul sınırı | Eşleşmeyen sayfa çeviriyle düzelmiş sayılmaz. |
CMS seçimini editörün gerçek işiyle yapın
Headless CMS mi Geleneksel CMS mi? kararı, editörün gerçek bir işini yapabilmesiyle değerlendirilebilir. Başlık, görsel, hizmet ayrıntısı ve iki dilde kaynak güncellemesi gibi bir görevi tarif edin. Kullanıcıya gereksiz yönetim alanları açmak yerine gereken yetkiyi belirleyin. CMS seçimi popüler araç karşılaştırması olmaktan çıkar; işletmenizin içerik yapısı, kontrol ihtiyacı ve devralacak kişinin çalışma biçimi üzerinden somutlaşır.
Katalog güncelleme sıklığı
Güncelleme haftada birkaç kez veya seyrek olabilir; sayı burada varsayılmaz. Sıklık arttığında taslak, gözden geçirme ve geri alma davranışı önem kazanır. Bir çalışan yanlış dildeki sayfayı değiştirirse hatanın nasıl anlaşılacağı ve kimin düzelteceği yazılmalıdır. Sağlayıcının hazır özellik listesi işletmeniz adına bu iş bölümünü kurmaz; örnek görevle denenebilir bir teslim ve eğitim sınırı talep edin.
Şablon ve özel içerik sınırı
Ortak şablonlar bakım yükünü azaltabilir, ancak özel katalog alanı veya başvuru süreci ayrıca değerlendirilir. Aynı hizmetin her şehir için çoğaltılması gerekli bir iş olarak kabul edilmemelidir. İşletmenizin gerçek farkları, alanları ve sahipleri belli olduğunda şablon kararı anlamlı olur. SEK teklifinde şablon hazırlığı, içerik girişi ve özel geliştirme ayrı görünürse sonradan ortaya çıkan ihtiyaç daha doğru karşılaştırılır.
- Editör görevi
Bir editör görevi seçin ve gösterin.
- Kontrol sorumlusu
Şablon ile özel alan ihtiyacını ayırın.
- Kabul sınırı
Yetki ve eğitim kabulünü belgeleyin.
Formu mevcut iş sistemine bağlayın
API Entegrasyonu formdan sonraki kayıt görevini kapsar. İsim ve iletişim alanlarının görünmesi, başvurunun CRM’e işlendiğini göstermez. Hangi sistemin ana kayıt olduğu, kaynak sayfanın nasıl tutulduğu ve kime görev açılacağı belirlenir. İlk kamuya açık formda gereksiz kişisel veri veya gizli belge istemeyin; daha ayrıntılı ihtiyaç varsa kontrollü sonraki görüşmeye ayırarak veri akışını sade tutun.
Başvurunun hangi kayda dönüşeceği
Bir API bağlantısı için iş sahibinin izni, uygun rol ve temsil edici test verisi gerekir. Parola paylaşımı üzerinden süreç kurmak yerine görev için gereken erişim yöntemi kararlaştırılır. Test hesabının yetkisi gerçek kullanıcıdan farklıysa kabulde bu fark görünür kalmalıdır. Entegrasyon belgelerinin olması hesapta çalışma kanıtı değildir; başvuru, görev oluşturma ve hata bildirimini aynı senaryoda birlikte kontrol edin.
Yetki ve hata durumları
Başvuru iki kere gönderildiğinde, kayıt yapılamadığında veya sorumlu kişi izinliyken davranış açık olmalıdır. Kullanıcının başarılı mesaj görmesi iş kaydının doğru oluştuğunu kanıtlamaz. Bildirim kime gider, tekrar deneme nasıl yapılır ve hangi durumda insan müdahalesi gerekir, bunları yazın. Çalışma takvimini gerçek tarihler ve Europe/Stockholm bölgesiyle paylaşın; sabit saat farkı veya kesintisiz ekip bulunacağını varsaymayın.
Tüm sütunları görmek için yatay kaydırın.
| Karar | Açıklama |
|---|---|
| Form kaydı | Form kaydı ve görev sorumlusunu eşleştirin. |
| Kontrol sorumlusu | Tekrar ve bağlantı hatasını ayrıca sınayın. |
| Kabul sınırı | Başarılı mesajı kayıt kanıtı saymayın. |
Eski site adreslerini ve arama geçişini koruyun
Site Yenileme SEO Kontrol Listesi için işe mevcut içerik ve adres envanteriyle başlayın. Yeni menüyü seçmeden önce hangi sayfanın kalacağını, birleşeceğini veya kaldırılacağını belirleyin. Eski bağlantılar, indirilen belgeler ve talep girişleri de bu listeye girsin. Her değişikliğin hedefini ve kontrol edecek kişiyi bir geçiş haritasında gösterin. Böylece içerik, satış ve teknik ekip aynı müşteri görevinin yeni sitede nasıl tamamlanacağını birlikte değerlendirebilir.
Değişen içerik ve URL listesi
Yönlendirme planı her eski adres için mantıklı hedefi açıklar. Dil değiştirme, canonical ve indekslenebilirlik kontrolleri ayrı kabul adımlarıdır. Eski bir İsveççe sayfayı ilgisiz İngilizce ana sayfaya göndermek içerik eşleşmesi sağlamaz. Başarılı HTTP yanıtı da arama görünürlüğünü koruma garantisi değildir. Yayına hazırlıkta örnek adresler, hata durumları ve geri dönüş yolu işletmenin gerçek envanteriyle sınanmalıdır; gözlem yapılmadan sonuç yazılmamalıdır.
Yönlendirme ve indeks kontrolü
Geçiş tarihi içerik onayından ve işletmenin yoğun döneminden bağımsız seçilmez. Dil editörü, satış sorumlusu ve teknik kabul kişinin hangi gün inceleyebileceği takvimde bulunmalıdır. Mevcut sayfa ile yeni aday arasındaki iş farkı yazılı kalsın. Satın alma belgesinde taşıma, düzeltme ve yayın sonrası inceleme dahil mi, açıkça sorun; SEK toplamının eşdeğer olmayan işleri karşılaştırmasına izin vermeyin.
Adres geçişi
Eski sayfa ve adresleri envantere alın.
Kontrol sorumlusu
İçerik eşlemesi ve yönlendirme planını birlikte kurun.
Editör erişimi ve teslim kabulünü belirleyin
Yazılım Projesi Devir Kontrol Listesi teslim sonunda hesapların ve sorumlulukların belirsiz kalmasını önler. Alan adı, barındırma, CMS yöneticisi ve kaynak dosyaların gerçek sahibi ayrı kaydedilir. Erişim verilmesi mülkiyet aktarımı demek değildir. İşletme tarafında yetkili kişi ve yedek karar sahibi bulunmalı; tedarikçi değiştiğinde dosya ve erişim nasıl devredilecek sorusu, ilk sözleşme görüşmesinde açık bir kabul maddesine dönüştürülmelidir.
Domain ve yönetici hesabı
Eğitim ile sürekli bakım farklı satın alma işleridir. Bir editöre hizmet sayfasını değiştirmeyi göstermek, gelecekteki bütün hata ve içerik düzeltmelerinin dahil olduğu anlamına gelmez. Bakım işinin kapsamı, yanıt penceresi ve onay yöntemi gerçek kapasiteyle kararlaştırılır. Yerel ekip veya ofis varmış gibi iletişim sözü vermeyin; kimden hangi konuda yardım alınacağı belli olan bir sorumluluk tablosu oluşturun.
İçerik eğitimi ve bakım ayrımı
Son kabulde seçilen müşteri görevi, iki dilde editör işlemi, form kaydı ve eski adres örnekleri birlikte değerlendirilir. Eksik kaynak veya inceleme tamamlanmamışsa teslim notuna yazılır. Kamu alımı veya özel satın alma için istenen belgeyi alıcı kurumu belirler; uygunluk varsayılmaz. Teklif para birimi, kur yöntemi, dahil işler ve değişiklik kararı netleştiğinde tasarımın satın alma kapsamı görünür olur; satış garantisi oluşmaz.
- Hesap teslimi
Alan adı ve yönetici sahipliğini kaydedin.
- Kontrol sorumlusu
Eğitim, bakım ve destek penceresini ayırın.
- Kabul sınırı
Eksik inceleme ve teslimleri açık bırakın.
Sorular ve yanıtlar
Web tasarım teklifleri neden sayfa adediyle kıyaslanmamalı?
İçerik girişi, dil incelemesi, entegrasyon ve bakım farklı iş yükleri yaratır. Aynı sayfa adedi aynı teslimi göstermeyebilir; gereksinim ve kabul örneklerini ortaklaştırmak gerekir.
İsveççe ve İngilizce sayfalar bire bir çevrilmeli mi?
Anlam ve hizmet şartları eşleşmelidir, fakat alıcının ifadesi farklı olabilir. Kaynak sürümü ve yetkin dil incelemesi belirlenmeden kelime kelime çeviri yeterli sayılmaz.
Hangi CMS daha uygundur?
Editörün gerçek güncelleme görevi, yetki sınırı ve içerik yapısı üzerinden değerlendirilir. Popülerlik veya özellik sayısı yerine örnek görevle kabul edilen iş akışı aranır.
Form çalışıyor görünüyorsa entegrasyon bitmiş mi?
Hayır. Hedef kayıt, sorumlu görev, tekrar davranışı ve hata bildirimi birlikte kontrol edilmelidir. Başarılı ekran yalnız kullanıcının gördüğü durumu gösterir; sistem kaydı ayrı kanıttır.
Yeni tasarım mevcut SEO’yu korur mu?
Kendiliğinden değil. Eski içerik envanteri, adres eşlemeleri ve teknik kontroller gereklidir; gerçek geçiş incelenmeden trafik veya sıralamanın korunacağı garanti edilmez.
SEK teklifinde hangi koşullar yazılmalı?
Para birimi, kur yöntemi, teklif geçerliliği, dahil işler ve değişiklik süreci açık olmalıdır. Mali sorumlu vergi ve fatura koşullarını kontrol eder; bakım ve ek geliştirme kalemleri ayrıca karşılaştırılır.
Bir sonraki adımı planlayın
Web teslimini örnek görevle tanımlayın
Mevcut içerik envanterini, editörünüzün yaptığı işi ve iki dilde gerekli müşteri akışını paylaşın. Eşdeğer kapsamlı teklif ve kabul listesi hazırlayın.
İlk kapsamı birlikte belirleyelim ↗