مرجوعی فقط یک هزینه ارسال یا بازپرداخت نیست؛ هر مورد میتواند سرنخی درباره اندازه، کیفیت، بستهبندی یا اطلاعات صفحه محصول بدهد. برای استفاده از این سرنخ، دلیل مرجوعی را برای هر سفارش و هر قلم کالا به شکل یکسان ثبت کنید، توضیح آزاد مشتری را هم نگه دارید و نتیجه بررسی داخلی را جدا بنویسید. سپس الگوها را به تعداد فروش همان کالا بسنجید و تغییرها را آزمایش کنید.
- اگر فقط تعداد کل مرجوعیها را بدانید، نمیفهمید کدام مشکل به اصلاح محصول مربوط است و کدام به ارسال یا انتظار مشتری.
- شناسه سفارش، تاریخ درخواست، شناسه کالا و تنوع آن، تعداد، علت انتخابی مشتری، توضیح آزاد، وضعیت کالا هنگام دریافت و نتیجه بررسی داخلی را ثبت کنید.
- دستهها باید به اقدام قابل اجرا وصل باشند: اندازه یا تناسب، تفاوت با عکس و توضیح، نقص عملکرد، آسیب حمل، کالای اشتباه، تأخیر و تغییر نظر مشتری نمونهاند.
- در فرم، یک سؤال بیطرف و کوتاه بپرسید: «دلیل اصلی مرجوعی این کالا چیست؟» سپس گزینههای روشن و یک کادر توضیح اختیاری نشان دهید.
چرا ثبت علت برای هر سفارش لازم است؟
اگر فقط تعداد کل مرجوعیها را بدانید، نمیفهمید کدام مشکل به اصلاح محصول مربوط است و کدام به ارسال یا انتظار مشتری. ثبت علت در سطح هر قلم کالا امکان مقایسه مدل، سایز و سری تولید را میدهد. تصمیم اصلاحی باید به داده مشخص، نه چند شکایت پرصدا، تکیه کند.
فرض کنید یک فروشگاه از صد مرجوعی ماهانه خبر دارد. اگر سی مورد به «اندازه کوچکتر از انتظار» مربوط است و بیشتر آنها برای یک مدل کفشاند، راهحل با حالتی که سی مورد «کالای آسیبدیده در ارسال» هستند فرق میکند. در وضعیت اول جدول اندازه و عکس محصول باید بررسی شود؛ در وضعیت دوم بستهبندی و حمل. بدون کد علت، هر دو فقط در ستون مرجوعی دیده میشوند.
راهنمای دلایل ساختاریافته مرجوعی در Shopify توضیح میدهد که ثبت علتهای یکسان، تحلیل نقص محصول و تجربه مشتری را آسانتر میکند. این شیوه برای فروشگاه کوچک هم با یک فایل ساده قابل اجراست. لازم نیست ابتدا نرمافزار گران بخرید؛ مهم این است که هر سفارش با تعریفهای ثابت و قابل بازبینی ثبت شود.
فرم ثبت مرجوعی چه فیلدهایی داشته باشد؟
شناسه سفارش، تاریخ درخواست، شناسه کالا و تنوع آن، تعداد، علت انتخابی مشتری، توضیح آزاد، وضعیت کالا هنگام دریافت و نتیجه بررسی داخلی را ثبت کنید. همچنین روشن کنید بازپرداخت، تعویض یا رد درخواست چه زمانی انجام شده است. اطلاعات شخصی غیرضروری را در فایل تحلیلی کپی نکنید.
در سفارش چندقلمی، علت باید به هر قلم جدا وصل شود. اگر مشتری یک پیراهن و یک کفش خریده و فقط کفش را به دلیل اندازه برگردانده، ثبت علت روی کل سفارش تحلیل پیراهن را خراب میکند. شناسه تنوع مانند سایز و رنگ را نیز نگه دارید. شاید مشکل فقط در یک سایز یا رنگ تولیدی رخ دهد. اگر سیستم فروش اجازه ثبت علت در سطح قلم ندارد، در فایل کمکی شناسه سفارش و ردیف کالا را کنار هم ذخیره کنید.
ستون «گفته مشتری» را از «تشخیص تیم» جدا بگذارید. مشتری ممکن است «کیفیت پایین» انتخاب کند، اما بررسی نشان دهد کالا آسیب حمل دارد یا شرح صفحه اشتباه بوده است. هر دو داده ارزش دارند و نباید یکی دیگری را پاک کند. تاریخ بررسی و نام نقش بررسیکننده را نیز ثبت کنید تا تصمیم قابل پیگیری باشد. نتیجه نهایی را با مدرک، مثل عکس کالا یا پیام مشتری، پیوند دهید؛ دسترسی به این مدارک را محدود نگه دارید.
دستههای علت را چگونه طراحی کنیم؟
دستهها باید به اقدام قابل اجرا وصل باشند: اندازه یا تناسب، تفاوت با عکس و توضیح، نقص عملکرد، آسیب حمل، کالای اشتباه، تأخیر و تغییر نظر مشتری نمونهاند. فهرست بسیار کوتاه همه مشکلات را در «سایر» پنهان میکند؛ فهرست بسیار بلند نیز انتخاب را نامنظم میسازد.
برای هر دسته یک تعریف یکجملهای بنویسید. «نقص محصول» یعنی کالا در استفاده معمول عملکرد اعلامشده را ندارد؛ «تفاوت با توضیح» یعنی کالا سالم است، اما ویژگی صفحه محصول با واقعیت نمیخواند. این دو ممکن است در یک مورد همزمان باشند. در چنین حالتی یک علت اصلی و یک برچسب فرعی ثبت کنید، نه اینکه دو بار همان کالا را در تعداد مرجوعی بشمارید.
Shopify در توضیح علتهای مختص دسته کالا مثال میزند که برای پوشاک، اندازه کوچک و بزرگ معنیدارتر از یک گزینه مبهم است. برای لوازم برقی، «روشن نمیشود» یا «قطعه کم است» میتواند مفیدتر باشد. دستههای اصلی را در همه کالاها ثابت نگه دارید و گزینه فرعی را برای گروه محصول تنظیم کنید. هر تغییر در کدها را با تاریخ ثبت کنید تا مقایسه ماههای قبل غلط نشود.

سؤال از مشتری را چگونه بپرسیم؟
در فرم، یک سؤال بیطرف و کوتاه بپرسید: «دلیل اصلی مرجوعی این کالا چیست؟» سپس گزینههای روشن و یک کادر توضیح اختیاری نشان دهید. مشتری را برای انتخاب علتی که به نفع فروشگاه است هدایت نکنید. ثبت دقیق به تجربه ساده مرجوعی نیز کمک میکند.
اگر مشتری «اندازه مناسب نبود» را انتخاب کرد، میتوانید بپرسید کوچک بود یا بزرگ، اما فقط وقتی این پاسخ واقعاً برای اصلاح جدول اندازه استفاده میشود. پرسشهای طولانی نرخ تکمیل فرم را پایین میآورند. برای نقص فنی، امکان ارسال عکس یا ویدئوی کوتاه میتواند به تشخیص کمک کند، به شرطی که سیاست حریم خصوصی و نگهداری فایل روشن باشد. دریافت داده بیشتر بدون برنامه استفاده، ارزش چندانی ندارد.
کارشناس پشتیبانی نیز باید همان دستهها را به کار ببرد. اگر مشتری تلفنی میگوید رنگ کالا با عکس فرق دارد، ثبت «پشیمانی از خرید» برای سریع بستن پرونده داده را خراب میکند. در آموزش تیم، چند مثال مرزی را مرور کنید و اگر دسته مناسب نیست، «سایر + توضیح» بگذارید. پس از جمع شدن چند مورد مشابه در سایر، میتوانید دسته تازه بسازید.
داده مرجوعی را با چه مخرجی مقایسه کنیم؟
تعداد مرجوعی یک کالا را کنار تعداد فروش همان کالا در همان بازه بگذارید. ده مرجوعی از صد فروش با ده مرجوعی از دههزار فروش یک معنی ندارد. برای تحلیل دقیقتر، دوره زمانی، سایز، سری تولید و کانال فروش را هم یکسان کنید.
نرخ ساده مرجوعی برابر است با تعداد واحد مرجوعشده تقسیم بر تعداد واحد فروختهشده، ضربدر صد. اما آن را بدون توجه به فرصت مرجوعی تفسیر نکنید: سفارشهای روزهای آخر ماه شاید هنوز در مهلت بازگشت باشند. بهتر است دوره فروش را تا زمانی دنبال کنید که مهلت مرجوعی بیشتر سفارشها تمام شده باشد. برای کالاهای فصلی، مقایسه ماههای متفاوت نیز میتواند گمراهکننده باشد.
علتها را هم بر اساس سهم از مرجوعی و هم نرخ نسبت به فروش ببینید. ممکن است «آسیب حمل» تنها سه مورد باشد ولی هر سه از یک مسیر ارسال یا بستهبندی خاص آمده باشند. در گروه کوچک، یک مورد میتواند درصد را بهشدت جابهجا کند؛ عدد مطلق را کنار درصد بنویسید. نمودار خوب جای نمونه واقعی و بررسی سفارشها را نمیگیرد.
چگونه از علت به اقدام اصلاحی برسیم؟
برای هر الگوی تکراری، یک فرض قابل آزمایش بسازید: «راهنمای اندازه ناقص است»، «عکس رنگ را دقیق نشان نمیدهد» یا «کارتن در حمل خرد میشود». سپس مسئول، تغییر مشخص و شاخص بررسی را تعیین کنید. اصلاح بدون ثبت وضعیت پیش از تغییر معلوم نمیکند مرجوعی واقعاً کمتر شده است.
اگر علت «متفاوت با توضیح» است، چند صفحه محصول مربوط را با کالای واقعی و پرسشهای مشتری مقایسه کنید. مقاله ثبت پرسشهای تکراری مشتری برای بهبود صفحه محصول نشان میدهد پرسشهای پیش از خرید چه ابهامهایی را آشکار میکنند. داده مرجوعی مرحله بعد از خرید را اضافه میکند. اگر هر دو به یک ویژگی اشاره دارند، اولویت اصلاح آن بالاتر میرود.
برای ویژگیهای قابل اندازهگیری، جدول مشخصات را هم بررسی کنید. در مطلب نوشتن جدول مشخصات محصول بر واحدهای یکسان و اطلاعات قابل مقایسه تأکید شده است. اگر مرجوعی به «کوچکتر از انتظار» مربوط است، شاید ابعاد با واحد درست در صفحه دیده نمیشوند. تغییر باید قابل سنجش باشد: عکس کنار شیء مرجع، جدول ابعاد روشن یا اصلاح عنوان ویژگی.
بین نقص محصول و آسیب ارسال چه فرقی بگذاریم؟
نقص محصول به خود کالا یا ساخت آن مربوط است؛ آسیب ارسال در مسیر بستهبندی و حمل رخ میدهد. این مرز با بررسی ظاهر جعبه، عکس قبل از ارسال، الگوی شکست و گزارش مشتری روشنتر میشود. اگر تشخیص قطعی نیست، وضعیت را «در حال بررسی» بگذارید و با حدس به تولیدکننده نسبت ندهید.
برای کالای شکستنی، از چند سفارش سالم و مرجوع عکس بستهبندی را مقایسه کنید. آیا ضربه در یک گوشه تکرار میشود؟ آیا فضای خالی جعبه زیاد است؟ اگر کالا بدون آسیب ظاهری کار نمیکند، آزمون عملکرد و سری ساخت لازم است. یک برچسب «خراب» برای هر دو حالت، تیم تولید و تیم حمل را به اقدام نامناسب میفرستد.
با این حال مسئولیت تجربه مشتری را میان تیمها پاسکاری نکنید. مشتری باید روند مرجوعی روشن داشته باشد، حتی اگر علت داخلی هنوز در حال بررسی است. داده تحلیلی را بعداً تکمیل کنید و نتیجه را به همان سفارش برگردانید. اگر چند بار گزارش مشابه از یک سری تولید آمد، موجودی همان سری را پیش از ادامه فروش بررسی کنید. تصمیم توقف فروش باید با شواهد و سیاست کسبوکار هماهنگ باشد.
چه زمانی نتیجهگیری از دادهها زود است؟
وقتی تعداد نمونه کم است، کدهای علت مبهماند یا شیوه ثبت در میانه دوره عوض شده، نتیجه قطعی درباره محصول نگیرید. سه مرجوعی با یک علت میتوانند سرنخ باشند، اما برای تصمیم پرهزینه مثل تغییر کل خط تولید، بررسی تکمیلی لازم است. عدد را با کیفیت شواهد همراه گزارش کنید.
ممکن است بعد از اضافه کردن سؤال دقیقتر، تعداد موارد «اندازه نامناسب» ناگهان زیاد شود. این افزایش شاید ناشی از بهتر شدن ثبت باشد، نه بدتر شدن محصول. در گزارش، تاریخ تغییر فرم و تعریف دستهها را مشخص کنید. اگر یک کمپین تبلیغاتی مخاطب متفاوت آورده، ترکیب مشتری نیز تغییر کرده است. نرخها را تا حد ممکن برای دوره و گروه قابل مقایسه بسنجید.
نظر مشتری ارزشمند است، اما همیشه علت فنی را مشخص نمیکند. «کیفیت خوب نبود» میتواند به جنس، بستهبندی، انتظار از قیمت یا نقص واقعی اشاره کند. چند نمونه را با تماس محترمانه یا عکس محصول بررسی کنید. درباره دادهای که ندارید صریح بگویید «علت تأیید نشده»؛ پر کردن جدول با حدس باعث میشود تصمیم بعدی ظاهراً عددی اما در اصل بیپایه باشد.
بازبینی ماهانه را چگونه انجام دهیم؟
در پایان هر ماه، کالاهای دارای نرخ مرجوعی بالا، علتهای پرتکرار و تغییر نسبت به دوره قابل مقایسه را مرور کنید. برای هر مورد، یک مسئول و موعد اقدام بگذارید. در جلسه بعد نتیجه را با همان شاخص بررسی کنید و اگر بهبود دیده نشد، فرض اولیه را بازنگری کنید.
گزارش را کوتاه نگه دارید: تعداد فروش و مرجوعی، سه علت مهم همان کالا، چند نمونه واقعی و اقدامی که انجام شده است. اگر داده ناقص است، درصد فرمهای بدون علت را نیز نشان دهید. بدون این عدد ممکن است کاهش یک علت فقط به علت ثبتنشدن آن باشد. بازبینی باید به اصلاح کالا، صفحه محصول یا فرایند ارسال برسد؛ نمودار بدون تصمیم کاربرد محدودی دارد.
برای آزمایش تغییر، همه چیز را همزمان عوض نکنید. اگر عکس، جدول اندازه و بستهبندی را یکباره تغییر دهید، معلوم نمیشود کدام اقدام مؤثر بوده است. در موارد فوریِ ایمنی یا نقص شدید، البته اصلاح را برای آزمایش طولانی عقب نیندازید. برای تغییرهای معمول، یک بازه سنجش معقول و گروه قابل مقایسه تعیین کنید. نتیجه را ثبت کنید تا تجربه تیم به حافظه یک نفر وابسته نماند.
دلیل مرجوعی را برای هر قلم سفارش با کد روشن و توضیح آزاد ثبت کنید، گفته مشتری را از نتیجه بررسی داخلی جدا نگه دارید و نرخ را نسبت به فروش همان کالا بسنجید. از الگوها فرض اصلاحی بسازید، تغییر را اجرا کنید و در دوره بعد با همان تعریفها نتیجه را بررسی کنید.
آیا گزینه «سایر» را از فرم حذف کنیم؟
خیر. برای موارد پیشبینینشده لازم است، اما اگر سهم آن زیاد شد، دستهها را بازبینی و توضیح آزاد را تحلیل کنید.
آیا فقط تعداد مرجوعی برای تصمیم کافی است؟
خیر. تعداد فروش، مهلت بازگشت، دوره زمانی و علت هر مرجوعی را هم کنار آن ببینید.
اگر مشتری دلیل اشتباه انتخاب کند چه کنیم؟
گزینه انتخابی را نگه دارید و نتیجه بررسی تیم را در فیلد جدا ثبت کنید. داده اولیه را بیردپا بازنویسی نکنید.

