Mercado Libre, ürünün bulunması kadar ödeme ve teslimatın da satın alma deneyimini etkilediğini düşünerek bağlı hizmetler geliştirdi. Mercado Pago ödeme, Mercado Envios ise gönderim ve ilgili operasyonlara destek sağlıyor. Öğrenim, müşterinin yolundaki farklı engelleri tek bir ürün ekranıyla çözülmüş saymamak. Siz de bir iş sürecinde seçim, onay, ödeme ve teslim gibi aşamaları birlikte görebilir; her adımın kendi başarısını değil, kullanıcının işini tamamlayabilmesini değerlendirebilirsiniz.
2023 raporunda hizmetler nasıl bağlanıyor?
Mercado Libre'nin 2023 yıllık bildiriminde, Mercado Pago'nun başlangıçta pazaryeri işlemlerinde ödeme gönderip almayı kolaylaştırmak için geliştirildiği anlatılıyor. Mercado Envios; taşıyıcılar, depo ve sipariş hazırlama hizmetleriyle sunuluyor. Bu hizmetler, alıcıyla satıcı arasındaki güçlükleri azaltan değer önerisinin parçaları olarak açıklanıyor.
Raporun kapsamı 2023. Bugünkü bütün ülkelerde aynı hizmet koşulu olduğu anlamına gelmez. Burada şirketin hizmetleri hangi müşteri yolu içinde düşündüğünü inceliyoruz. Ek hizmetler sadece daha çok ürün satmak için eklenmiş düğmeler değil; farklı işlerin bağlantısını kuran yapılar olabilir. Ancak bu bağlantının şirketin bütün büyümesini tek başına açıkladığını söylemiyoruz.
İlk öğrenim: ilk adımın iyileşmesi bütün yolun iyileşmesi değil
Müşteri ürünü kolay bulabilir, fakat ödemede veya teslim bilgisi beklerken vazgeçebilir. Bir ekranın hızlı olması, sürecin tamamının rahat olduğu anlamına gelmez. Aşamalara ayrı bakarken aralarındaki geçişi de görmek gerekir. Kullanıcı bunları tek deneyim olarak yaşayabilir.
Ofiste talep sistemi bunun örneğidir. Çalışan formu kolay doldurur; onay kimin önünde olduğunu bilmez. Satın alma tamamlanır; ürünün ne zaman geleceği görünmez. Her ekip kendi işini bitirmiş sayar ama talep sahibi hala cevap arar. Sorun tek adımda değil, bağlantıda olabilir.
İşe kullanıcının yapmak istediği sonuçtan bakın. Bir form göndermek mi, ihtiyaç duyduğu ürüne ulaşmak mı? Hedef yanlış daraltılırsa ölçüm de dar kalır. Herkes kendi adedini artırırken tamamlanmamış iş birikebilir. Bütün akışı görmek bu gerilimi daha anlaşılır hale getirir.
İkinci öğrenim: ek hizmet gerçek engeli çözmeli
Bir ürüne yeni özellik eklemek kolayca gelişim sayılır. Fakat yeni özellik kullanıcının engelini karşılamıyorsa deneyimi karmaşıklaştırabilir. Önce kişinin hangi noktada kaldığını öğrenin. Ödeme, güven, teslim veya bilgi ihtiyacı farklı çözüm gerektirebilir.
Ofiste yeni bildirim sistemi kurmak, yanlış onay yolunu düzeltmeyebilir. Kullanıcı daha fazla mesaj alır ama iş ilerlemez. Bu yüzden yardımın nerede gerekli olduğu seçilmelidir. Bir aşamayı başka aşamanın yerine koymayın. Gönderildi bilgisi teslim edildi demek değildir.
Kök nedeni araştırmak, tekrar eden engeli anlamaya yardım edebilir. İlk açıklama olan kullanıcı takip etmiyor cümlesinde durmayın. Belki durum görünmüyor, belki sorumlu değişiyor veya ilk kayıt eksik. Çözüm, bulunan nedene göre seçilsin.
Üçüncü öğrenim: bağlantı yeni sorumluluk getirir
Hizmetler birbirine bağlandığında kullanıcı daha rahat ilerleyebilir. Ancak sorun sırasında hangi tarafın sorumluluğu olduğu açık olmalıdır. Ödeme tamamlandı ama ürün gelmediğinde müşterinin ayrı ekipler arasında dolaşması deneyimi zayıflatır. Bağlantı, sadece bilgi alışverişi değildir.
İç ekipler de hangi bilgiyi birlikte göreceğini bilmelidir. Aynı talep farklı adlarla kaydediliyorsa durum takibi zorlaşabilir. Öte yandan herkesin bütün bilgiye erişmesi gerekmez. Uygun erişimle ortak takip birlikte tasarlanmalıdır. Kolaylık için gereksiz veri paylaşımı yapılmamalı.
Paydaş haritası, kimlerin akışa etki ettiğini görünür kılabilir. Talebi başlatan, kontrol eden ve teslim alan ayrı olabilir. Her kişinin hangi bilgiye ne zaman ihtiyaç duyduğunu yazın. Böylece bağlantı sadece teknik ekiplerin konuşması olarak kalmaz.
İş nerede gerçekten tamamlanıyor?
Bölümlerin kendi bitiş tanımı olabilir. Alım ekibi siparişi açtığında, depo ürünü hazırladığında ve kullanıcı ürünü aldığında farklı işler tamamlanır. Bunların hepsini aynı tamamlandı durumuna yazarsanız takip yanıltıcı olur. Ortak kayıtta kullanıcı için önemli sonucun adı açık olsun.
Bu, ekiplerin ölçütlerini tamamen kaldırmak anlamına gelmez. Her aşamanın süresi ve hata türü ayrı izlenebilir. Ancak üst değerlendirmede bunların kullanıcı yoluna etkisi görülsün. Bir aşamanın hızlanması başka aşamadaki beklemeyi artırıyorsa toplam sonucu konuşun.
İlk denemede özellikle aşamalar arası soruları kaydedin. Kullanıcı kim onaylıyor diye mi, ne zaman teslim edilir diye mi soruyor? Bu iki soru farklı bağlantı gerektirir. Yeni durum alanı eklemeden önce eksik bilginin ne olduğuna karar verin. Sonra gereksiz bildirim yerine açık ve güncel bilgi sunabilirsiniz.
- Engeli bulun
Seçimden teslimata kadar kullanıcının nerede kaldığını araştırın.
- Bağlantıyı kurun
Ödeme ve teslim bilgisi arasında gereken ilişkiyi yazın.
- Sorumluyu seçin
Sorun çıktığında müşterinin kime döneceği belli olsun.
Uygulama: ofis ekipmanı talebini baştan sona inceleyin
Bir çalışan yeni monitör istiyor olsun. Talep onaylanıyor, satın alma yapılıyor ve depo ürünü hazırlıyor. Fakat çalışan teslim tarihini sormak için farklı kişilere yazıyor. Yeni bir mesaj grubu açmadan önce akışı birlikte inceleyebilirsiniz.
Örnek müşteri yolu notu şöyle doldurulur:
Başlangıç: gerekli ürün ve kullanım nedeni kaydediliyor.
Onay: sorumlu ve karar durumu aynı kayıt üzerinden görülebiliyor.
Alım: sipariş açıldığı bilgisi talep kaydına bağlanıyor.
Teslim: hazır veya gecikmiş durumunun sahibi belli oluyor.
Sorun: eksik bilgi ve değişen tarihte tek geri dönüş yolu bulunuyor.
Bitiş: talep gönderildiğinde değil, ürün uygun biçimde alındığında tamamlanıyor.
Bu düzen bütün işi tek kişiye yüklemek demek değildir. Farklı aşamalar farklı ekiplerde kalabilir. Kullanıcının aynı bilgiyi tekrar anlatmasını ve sorumluyu tahmin etmesini azaltmak hedeflenir. Her ekip kendi kontrolünü yaparken ortak durum anlaşılır olur.
İlk denemede tek ürün türünü seçin. Gecikme çıktığında kayıt bunu gösterebiliyor mu? Talep sahibi hangi bilgiyi hala mesajla arıyor? Durum alanı anlaşılmıyorsa açıklamasını düzeltin. Sayılar iyi görünse bile kullanıcı yolu tamamlanmıyorsa başka sorun bulunabilir.
Kullanıcıyı sorunu anlatmaya davet ederken açık örnek isteyin. Son talebinde nerede beklediğini ve kime sorduğunu anlatsın. Genel memnuniyet yerine bu küçük hikaye işin bağlantılarını gösterebilir. Hizmetler arasındaki boşluğu böyle yakalayabilirsiniz.
Mercado Libre vakasının ofise taşıdığı soru, hangi adımı iyileştirdiğimiz değil hangi işin tamamlandığıdır. Bu soruyu kullanmak için büyük pazaryeri kurmanız gerekmiyor. Kendi süreçlerinizde aynı bakışı geliştirmek için kariyer gelişim kursunun programını inceleyebilirsiniz.

Sık sorulan sorular
Bu vaka bugünkü bütün ülke hizmetlerini mi anlatıyor?
Hayır. Kaynak 2023 yıllık raporu. Belirli ülke ve güncel hizmet koşulu ayrı kontrol edilmeli. Tarihli iş modeli açıklaması korunuyor.
Küçük ekip bağlı hizmet yerine ne yapabilir?
Ortak talep kimliği ve açık durum takibiyle başlayabilir. Çalışma anlaşmasında hangi bilginin kimden geleceğini netleştirmek de yararlı olabilir.
Bütün aşamaları tek ekibe vermek gerekir mi?
Hayır. Sorumluluklar ayrı kalabilir. Geçiş, bilgi ve sorun dönüş yolu açık olmalıdır. Ortak deneyim, tek kişi tarafından yapılan iş demek değildir.
İlk ölçüm ne olabilir?
Kullanıcının işi tamamlaması ve tekrar bilgi istemesi incelenebilir. Sadece form gönderme veya işlem adedi, sürecin sonunu göstermeyebilir. Başlangıç ve bitiş açık seçilsin.