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-07Pazaryerinde 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.

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:
- Envanter: Hangi kanallarda, günde kaç etkileşim var? Bir hafta sayın.
- 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.
- Durum ve eşik: Kuyruğa durum alanı ve “X saatten eski bekleyen” bildirimi ekleyin.
- Ş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.
İlgili Hizmetler
RESTful ve GraphQL API geliştirme, güvenli webhook altyapısı ve üçüncü parti entegrasyonlarla sistemlerinizi birbirine bağlayın.
Bildirim Sistemi EntegrasyonuPush bildirim, SMS, WhatsApp ve e-posta kanallarını tek merkezden yöneten güvenilir çok kanallı bildirim altyapısı kurun.
Browser Extension GeliştirmeChrome, Firefox ve Edge için iş akışı otomasyonu, veri toplama ve sistem entegrasyonu sağlayan özel tarayıcı eklentileri geliştirin.
Cron Job & Zamanlanmış Görev YönetimiCron job ve zamanlanmış görev altyapısıyla raporlama, veri senkronizasyonu, yedekleme ve bakım işlerini güvenle otomatikleştirin.