ikas mağazanızdaki değişiklik mevcut tema ayarlarıyla yapılabiliyorsa özel geliştirme gerekmeyebilir. İhtiyaç yeni bir bölüm, farklı bir etkileşim veya temanın sunmadığı bir içerik yapısıysa geliştirme kapsamı ayrıca değerlendirilir. Kararı görsel beğeni kadar mağaza ekibinizin yönetim ve bakım ihtiyaçlarına göre verin.
“Özel tasarım istiyoruz” iyi bir başlangıç olabilir; fakat teklif hazırlamak için yeterince açık değildir. Banner sırasını değiştirmek, ürün anlatım alanı hazırlamak ve farklı bir satın alma davranışı istemek aynı iş değildir. Bu rehberde talebinizi doğru tarif etmek ve çözüm seçeneklerini karşılaştırmak için bir yöntem bulacaksınız.
1. Değiştirmek istediğiniz şeyi görünüm, içerik ve davranış olarak ayırın
Önce mevcut sayfada neyin yetersiz olduğunu yazın. Ardından beklediğiniz değişikliği tarif edin. Bir örnek bağlantı paylaşabilirsiniz; ancak hangi özelliği beğendiğinizi de açıklayın.
| Talep türü | Örnek ihtiyaç | İlk incelenecek konu |
|---|---|---|
| Görünüm | Ürün açıklaması daha rahat okunmalı | Mevcut stil ve düzen imkanları |
| İçerik | Kampanya başlığı ve görseli ekip tarafından değiştirilmeli | Düzenlenebilir alanların varlığı |
| Davranış | Seçilen ürün seçeneğine göre farklı bilgi gösterilmeli | Temanın desteklediği veri ve etkileşim |
| Sistem bağlantısı | Başka sistemdeki bilginin mağazada kullanılması | Veri erişimi ve entegrasyon uygunluğu |
Bu ayrım işin otomatik olarak kolay veya zor olduğunu söylemez. Yalnız hangi incelemenin gerektiğini gösterir. Bir görsel düzenleme çok sayıda sayfayı etkileyebilir; küçük görünen bir davranış ise ayrı geliştirme gerektirebilir.
2. Mevcut tema düzenlemesi ne zaman yeterli olabilir?
İhtiyaç temanın sunduğu alanlarla karşılanıyorsa önce onları değerlendirin. Metin, görsel, bağlantı veya bölüm sırası gibi değişiklikler için yeni bir tema yaptırmak her zaman gerekli değildir.
Burada önemli soru “panelde bir ayar var mı?” kadar, o ayarın ihtiyacınızı doğru karşılayıp karşılamadığıdır. Örneğin mevcut banner alanı mobil görsel ve bağlantıyı yönetmenize imkan veriyorsa, benzer bir alanı yeniden geliştirmek yerine kullanımını düzenlemek düşünülebilir.
Mevcut temanın bütün ayrıntılarının değiştirilebileceğini varsaymayın. İstenen düzeni temanın sunduğu sınırlarla birlikte inceleyin. Yapılacak işin başka sayfalara etkisini de sorun.
3. Özel bölüm geliştirme ne zaman değerlendirilir?
Yeni bir içerik yapısı veya mevcut bölümün karşılamadığı bir sunum ihtiyacı varsa özel bölüm çalışması gündeme gelebilir. Örneğin farklı ürün gruplarında tekrar kullanılacak bir bakım talimatı alanı istiyor olabilirsiniz.
Böyle bir talebi yalnız tasarım görüntüsüyle anlatmayın. Hangi bilgilerin değişeceğini, bölümün hangi sayfalarda kullanılacağını ve mağaza ekibinin neleri yönetmesi gerektiğini belirtin.
İyi tarif edilmiş bir bölüm ihtiyacı şöyle olabilir:
Ürün sayfalarımızda görsel, kısa açıklama ve bağlantı içeren bir bakım bilgisi alanı istiyoruz. Ekibimiz metin ve görseli değiştirebilmeli. Alan boş bırakılırsa sayfada gereksiz boşluk oluşmamalı. Mobil görünüm ayrıca kontrol edilmeli.
Bu örnek gerçek bir müşteri talebi veya ikas'ta doğrulanmış tekil özellik vaadi değildir. Uygulanabilirlik mevcut tema ortamında değerlendirilir.
4. ikas Studio ile eski tema ortamını karıştırmayın
Güncel resmi belgeler, ikas Studio ile eski headless tema altyapısını ayrı ele alıyor. Bu nedenle mevcut mağazanızın ortamı incelenmeden tek bir geliştirme yöntemi varsayılmamalı.
Studio'da mağaza sahibinin içerik yönetimi ile geliştiricinin bölüm hazırlama işleri farklı kapsamlar taşır. Yeni bir bölüm hazırlanırken ekibinizin kullanacağı alanların da tasarlanması gerekir. Yalnız güzel görünen fakat her metin değişikliğinde geliştirici gerektiren bir alan, günlük kullanım ihtiyacınızla örtüşmeyebilir.
Mevcut özel temanız varsa erişilebilir kaynak kodu, kullanılan ortam ve bakım geçmişi incelenmelidir. Başka bir ortama geçiş öneriliyorsa bunun bir düzenleme değil, ayrı geçiş kapsamı olabileceğini konuşun.
PakSoft'un tema ve entegrasyon yaklaşımında bu kararları nasıl ele aldığımızı görebilirsiniz.
5. Yönetilebilirliği tasarım briefine ekleyin
Bir bölümün teslim kontrolüne yalnız son görüntüsünü koymayın. Günlük kullanımda yapılacak değişiklikleri de listeleyin.
| Kontrol | Sormanız gereken soru |
|---|---|
| Metin yönetimi | Başlık ve açıklama ekip tarafından değiştirilebiliyor mu? |
| Görsel yönetimi | Görsel değiştiğinde boyut ve kırpma davranışı anlaşılır mı? |
| Bağlantı | Hedef adres değiştirilebiliyor ve doğru açılıyor mu? |
| Boş içerik | Alan doldurulmadığında beklenen görünüm nedir? |
| Tekrar kullanım | Bölüm gerekli başka sayfalarda kullanılabiliyor mu? |
| Mobil görünüm | Uzun başlık ve farklı görseller küçük ekranda kontrol edildi mi? |
Her sorunun cevabının “evet” olması gerekmez; bütün alanlar her projede gerekli olmayabilir. Ancak hangi alanın yönetilebilir olacağı bilinmelidir. “Panelden düzenlenebilir” ifadesini somut alanlarla açıklamak sonraki destek taleplerini daha anlaşılır hale getirir.
- Mevcut ayarlarTemanın sunduğu ayarlarla yapılabilecek düzenlemeleri belirleyin.
- Bölüm çalışmasıYönetilebilir sayfa bölümlerine veya yeni içerik alanlarına duyulan ihtiyacı değerlendirin.
- Bağlantı ihtiyacıTema görünümünü etkileyen uygulama ve dış sistem bağımlılıklarını inceleyin.
Bu başlıklar birbirini dışlayan paketler değildir; bir projede birlikte değerlendirilebilir.
6. Üç örnek üzerinden kapsam seçimi
Aşağıdaki senaryolar varsayımsaldır; müşteri işi veya fiyat paketi değildir.
Senaryo A: Kampanya içeriği sık değişiyor
Mağaza ekibi ana sayfadaki kampanya görselini ve bağlantısını düzenlemek istiyor. İlk adım mevcut alanın bu işi destekleyip desteklemediğini kontrol etmektir. İhtiyaç karşılanıyorsa kullanımın ve içerik düzeninin iyileştirilmesi yeterli olabilir.
Senaryo B: Ürün anlatımı için yeni bir alan gerekiyor
İşletme, belirli ürünlerde farklı görsel ve açıklama dizilimi istiyor. Mevcut bölüm bunu karşılamıyorsa özel bir bölüm ihtiyacı değerlendirilebilir. Tekrar kullanım, düzenlenebilir alanlar ve mobil görünüm kapsamın parçası olmalıdır.
Senaryo C: Bilgi başka sistemden gelecek
İstenen alanın verisi bir depo veya iş sisteminden alınacak. Bu, yalnız tema tasarımı değildir. Veri kaynağı, erişim, güncelleme ve hata davranışı ayrıca incelenmelidir. Önce bağlantının uygunluğu, sonra arayüzün nasıl çalışacağı netleştirilir.
7. Teklifleri tasarım görüntüsüyle değil teslim kapsamıyla karşılaştırın
İki teklifin görsel vaatleri benzer olabilir; fakat birinde yalnız masaüstü ana sayfa, diğerinde mobil kontroller ve düzenlenebilir içerik alanları bulunabilir. Hangi sayfa ve durumların ele alındığını sorun.
Karşılaştırma listenize şunları ekleyin:
- Mevcut tema uyarlaması mı, yeni bölüm geliştirmesi mi?
- Hangi sayfalar ve içerik durumları kapsamda?
- Metin ve görselleri kim hazırlayacak?
- Ekibiniz hangi alanları kendisi güncelleyecek?
- Geri bildirim ve kontrol hangi aşamada yapılacak?
- Yayın, devir ve destek neleri kapsayacak?
Tema hizmeti ile platform aboneliği ve dış uygulama giderlerini ayrı değerlendirin. ikas hizmet fiyatlandırma sayfası bu ayrımı ve örnek kapsamları açıklar.
8. Teslimi gerçek içerikle kontrol edin
Kısa örnek başlıklarla düzgün görünen bir alan, gerçek uzun ürün adıyla farklı davranabilir. Kontrole farklı uzunlukta metin, farklı oranlı görsel ve boş bırakılabilen alanları ekleyin.
Mobilde yalnız ekran görüntüsüne bakmayın. Menüye ulaşmayı, bağlantıyı açmayı ve ilgili ürün seçeneğini kullanmayı deneyin. Hareketli alanlar önemli bilgiyi görmeyi veya bir öğeye dokunmayı zorlaştırmamalı.
Devir sırasında mağaza ekibinden örnek bir metni ve bağlantıyı değiştirmesini isteyin. Böylece yalnız geliştiricinin bildiği bir kullanımın teslim edilmiş gibi kabul edilmesini önleyebilirsiniz. Yapılan kontroller ve kalan konular kayıt altına alınmalıdır.
Tema kararını ihtiyacınızdan başlayarak verin
Hazır tema düzenlemesi ve özel geliştirme birbirinin yerine her koşulda geçmez. Hedef, ihtiyacınızı karşılayan ve ekibinizin yönetebileceği kapsamı seçmektir. Mevcut mağaza bağlantınızı ve örnek taleplerinizi paylaşarak başlayabilirsiniz.
Yeni mağaza hazırlığındaysanız ikas kurulum hazırlık rehberini de kullanabilirsiniz.
Kaynaklar
Platform ortamları ve içerik yönetimi ayrımı için resmi belgeler kontrol edilmiştir. Tekil bir mağazanın özellikleri ve erişimleri ayrıca değerlendirilmelidir.
