
Amazon’da hesabın askıya alınması “olabilir” değil; er ya da geç herkesin yüzleştiği bir gerçektir. Bu noktada elindeki tek gerçek koz Plan of Action (POA) yani Aksiyon Planı’dır. Ama POA’yı “özür mektubu” sanıyorsan, hesabına şimdiden veda et.
Bu rehberde şunu yapacağız: Amazon POA Reddedildi mi?, Amazon’un geri bildirimini nasıl okuyacağın, root cause kısmını nasıl güçlendireceğin, hangi kanıtları nasıl sunacağın ve revize ederken hangi hataların hesabı mezara gömdüğünü net şekilde anlatacağım.

POA Nedir? Amazon’un Aslında Ne Duymak İstediğini Anla
POA, hesabının neden kapatıldığını anladığını, hatayı düzelttiğini ve aynı problemin tekrar yaşanmayacağını kanıtladığın operasyonel yol haritasıdır. Amazon duygusal sızlanma dinlemez; “sistemdeki hatayı kökten nasıl kazıyacağını” görmek ister.
Başarılı bir POA üç sütun üstüne kurulur:
- Root Cause Analysis (Kök Neden Analizi): Semptom değil, sistemi anlatırsın.
- Immediate Corrective Actions (Anlık Düzeltici Aksiyonlar): Amazon sormadan ne yaptın?
- Preventive Measures (Önleyici Tedbirler): Bir daha olmayacağını nasıl garanti altına aldın?
Bu üçlü, Amazon’un beklediği temel omurgadır.
Amazon POA Reddedildi mi? POA Neden Reddedilir? “Insufficient Information” Ne Demek?
Amazon bir POA’yı reddettiğinde çoğu zaman “eksik bilgi” verdiğini söyler. En büyük hata şu: Aynı planı anlamlı bir değişiklik yapmadan tekrar göndermek. Bu, Amazon’a “politikayı anlamadım” mesajı verir.
Reddedilmenin yaygın sebepleri:
- Jenerik şablon / kopyala-yapıştır: İnternetten bulunan metinler güveni bitirir.
- Suçu başkasına atmak: Kargo şirketi, personel, sistem… Bahane Amazon’u ikna etmez; “yedek planın neden yok?” diye sorar.
- Semptom = kök neden sanmak: “Kargo geç gitti” kök neden değil, sonuçtur.
- Laf kalabalığı: 5 sayfa destan yazmak riski artırır; kısa ve madde madde olmalısın.
- Kanıtsız konuşmak: “Düzelttik” cümlesi tek başına değersiz; kanıt şarttır.
Reddedilen POA Nasıl Revize Edilir? (5 Adımda Net Plan)
1) Amazon’un geri bildirimini satır satır oku
Amazon çoğu zaman “hangi kısım eksik” olduğuna dair ipucu verir. Maili satır satır oku, özellikle “insufficient information” geçen yerleri işaretle. Bazen tek istedikleri belirli bir belgedir (fatura, yetki belgesi vb.).
2) Root Cause’u “Deep Dive” yap: En az 7 kez “Neden?”
Reddedilen planların en sık sorunu root cause bölümüdür: gerçek neden yerine semptom yazılır. “Kargo geç gitti çünkü aracım bozuldu” semptomdur; kök neden “yedek plan yoktu” gibi operasyonel boşluktur.
Kendine en az 7 kez “Neden?” sorarak sorunun en dibine in. Buna derin inceleme (deep dive) denir.
3) “Zaten yaptıklarını” tarih ve kanıtla yaz
Amazon “ne yapacaksın” kadar “şimdiye kadar ne yaptın” kısmını da görmek ister. Sorunlu ilanları kaldırdıysan tarih ver. İade yaptıysan ekran görüntüsü / rapor koy. Eğitim verdin diyorsan eğitim dokümanı ekle.
4) Önleyici tedbirleri sistemleştir: otomasyon, QC, denetim
Amazon’un tek ikna olduğu şey şudur: “Bu hata bir daha olmayacak.” Bunun için geleceği garanti altına alan sistem değişiklikleri anlatmalısın: otomasyon, kalite kontrol, tedarikçi denetimleri, SOP, raporlama rutini.
5) Üslup ve biçim: 1–2 sayfa, madde madde, profesyonel
İnceleme ekiplerinin zamanı sınırlı. Bu yüzden metin kısa, öz ve bullet points formatında olmalı. Duygusal sızlanma veya “ben büyük satıcıyım” tarzı cümleler güven kırar.
Revize Sürecinde Yapılmaması Gerekenler (Hesap Yaktıran Hatalar)
- Hazır şablon kullanma: Jenerik metinler güveni bitirir; benzersiz olmalı.
- Amazon’u mesaj yağmuruna tutma: Sürekli “yanıt geldi mi?” tarzı chasing yapmak dosyanı geriye atabilir.
- Aynı planı tekrar göndermeme: Her revizyonda planı “besle”, yeni detay ve kanıt ekle.
Kopyala-Yapıştır Şablon Değil: POA İskeleti (Doldurman İçin)
Aşağıdaki yapı bir “hazır metin” değil. Her satırı kendi olayına göre yazacaksın. Şablon gibi durursa zaten kaybedersin.
1) Root Cause (Kök Neden)
- Hata neydi? (1 cümle)
- Semptom neydi? (ör: geç teslimat / yanlış envanter / vb.)
- Gerçek kök neden: süreçteki boşluk (yedek plan, denetim, SOP eksikliği)
- “7 Neden” ile ulaştığın sistem hatası (kısa maddeler)
2) Immediate Corrective Actions (Anlık Düzeltici Aksiyonlar)
- Hangi ilan/süreç durduruldu? (tarih)
- Hangi müşterilere hangi aksiyon alındı? (iade/değişim) (tarih)
- Hangi eğitim/uyarı yapıldı? (tarih + belge)
3) Preventive Measures (Önleyici Tedbirler)
- Yeni SOP/denetim adımı (kim sorumlu, hangi sıklık)
- Otomasyon / yazılım / kontrol listesi
- Tedarikçi/lojistik riskini azaltan yedek plan
- Raporlama ve takip mekanizması
SSS (FAQ)
Amazon POA neden ilk seferde kabul edilmiyor?
En sık sebep eksik bilgi, zayıf kök neden analizi ve kanıtsız aksiyonlardır. Amazon “ne yaptın ve bir daha olmayacağını nasıl garanti altına aldın?” sorusuna net cevap görmek ister. Aynı metni değişiklik yapmadan tekrar göndermek genelde süreci daha da uzatır.
Root cause bölümünde en büyük hata nedir?
Semptomu kök neden sanmak. “Kargo gecikti” bir sonuçtur. Kök neden, bu sonuca yol açan sistem boşluğudur: yanlış süreç, kontrol mekanizması eksikliği, SOP olmaması veya yedek planın bulunmaması gibi.
POA kaç sayfa olmalı?
1–2 sayfa idealdir. Kısa, madde madde ve okunabilir olmalı. Uzun metinler (destan gibi) hem riskli hem de inceleme ekibinin ana noktaları kaçırmasına neden olur.
Revize ederken eski kanıtları tekrar eklemeli miyim?
Evet. Yeni gönderimde kanıtları tekrar eklemek, inceleme ekibinin “belge arama” süresini azaltır ve planın ciddiyetini artırır. Kanıtsız vaatler zayıf görünür.
Amazon’a sürekli mesaj atmak (chasing) işe yarar mı?
Genelde hayır. Sürekli takip mesajı atmak, planın içeriğini güçlendirmez. Öncelik: geri bildirimi analiz etmek, planı somut kanıtlarla beslemek ve gerçekten revize ederek yeniden göndermektir.
Sonuç
POA reddedildiyse sorun genelde “şans” değil, metnin içeriğidir: root cause yüzeysel, aksiyonlar kanıtsız, önleyici tedbirler zayıftır. Amazon’a tekrar tekrar aynı metni göndermek yerine, geri bildirimi analiz edip planı gerçek anlamda güçlendirmek gerekir.
👥 Doğru Mentor ve Eğitim Neden Fark Yaratır?
Amazon’da başarılı olmak yalnızca ürün bulmak, kargo süresi girmek ya da mağaza açmakla sınırlı değildir.
Bu yolculukta her gün yeni bir karar verir, yeni bir problemle karşılaşırsınız. İşte tam da bu yüzden yanınızda tecrübeli bir mentorun olması, tahmin ettiğinizden çok daha kritiktir.
📌 Çünkü bir mentor:
• Sizi hatadan önce uyarır
• Zaman kaybınızı minimuma indirir
• Gerçek verilerle strateji geliştirir
• Deneyimlerini sizin mağazanıza uyarlar
Doğru eğitimle ilerleyen bir Amazon satıcısı:
✅ Daha az deneme-yanılma ile yol alır
✅ Hatalarından değil, başkalarının tecrübelerinden öğrenir
✅ En önemlisi; işine duyduğu güven artar
Amazon Bilgini olarak, sadece bilgi vermiyor; uygulamalı deneyim, gerçek veriye dayalı strateji ve sürdürülebilir büyüme sunuyoruz.




