Ang return reason codes ang pinakamaikling kasinungalingan sa analytics mo. Ang buyer na umorder ng 180 cm na sofa para sa 170 cm na puwang ay binibigyan ng drop-down na may humigit-kumulang sampung opsyon, at wala ni isa doon ang nagsasabing "hindi ginawang malinaw ng listing ang sukat." Pinipili niya ang "changed my mind," isinasampa mo ito bilang buyer's remorse, at ang problemang listing na kayang ayusin ay tuluyang nawawala sa dashboard mo.
Hindi ito teorya tungkol sa sikolohiya ng buyer. Isa itong problema sa data model na mababasa mo mismo sa dokumentasyon ng platform.
Ang buong listahan, ayon sa depinisyon ng isang malaking platform
Matagal nang nakalathala sa Admin API ng Shopify ang eksaktong enum, at iyon ang nagpapagawa rito bilang pinakamalinis na pampublikong halimbawa ng kung ano talaga ang laman ng isang return reason taxonomy. Sampung value, kasama ang sariling deskripsyon ng platform:
| Code | Deskripsyon ng platform |
|---|---|
| COLOR | Ibinalik ang item dahil hindi nagustuhan ng buyer ang kulay. |
| DEFECTIVE | Ibinalik ang item dahil sira o may depekto. |
| NOT_AS_DESCRIBED | Ibinalik ang item dahil hindi tugma sa deskripsyon. |
| OTHER | Ibinalik ang item sa ibang dahilan. Para sa value na ito, kailangan ding may kasamang return reason note. |
| SIZE_TOO_LARGE | Ibinalik ang item dahil masyadong malaki ang sukat. |
| SIZE_TOO_SMALL | Ibinalik ang item dahil masyadong maliit ang sukat. |
| STYLE | Ibinalik ang item dahil hindi nagustuhan ng buyer ang istilo. |
| UNKNOWN | Ibinalik ang item dahil sa hindi malamang dahilan. |
| UNWANTED | Ibinalik ang item dahil nagbago ang isip ng customer. |
| WRONG_ITEM | Ibinalik ang item dahil mali ang natanggap ng customer. |
Bilangin ang bumabanggit ng sukat: dalawa. Bilangin ang kayang tahimik na sumipsip ng size failure: lima — NOT_AS_DESCRIBED, OTHER, UNKNOWN, UNWANTED at, para sa kahit anong may footprint, STYLE. Ang taxonomy na dalawa lang ang nakalaang balde para sa pinakakaraniwang pisikal na palya pero lima ang pinagtataguan nito ay laging kulang ang ireretratong bilang.
Ang return reason code ay label na pinili ng buyer, hindi diagnosis. Itinatala nito kung ano ang piniling i-click ng customer sa sandaling gusto niyang maibalik ang pera niya, at iyon ay kadalasang ang opsyong may pinakakaunting abala, hindi ang pinakatumpak.
Alam na rin ng mga platform na masyadong mapurol ang listahan
Hindi ito reklamo mula sa panig ng seller. Noong 1 Enero 2026, sa API version 2026-01, naglabas ang Shopify ng bagong type na tinatawag na ReturnReasonDefinition — na may id, handle at name na field — para makuha ang mas granular at category-specific na return reasons, at sinabi nilang pinapalitan nito ang dating ReturnReason enum ng mas mayamang data model na tumutulong magbigay sa mga merchant ng mas mahusay na insight sa kanilang return analytics. Tatlong field na dating gumagamit ng lumang enum ang naka-mark nang deprecated.
Basahin mo iyon bilang pag-amin: ang patag na sampung-item na listahan na ipinapataw sa lahat ng kategorya nang sabay-sabay ay talagang hindi makapagsasabi ng kahit anong maaaksyunan sa isang furniture seller. Ang "size was too small" ay isang bagay para sa t-shirt at ibang-iba naman para sa wall cabinet na sumagi sa switch ng ilaw.
Kung dashboard na nakabatay pa rin sa lumang flat enum ang binabasa mo, sahig ang mga size number mo, hindi ang tunay na pigura.
Ang code na natatanggap mo ang nagpapasya kung sino ang magbabayad
Hindi lang analytics artefact ang taxonomy na ito. Nagruruta ito ng pera, at hindi sumusunod ang ruta sa tunay na sanhi.
Malinaw ang pagkakasabi ng panuntunan sa seller documentation ng eBay: kung ibinalik ng buyer ang item dahil sira, may depekto, o hindi tugma sa deskripsyon ng listing, ang seller ang nagbabayad ng return shipping — kahit pa nakasaad sa patakaran ng seller na wala silang libreng return. Kung mali ang inorder ng buyer o nagbago ang isip niya, ang buyer ang magbabayad, maliban na lang kung nag-aalok ang seller ng libreng return.
Ngayon ipasok mo ang isang size failure sa gate na iyon:
| Ang kinlik ng buyer | Sino ang magbabayad ng return shipping | Ang totoong nangyari |
|---|---|---|
| Hindi tugma sa deskripsyon | Seller | Kulang o nawawala sa listing ang isang dimension |
| Nagbago ang isip / mali ang inorder | Buyer | Kulang o nawawala sa listing ang isang dimension |
Magkaparehong ugat na sanhi, magkasalungat na resulta sa pera, at drop-down ang nagpasya. Ang asimetriyang iyon din ang dahilan kung bakit napapadpad ang mga code: mabilis matutunan ng buyer na gustong libre ang return shipping kung aling opsyon ang nagbibigay noon, at ang buyer na walang pakialam ay pipili ng unang linyang mukhang tama. Wala sa dalawa ang sinusubukang tumulong sa iyo.
Ang laki ng kinakaharap mo
Ang 2025 Retail Returns Landscape ng National Retail Federation, inilathala noong 15 Oktubre 2025, ay nagtataya ng kabuuang retail returns na 849.9 bilyong dolyar para sa 2025 at tinatantiya nitong 19.3% ng online sales ang ibabalik. Nakita rin sa parehong ulat na 9% ng lahat ng returns ay mapanlinlang, at 82% ng mga consumer ang nagsasabing mahalagang konsiderasyon ang libreng returns kapag namimili online.
Halos isa sa bawat limang online order ang bumabalik. Kung kahit isang katlo lang ng mga dahilang natatanggap mo ay maling label, pinapatnubayan mo ang budget mo sa listing at photography gamit ang kompas na mali nang isang kapat na ikot. Bago ka makipagtalo kung mahalaga ba ito, ilagay mo muna ang sarili mong numero sa return cost calculator — ang per-unit na gastos ng ibinalik na sobrang laking item ang nagpapalit sa 3% na taxonomy error tungo sa tunay na taunang halaga. Ang konteksto kada kategorya ay nasa sanggunian na e-commerce returns size statistics.
Pagmamapa ng return reason codes sa kung ano talaga ang nasira
Ito ang table na sulit itago. Ang kaliwang kolum ay kung ano ang ibinibigay ng export mo; ang gitnang kolum ay ang palyang kadalasang nagtatago sa likod nito sa mga kategoryang hinuhubog ng dimension gaya ng furniture, lighting, building materials at hardware; ang kanang kolum ay ang ayos na nagpapagalaw sa numero sa susunod na quarter.
| Code na natanggap | Pinakakaraniwang nakatagong sanhi | Ayos na nagpapagalaw sa numero |
|---|---|---|
| SIZE_TOO_LARGE / SIZE_TOO_SMALL | Tunay na fit failure, tama nang naka-label | Ilathala ang nasukat na dimension sa mismong imahe, hindi lang sa spec table |
| NOT_AS_DESCRIBED | May dimension nga pero malabo — walang reference edge, walang unit, o naguguluhan sa assembled kumpara sa packed | I-label ang assembled at packed na dimensions, may unit sa bawat numero |
| UNWANTED ("nagbago ang isip") | Sinukat lang ng buyer ang espasyo niya pagkatapos ng delivery at hindi pala kasya | Magdagdag ng clearance o footprint diagram sa image stack |
| OTHER | May espesipikong bagay na walang code na tumugma — nasa free-text note ang totoong data mo | Basahin ang mga note kada linggo; iyon lang ang walang salaang channel na mayroon ka |
| STYLE | Proporsyon, hindi panlasa — mali ang scale ng piyesa para sa kwarto | Ipakita ang produkto sa isang eksena na may naka-label na reference dimension |
| COLOR | Minsan finish o materyal, hindi ang kulay mismo | Ipakita ang mga opsyon sa finish bilang magkahiwalay na naka-label na imahe |
| WRONG_ITEM | Pagkalito sa variant sa pagitan ng dalawang sukat ng iisang SKU | Ilagay ang sukat sa mismong variant image |
| DEFECTIVE | Paminsan-minsan ay palya sa install dahil sa clearance na hindi nakita ng buyer | Isaad ang kinakailangang installation clearance kasabay ng sukat ng produkto |
| UNKNOWN | Nawalang data sa platform o 3PL layer | Habulin ito bilang integration bug, hindi bilang customer insight |
Bawat row sa gitnang kolum ay problema sa listing, hindi problema sa produkto. Iyan ang kapaki-pakinabang na konklusyon: karamihan sa isinasampa bilang ugali ng buyer ay depekto sa komunikasyon na may nakapirming gastos.
Paano mababawi ang totoong size-return number mo
Hindi mo kailangan ng bagong sistema. Kailangan mo ng tatlong pasada sa datos na mayroon ka na.
- Kunin ang free-text notes na nakakabit sa OTHER. Kinakailangan ng mga platform ang note para sa value na iyon. Magbasa ng isandaan at bilangin kung ilan ang may salitang pang-sukat — kasya, laki, liit, taas, lapad, lalim, espasyo, kwarto, pintuan, clearance.
- I-cross-tab ang dahilan laban sa dimensions ng SKU. Isaayos ang SKU ayon sa pinakamahabang dimension at ihambing ang return rate ng pinakamataas at pinakamababang quartile. Kung mas mataas ang return ng pinakamalalaking item sa lahat ng code, hindi sinusukat ng mga code ang inaangkin nilang sinusukat.
- Ihambing ang returns sa mga tanong bago bumili. Walang label at tapat ang pre-sale message queue. Kung 40% ng tanong ay tungkol sa dimension pero 12% lang ng returns ang naka-code bilang size, ang agwat na iyon ang kulang mong bilang.
Gawin ito nang isang beses at kadalasang gumagalaw ang numero nang paramihan, hindi ng ilang puntos. Ituring mo ang return reason codes bilang isa sa tatlong input imbes na ang sagot, at titigil ang larawan sa pambobola sa iyo. Kung gusto mo ng matibay na baseline bago at pagkatapos, mas mahalaga ang paraan sa how to calculate return rate kaysa sa breakdown ng dahilan, dahil ang hatian ng dahilan sa maling denominator ay doble ang mali. Para malaman kung saan nakaupo ang kategorya mo sa simula pa lang, nagbibigay ng banda ng paghahambing ang size return rate by category.
Susunod na hakbang, sa pagkakasunod na kumikita
Pumili batay sa kung saan talaga ang tagas mo, hindi batay sa kung alin ang pinakamadaling i-schedule.
- Kung malaki ang OTHER at UNWANTED buckets mo, magsimula sa audit ng mga note sa itaas. Isang hapon lang ang gastos at kadalasan nitong binabago ang buong usapan tungkol sa budget.
- Kung ang pinakamataas ang return na SKU mo ay ang pinakamalalaki mo, halos hindi kailanman ang produkto ang problema. Buuin muna ulit ang image stack ng mga SKU na iyon: isang dimension-annotated na imahe na nagpapakita ng nasukat na width, depth at height sa mga gilid na inilalarawan nila, kasama ang isang clearance o in-room shot. Ito ang iisang pagbabagong may pinakamalaking ani sa mga kategoryang mabigat sa dimension, dahil inilalagay nito ang numero sa lugar na tinitingnan na ng buyer imbes na sa table na nasa ilalim ng fold.
- Kung nagbebenta ka ng variant na sukat lang ang pinagkaiba, ilagay ang sukat sa mismong variant thumbnail. Ang WRONG_ITEM na returns sa variant SKU ay kadalasang mali ng pagpili ng customer, hindi mo.
- Kung kailangan mo ng ganoong diagram sa dami ng SKU, bilis ng produksyon ang hadlang, at dito nagpapasya ang tooling kung mabubuhay ang plano paglapat sa totoong catalogue. Ang software na nag-snap ng sukat sa na-detect na gilid ng produkto — kaya ang nakalimbag na numero ay ang nasukat na numero — at nag-e-export sa laking hinihingi ng bawat marketplace ay ginagawa itong ilang minutong trabaho kada SKU. Ang katumpakang iyon ang buong punto: masaya lang mag-render ang isang AI image generator ng mukhang kumpiyansang "60 cm" sa litrato ng bagay na 54 cm pala, at ang maling numero sa imahe ay isang NOT_AS_DESCRIBED na return na may pangalan mo.
- Kung galing sa lumang flat enum ang reason data mo, tingnan kung may inaalok nang category-specific na definitions ang platform mo at lumipat. Mas mahusay na hilaw na kategorya kaysa mas magandang dashboard.
FAQ
Ano ang return reason codes?
Ang return reason codes ay ang nakatakdang hanay ng opsyong pinipili ng buyer kapag nagsimula siya ng return, na itinatago bilang machine-readable na value sa return record. Isang halimbawang malawak na nadokumento ay umaabot sa sampung value — color, defective, not as described, other, size too large, size too small, style, unknown, unwanted at wrong item — at ang customer ang pumipili sa mga ito, hindi itinatalaga pagkatapos ng inspeksyon.
Bakit hindi tugma ang return reasons ko sa sinasabi ng customer sa support?
Dahil magkaibang insentibo ang drop-down at ang usapan. Ang drop-down ang nagpapasya kung sino ang magbabayad ng return shipping, kaya kumakapit ang buyer sa opsyong nagbibigay sa kanya ng libreng label; walang ganoong konsekwensya ang usapan sa support at kadalasan itong mas tumpak. Kapag hindi sila magkasundo, paniwalaan ang usapan at ituring ang code bilang desisyon sa routing.
Aling return reason ang nangangahulugang seller ang magbabayad ng shipping?
Sa eBay, ang returns na isinampa bilang damaged, faulty, o hindi tugma sa deskripsyon ng listing ay naglalagay ng return shipping sa seller kahit hindi nag-aalok ng libreng returns ang seller. Ang changed-my-mind at ordered-the-wrong-item na returns ay ipinapasa ito sa buyer maliban kung nag-aalok ang seller ng libreng returns. Iba-iba ang eksaktong pananalita kada marketplace, pero halos universal ang hatian ng kasalanan ng buyer laban sa kasalanan ng seller.
Paano ko mababawasan ang size-related returns kung kulang ang bilang ng mga code?
Itigil ang pag-aayos sa pagsukat ng problema at ayusin ang sanhi: gawing imposibleng malampasan ang dimension bago pa bumili. Sa praktika, ibig sabihin noon ay nasukat at naka-label na diagram sa loob ng image stack imbes na spec table na tatlong scroll pababa, kasama ang assembled at packed na dimensions kapag magkaiba sila. Titigil sa pagiging mahalaga ang kulang na bilang sa sandaling bumaba ang tunay na rate.
Sulit bang basahin ang "other"?
Ito ang pinakamahalagang kolum na mayroon ka. Hinihingi ng mga platform ang free-text note para sa value na iyon, kaya doon lang inilalarawan ng buyer ang palya sa sarili niyang salita. Mas marami pang sasabihin sa iyo ang isandaang ganoong note kaysa sa isang taong pinagsama-samang reason chart.