Trendyol ve Hepsiburada Yorum/Soru-Cevap Operasyonunu Tek Ekranda Toplamak

Pazaryeri yorumları ve müşteri soruları neden panel panel gezilerek yönetilmemeli? Tek iş kuyruğuna dayalı kurduğumuz operasyon modelini anlattık.

2026-08-07

Pazaryerinde satış yapan bir ekibin günü çoğu zaman şöyle geçer: sabah Trendyol satıcı paneli açılır, bekleyen sorulara bakılır; sonra Hepsiburada paneli, sonra sitenin kendi yönetimi. Öğleden sonra aynı tur bir daha. Buna rağmen gece gelen bir soru 18 saat yanıtsız kalabilir, olumsuz bir yorum günlerce fark edilmeyebilir.

Bunun maliyeti görünmezdir ama gerçektir: geç yanıtlanan soru satışa dönüşmez, yanıtsız kalan olumsuz yorum sonraki yüzlerce ziyaretçinin kararını etkiler ve satıcı puanı — dolayısıyla listeleme sırası — sessizce aşınır.

İki koldan gelen yorum ve soruların tek düzenli iş panosunda toplanmasını temsil eden illüstrasyon

Sorun Panellerde Değil, Yapıda

Trendyol’un da Hepsiburada’nın da panelleri işini yapar; sorun, müşteri etkileşimlerinin üç-dört ayrı adada yaşamasıdır. Panel gezmeye dayalı operasyonda üç yapısal zaaf var:

  • Takip kişiye bağlıdır: “Bakan” kişi izne çıktığında süreç de izne çıkar.
  • Öncelik yoktur: Kritik bir şikâyet ile “kargo ne zaman gelir” sorusu aynı listede, aynı görünürlükte durur.
  • Ölçüm yoktur: Ortalama yanıt süresi nedir, hangi ürün en çok soru üretiyor — kimse bilmez.

Kurduğumuz Model: Tek İş Kuyruğu

Çözümün özü, tüm etkileşimleri kanal fark etmeksizin tek bir iş kuyruğunda toplamak. Kurulum üç katmandan oluşuyor:

1. Toplama: Trendyol entegrasyonu ve Hepsiburada entegrasyonu satıcı API’leri üzerinden yeni yorumlar ve sorular düzenli aralıklarla çekiliyor; sitenin kendi formları da aynı havuza akıyor. Her kayıt kanal, ürün, tarih ve durum bilgisiyle normalleştiriliyor.

2. İş kuyruğu: Her etkileşim “bekliyor → atandı → yanıtlandı → kapandı” durumlarından geçen bir iş kaydına dönüşüyor. Bekleme süresi eşiği aşıldığında bildirim düşüyor; olumsuz yorumlar kuyruğun başına alınıyor. Ekip tek ekrana bakıyor, kimin neyi beklettiği görünür oluyor.

3. Yanıt ve ölçüm: Sık sorulara onaylı yanıt şablonları tanımlı; yanıtlar ilgili panele API üzerinden veya tek tıkla iletiliyor. Yönetim tarafında ise kanal bazında yanıt süresi, soru hacmi ve en çok soru üreten ürünler raporlanıyor — ki asıl kazanç çoğu zaman burada çıkıyor: aynı soruyu yüz kez yanıtlamak yerine ürün açıklamasını bir kez düzeltmek.

Nereden Başlamalı?

Büyük bir platform kurmaya gerek yok; doğru sıralama şu:

  1. Envanter: Hangi kanallarda, günde kaç etkileşim var? Bir hafta sayın.
  2. Tek havuz: Önce yalnızca toplamayı otomatikleştirin — yanıt yine panelden verilse bile her şeyin tek listede görünmesi, kayıp mesaj sorununu tek başına bitirir.
  3. Durum ve eşik: Kuyruğa durum alanı ve “X saatten eski bekleyen” bildirimi ekleyin.
  4. Şablon ve rapor: En sık 10 sorunun şablonunu yazın; aylık yanıt süresi raporunu açın.

Bu yapı, ana sayfamızdaki pazaryeri ve e-ticaret entegrasyonları hizmetinin somut bir parçası. Kendi operasyonunuz için benzer bir kurulum konuşmak isterseniz bize ulaşın — mevcut kanal ve hacim envanterinizle başlarız.