İçeriğe atla
M. Fehmi ToktayYazılım ve Shopify geliştiricisi

Yöntem

Nasıl çalışıyorum

İşin büyük kısmı yeni bir şey icat etmekle değil, hâlihazırda para kaybettiren yeri bulmakla geçiyor. Bunun tek yolu ölçmek.

Süreç

  1. 01

    Ne olduğunu ölçerim

    İlk iş mevcut durumu rakamla tespit etmek. Hangi sayfada, hangi adımda, kaç kayıtta sorun var — bu bilinmeden yazılacak kod tahmine dayanır.

  2. 02

    Kapsamı yazılı veririm

    Ne yapılacağı, neyin dışarıda kaldığı ve teslim biçimi baştan yazılır. Sonradan büyüyen iş ikimize de pahalıya patlar.

  3. 03

    Ayrı temada geliştiririm

    Tema işleri yayınlanmamış bir kopyada yazılır, önizleme adresiyle doğrulanır, sonra canlıya alınır. Uygulama işlerinde geliştirme mağazası kullanılır.

  4. 04

    Ölçerek teslim ederim

    Teslimde “yapıldı” demek yetmez; öncesi ve sonrası aynı yöntemle ölçülür. Toplu veri işlerinde eski değerlerin yedeği ve geri alma script'i bırakılır.

Ölçüm örnekleri

Hepsi gerçek mağazalarda ölçüldü. Rakamlar tahmin değil, çalışan sayfadan okunan değerler.

Satın alma butonu bir buçuk ekran aşağıdaydı

1147→948px

Bir kuyum mağazasında “Sepete Ekle” butonu mobilde 1147. pikseldeydi. Müşteri bir buçuk ekran boyunca hiçbir satın alma tetikleyicisi görmüyordu.

Fiyat kırılımı ve ürün künyesi karar öncesi değil, karar sonrası bilgi. İkisini de butonun altına aldık.

Sabit çubuk sepete yanlış varyantı atıyordu

Sabit sepet çubuğu varyant kimliğini sayfa yüklenirken okuyup sabitliyordu. Müşteri harf kolyede “Ç” seçiyor, çubuk sepete “A” ekliyordu; ölçülen kanıt formda 49143197565147, çubukta 48748885934299.

Kimliği asıl ürün formundan tıklama anında okuyacak şekilde değiştirdik. Böyle bir hata sipariş gelene kadar kimseye görünmüyor — kod okuyarak değil, formdaki değerle çubuğun gönderdiği değeri karşılaştırarak bulunuyor.

Açık başlayan panel butonu aşağı itiyordu

1811→1064px

Bir şapka markasında ürün sayfasındaki “Detaylar” paneli mobilde açık başlıyordu. Tek başına 845 piksel yer kaplıyor, satın alma butonunu 1811. piksele itiyordu.

Kapalı başlatınca 747 piksel kazanıldı. Masaüstünde eski davranışı bozmadık; orada yer sıkıntısı yoktu.

Ürün türü alanı 71 sahte kategori üretiyordu

71→6kategori

Bir katalogda ürün türü alanında 71 farklı değer vardı: “Yüzük 8”, “Bileklik 15”, “Kolye-5”. Sayılar gramaj değil, sıra numarasıydı.

Google Shopping eşleştirmesi bu yüzden tutmuyor, mağazanın kendi filtresi onlarca sahte kategori üretiyordu. Eski değerleri silmeden önce geri dönüş için ayrı bir metafield'a yazdık.

Sepet çekmecesinde ürüne 39 piksel kalıyordu

39→406px

Sabit bloklar ürün listesinden yer çalıyordu: özet 234 + başlık 66 + çapraz satış 243 + alt bölüm 228 piksel.

Ürün satırı 159 piksel olduğu için taşıp çapraz satış şeridinin altında kayboluyordu. Sabit kalması gerekmeyen her blok kaydırılabilir alanın içine alındı.

Yapmadıklarım

  • Uygulama kurmadan çözülebilecek bir işe uygulama yazmam.
  • Ölçmediğim bir iyileştirmeyi “iyileşti” diye teslim etmem.
  • Yedek almadan toplu veri işlemi başlatmam.
  • Yönlendirme kurmadan koleksiyon, sayfa veya ürün silmem.
  • İmza doğrulaması olmayan webhook ucu bırakmam.
  • Uydurma rakam, sahte yorum ve doğrulanmamış rozet koymam.

Teknik ilkelerin tamamı →

Sizde ne ölçülmeli?

Mağazanın adresini yollayın; bakıp ne gördüğümü yazayım.