Shopify mağazasını yayından sonra yönetmek için tekrarlayan işleri, bu işleri üstlenecek kişileri ve sorun çıktığında izlenecek yolu belirleyin. Her görevde “kim yapacak, ne zaman bakacak, sonucu nereye yazacak, hangi durumda yardım isteyecek?” sorularının cevabı olsun.
Küçük bir markada aynı kişi birçok görevi üstlenebilir. Yine de işleri ayrı yazmak, yoğun bir günde neyin aksadığını ve desteğin nerede gerektiğini gösterir. Bu rehber marka ekibinin günlük ve dönemsel işleyişi içindir; ilk yayın kabulünün veya teknik geliştirme projesinin yerini almaz.
İlk devirle tekrarlayan yönetim işini ayırın
Yayına hazırlanırken belirlenen açık işleri, kullanım notlarını, bilinen sorunları ve erişim düzenini bir araya getirin. Hangi alanı ekibinizin değiştirebildiğini ve hangi değişikliğin teknik inceleme gerektirdiğini görün. Yayına hazırlık rehberi başlangıç kontrol alanlarını hatırlatır.
Günlük yönetimde aynı kontrolü her gün baştan yapmak yerine değişiklik ve istisna üzerinden ilerleyebilirsiniz. Yeni bir ürün eklendiğinde ürün bilgisini ve seçenek davranışını, yeni kampanya açıldığında ilgili içerik ve koşulları kontrol edersiniz. Siparişlerdeki sorunlar ise kendi kayıtlarıyla takip edilir.
Teslim edilen bir dosya, ekipte birinin işi devraldığını tek başına göstermez. İlgili kişinin gerçek bir ürün üzerinde düzenleme yapabildiğini ve ne zaman destek isteyeceğini bildiğini doğrulayın. Bu bir yönetim önerisidir; her iş için ayrı çalışan almanız gerektiği anlamına gelmez.
Görev sahibi ile karar sahibini belirleyin
Ürün içeriğini düzenleyen kişi fiyat veya teslimat kararını da tek başına vermeyebilir. Örneğin içerik sorumlusu değişikliği hazırlar, ürün bilgisi sahibi doğrular, yetkili kişi ticari koşulu onaylar. Ekip küçükse bu roller aynı kişide toplanabilir; tabloda yine hangi kararın verildiği anlaşılmalıdır. Bir işin hangi sonuçla tamamlanmış sayılacağını da yazın: bu, işin “kabul koşulu”dur.
Her göreve bir ana sorumlu yazın. Yedek kişi varsa onu da belirtin. Yedek yoksa yokluğunda işin nasıl ele alınacağını kaydedin. “Herkes bakıyor” ifadesi, bir siparişin veya müşteri sorusunun gerçekten izlendiğini göstermeyebilir.
Mağaza erişimi de bu görevlerle uyumlu olmalı. Shopify'ın planlara göre kullanıcı sınırı açıklamasında Basic ve Starter ek personel hesabı sunmaz; Grow 5, Advanced 15 kullanıcı hesabına izin verir. Mağaza sahibi bu personel kotasından ayrıdır. Görev planınızı kurarken kullandığınız planı ve atanabilecek izinleri kontrol edin. İş ortağı erişimini çalışanlar için hesap açma yöntemi gibi planlamayın.
Ürün, sipariş ve içerik işlerini bir tabloda birleştirin
Çalışma tablolarını ayrı kullanmak için Shopify uzman ve proje çalışma dosyasını açıp kopyalayabilirsiniz.
Aşağıdaki sıklıklar başlangıç önerisidir. Sipariş hacminiz, verdiğiniz müşteri sözü ve değişikliklerin yoğunluğuna göre uyarlayın. Müşteriye yanıt veya gönderim için evrensel bir süre belirlemez.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| İş | Ana sorumlu | Önerilen kontrol zamanı | Kayıt / çıktı | Desteğe aktarılacak durum |
|---|---|---|---|---|
| Yeni sipariş ve istisnalar | Sipariş operasyonunu üstlenen kişi | İşletmenin sipariş karşılama düzenine göre gün içinde | Sipariş durumu, açık neden ve sonraki işlem | Kayıtlar çelişiyor veya beklenen işlem yapılamıyor |
| Stok ve ürün seçeneği tutarlılığı | Stok/ürün bilgisi sahibi | Stok aktarımı ve ürün değişikliği sonrasında; riskli ürünlerde düzenli | Etkilenen ürün ve esas alınan stok kaydı | Sistemler farklı değer gösteriyor, seçenek yanlış eşleşiyor |
| Müşteri soruları ve tekrar eden ihtiyaçlar | Müşteri iletişimini üstlenen kişi | İletişim kanallarının çalışma düzenine göre | Soru konusu, yanıt sahibi, çözülmemiş ihtiyaç | Teknik hata veya ekip kararını aşan istisna |
| Ürün metni, görsel ve ticari koşullar | Ürün/içerik sorumlusu; ilgili karar sahibiyle | Her değişiklikte, yayımlamadan önce | Onaylı bilgi, değişen sayfa ve kontrol notu | İçerik alanı ihtiyacı karşılamıyor veya yanlış gösteriyor |
| Kampanya ve indirim içeriği | Kampanya karar yetkilisi | Başlangıç ve bitişte, koşul değiştiğinde | Onaylı koşul, ilgili ürün ve sayfa listesi | Duyurulan koşul ile mağaza davranışı uyuşmuyor |
| Alışveriş akışının etkilenen kısmı | Değişikliğin kontrol sorumlusu | Tema, uygulama veya ilgili ayar değiştiğinde | Seçilen ürün/cihaz/adım ve sonuç | Ürün seçimi, sepet veya sonraki adım bozuluyor |
| Uygulama ve abonelik listesi | Hesap/gider yetkilisi | Dönemsel gözden geçirmede ve yeni araç eklenince | Ne için kullanılıyor, kimin hesabında, maliyet kalemi | İşlev sahibi belirsiz veya gereksiz tekrar var |
| Erişimler ve değişiklik geçmişi | Mağazanın yetkili hesap sorumlusu | Ekip/sağlayıcı değiştiğinde ve dönemsel olarak | Yetki gerekçesi, açık değişiklikler | Beklenmeyen erişim veya açıklanamayan değişiklik |
| İş ve sonuç değerlendirmesi | Markanın karar yetkilisi | Kararlaştırılan değerlendirme döneminde | Kapanan işler, veri kapsamı, sonraki öncelik | Sürekli tekrarlayan veya nedeni belirsiz sorun |
Ödeme tahsilatı, iade, paketleme ve kargo adımlarını ilgili operasyon kaydına bağlayın. Sağlayıcıya göre değişen işlem talimatlarını bu tablodan üretmeyin. Ayrıntılar için ödeme yöntemleri ve Türkiye'de kargolama ana rehberleri kullanılabilir.
Kendi ekibiniz için aşağıdaki boş satırları çoğaltın. Rol adı yerine işi üstlenen kişinin adını, “düzenli” yerine işlemi başlatacak olayı veya kararlaştırdığınız sıklığı yazın. Böylece örnek görev listesi, günlük kullanacağınız çalışma planına dönüşür.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| İş | Sorumlu kişi | Yedek / yokluğunda izlenecek yol | Zaman veya tetikleyici | Kayıt yeri | Sorunda kime aktarılacak? |
|---|---|---|---|---|---|
| … | … | … | … | … | … |
| … | … | … | … | … | … |
Hangi kaydı esas aldığınızı yazın
Stok, fiyat ve ürün açıklaması birden fazla yerde bulunuyorsa hangi kaydın esas alındığı belli olmalı. Güncellemenin önce nerede yapılacağını ve diğer yerdeki sonucun kim tarafından kontrol edileceğini not edin. Bir bağlantının kurulmuş olması, her alanın her iki yönde aynı şekilde güncellendiğini göstermez.
Örneğin stok değerini depodaki kayıt belirliyorsa mağazada elle yapılan değişikliğin daha sonra başka bir sistem tarafından üzerine yazılıp yazılmayacağını öğrenin. Davranışı bilmeden aynı sorunu tekrar tekrar elle düzeltmek yerine ilgili sağlayıcı veya uygulama sorumlusuyla inceleyin. Beklenen güncelleme yönünü ve varsa istisnayı görev kaydınıza ekleyin.
Ürün açıklamasında yapılan bir düzeltmenin müşteriye görünen sayfada doğru yerde çıktığını da kontrol edin. Kayıt yerini “ürün düzenlendi” diye bırakmak yerine etkilenen sayfayla ilişkilendirin. Ürün sayfasında satın alma kararı rehberi eksik bilgileri sınıflandırmaya yardımcı olur.
Rutin işlemden farklı bir sorun çıkınca görev fişi açın
Ekip işi tamamlayamadığında veya beklenmeyen davranış gördüğünde kısa bir görev fişi kullanın. Aynı sorunun farklı kişilerce bağımsız değiştirilmesini önlemek için tek kayıt üzerinden ilerleyin.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Alan | Doldurulacak bilgi |
|---|---|
| İş / sorun | Müşterinin veya ekibin yapamadığı işlem |
| Yer ve örnek | Sayfa adresi, ürün/seçenek veya ilgili kayıt |
| Beklenen / görülen | Ne olmalıydı, ne oldu? |
| Bağlam | Cihaz, adımlar, ilgili değişiklik ve tekrar edebilirlik |
| Ana sorumlu / yedek | İşi ve iletişimi kim takip edecek? |
| Karar / dış destek | Hangi durumda kime devredilecek? |
| Kabul | Hangi kontrol sonucuyla kapanacak? |
| Durum ve sonraki adım | Bekliyor / inceleniyor / uygulandı / yeniden kontrol edildi |
Gerçek bir sipariş veya müşteri kaydı gerekiyorsa kişisel bilgiyi sınırlayın. Ekran görüntüsünü, mesajı ve ilgili kayıt numarasını yetkili kişinin inceleyebileceği yerde tutun. Teknik ekibe yalnız “müşteri yapamamış” demek yerine örnek davranışı ve işletme etkisini aktarın.
Kimin sorumlu olduğu henüz belli değilse kayıt marka tarafındaki takipçide kalabilir. Sağlayıcıya iletilmiş olması, marka açısından işin kapanmış olduğu anlamına gelmez. Müşteriye yapılacak açıklamanın ve sonraki kontrolün de sahibi olsun.
Değişiklikleri küçük ve izlenebilir tutun
İçerik düzeltmesiyle tema kodu değişikliği aynı kontrolü gerektirmez. Yine de neyin değiştiğini, kimin uyguladığını ve etkilenen alanı yazın. Birden fazla kişi aynı anda ürün veya kampanya alanını değiştirecekse hangi işin kimde olduğunu açıkça paylaşın.
Shopify'ın mağaza etkinlik günlüğü yakın işlemleri incelemeye yardımcı olur; en fazla 250 sonuç gösterir ve dışa aktarılamaz. Bu nedenle kendi iş ve yayın kaydınızın yerine tam geçmiş arşivi olarak kabul etmeyin. Günlüğe erişim için gerekli izinler yetkili hesap sorumlusunda değerlendirilmelidir.
Tema değişikliği öncesi alınan kopyanın kapsamını bilin. Tema kopyalama belgesinde açıklandığı gibi tema indirmesi ürün ve diğer mağaza verilerinin tamamını içermez. Ekibin “eski temaya döneriz” cümlesiyle her veri değişikliğinin geri geleceğini varsaymasını önleyin.
Raporları görev kararına bağlayın
Haftalık veya kendi belirlediğiniz dönemsel görüşmede yalnız toplam satış rakamına bakmak yerine açık işleri ve veri kapsamını birlikte değerlendirin. Hangi sorun tekrar etti? Hangi ürün için aynı soru geldi? Yapılan değişikliğin beklenen davranışı sağladığı kontrol edildi mi? Sonraki inceleme neyi çözmeli?
Yeni mağazada az veri varsa kesin neden veya kazanım ilan etmeyin. Bir teknik sorunun kapanmasıyla ticari sonucun değişmesi farklı değerlendirmelerdir. Satış yokluğu için ilk teşhis rehberi daha ayrıntılı kontrol sırası sunar.
Teknik performansı inceleyecekseniz Shopify'ın web performansı raporlarının veri ve izin koşullarına bakın. Rapor boşluğunu kendiliğinden “sorun yok” veya “site çalışmıyor” diye yorumlamayın.
Örnek üzerinden düşünelimTemsili örnek: aynı kişi iki işi, farklı kayıtlarla yürütüyor
Varsayımsal örnek · Gerçek müşteri veya satış sonucu değildir.
Küçük bir markada kurucu hem ürün içeriğini hem müşteri iletişimini yönetiyor olsun; sipariş hazırlığını başka bir kişi üstlensin. Müşteri yeni bir ürün ölçüsünü tekrar tekrar soruyorsa kurucu soruyu içerik işine dönüştürebilir. Hazırlama sorumlusu ise yanlış seçenekle gelen sipariş kaydını ayrı bir sorun olarak açar.
İlk iş mevcut içerik alanında çözülebilir. İkinci iş seçenek davranışıyla ilgiliyse teknik inceleme gerekebilir. İkisinin aynı konuşma içinde kaybolması yerine ayrı kabul koşulları bulunur. Bu örnek gerçek bir ekip organizasyonu veya uygulanmış sonuç değildir.
Teknik desteğe neyi devredeceğinizi seçin
Teknik ihtiyaçları geliştirme öncelik listesinde karşılaştırın. Dışarıya vereceğiniz işin tek teslim mi yoksa tekrar eden çalışma mı olduğunu destek kapsamı rehberiyle netleştirebilirsiniz.
İşleri yazdıktan sonra tekrar eden uygulama engellerini görün. Ürün bilgisini doğru girmek marka ekibinin işi olabilir; bu bilginin sayfada uygun biçimde gösterilememesi belirli bir tasarım veya geliştirme ihtiyacıdır. Önce bu ayrımı yapın.
D2C Studio'nun Shopify tasarım ve geliştirme kapsamı sayfa, tema bölümü ve işlev ihtiyaçları için incelenebilir. Günlük mağaza operasyonunun tamamı bu hizmete dahil varsayılmaz. Görev fişinizde teknik desteğe ayırdığınız bir iş oluştuysa mağaza adresi, örnek sorun ve kabul koşulunu geliştirme görüşmesi için paylaşabilirsiniz.
