Skip to main content

Effortless Return Request Classification for CSRs

Effortless Return Request Classification for CSRs header

Customers expect quick, clear answers when they want to return a purchase. For many support teams, each return email becomes a mini‑investigation—reading, interpreting, and deciding how to respond. That routine can sap time, create inconsistent messaging, and hide valuable data about why products are coming back.

You describe it

Return Request Classification

1. Overview

The process reads a customer’s return request email, determines the underlying reason for the return, and provides a short, actionable recommendation for the Customer Service Representative to follow.

2. Business Value

  • Speed – Faster handling of return requests reduces customer wait time.
  • Consistency – All reps use the same reason codes and suggestions, ensuring uniform communication.
  • Accuracy – Structured classification lowers the chance of mis‑routing or incorrect actions.
  • Data – Captured reason codes can be used for reporting and process improvement.

3. Operational Context

SituationWhen it is UsedPrimary UsersFrequency
A customer sends an email asking to return or exchange a product.The process runs each time a new return‑request email is received.Customer Service Representatives (CSRs) handling inbound email requests.As often as return‑request emails are received (multiple times per day).

4. Inputs

Name/LabelTypeDetails Provided
Customer EmailPlain‑text email content (including any order number, product name, or details the customer provides)The complete body of the customer’s email. No attachments, links, or external documents are needed.

Only the email text is needed for a single run of this process. All other data needed for classification are included in the Appendices.


5. Outputs

Name/LabelContentsFormatting Rules
Reason CodeOne of the predefined reason codes (e.g., Damaged Item). Use the exact phrase from the list; do not add punctuation.Title case (first letter of each word capitalized).
Reason DescriptionA concise sentence (in the customer’s language) summarizing the issue.Sentence case, ending with a period.
Suggested Next StepAn action‑oriented sentence that tells the CSR what to do next (e.g., “Send a prepaid return label and arrange a replacement.”).Starts with an action verb, ends with a period. Use a friendly‑yet‑professional tone.

The output is a plain‑text summary that the CSR can copy into a response or internal note.


6. Detailed Plan & Execution Steps

  1. Read the Email – Review the full content of the Customer Email.
  2. Extract Keywords – Scan the email for words or phrases that indicate a return reason (e.g., broken, damaged, wrong size, not arrived, duplicate).
  3. Map to Reason Code – Using the Reason Code Mapping in Appendix C, match the identified keywords to one of the predefined reason codes.
    • If several keywords match, apply the Priority Order (also in Appendix C) to choose the primary reason.
  4. Create Reason Description – Rewrite the key part of the email as a short sentence that captures the customer’s issue. Keep it simple and use the wording from the email whenever possible.
  5. Select Suggested Next Step – Look up the matched reason code in the Next‑Step Guidance (Appendix C) and copy the recommended action. If the reason is Other/Unclear, choose the “Escalate for manual review” suggestion.
  6. Assemble the Output – Fill in the three fields (Reason Code, Reason Description, Suggested Next Step) according to the formatting rules.
  7. Check for Missing Information – If the email does not contain a clear reason, set Reason Code to Other / Unclear and use the “Escalate” next step.

The process stops after the output is assembled; no further actions are taken by this SOP.


7. Validation & Quality Checks

  1. Reason Code Validity – Verify the chosen code exactly matches one entry in the reason list (Appendix C).
  2. Matching Next Step – Confirm that the suggested next step belongs to the selected reason (see mapping table).
  3. Complete Fields – Ensure no field (Reason Code, Description, Next Step) is left blank.
  4. Email Presence – If the Email field is empty, flag the run as “Missing Email Content” and do not produce a classification.
  5. Language – The process only supports English. If the email is in another language, flag for manual translation.

8. Special Rules / Edge Cases

SituationRule
Multiple ReasonsUse the Priority Order (Appendix C) to select the most critical reason.
Ambiguous or No ReasonSet Reason Code to Other / Unclear and use the “Escalate for manual review” next step.
Non‑English EmailFlag as “Unsupported Language” and route to manual review; do not produce a classification.
Missing Order NumberKeep the classification but add “(Order number not provided)” to the Reason Description; still provide the next step.
Conflicting Requests (e.g., “I want a refund and a replacement”)Choose the most “actionable” reason (e.g., Refund > Replacement), based on the Priority Order.
Empty EmailGenerate no output; record “Missing Email Content” and alert the CSR.

9. Example

Input – Customer Email

“Hi, I received my order #4567 last week, but the sweater is the wrong size. I ordered a medium but got a large. Can you tell me how to return it?”

Output – Return Classification Summary

  • Reason Code: Size/Fit Issue
  • Reason Description: Customer received the wrong size (ordered medium, received large).
  • Suggested Next Step: Send a prepaid return label and arrange for a size exchange.

Appendix A – FAQ

  1. What if the email does not mention any product or order number?

    • Record the reason as Other / Unclear, use the “Escalate for manual review” next step, and ask the customer for the missing details.
  2. Can the process handle emails with multiple items?

    • This SOP processes one email at a time. If multiple items are mentioned, treat them as a single request and follow the same steps.
  3. What if the email contains a request for both a refund and a replacement?

    • Choose the more urgent reason (e.g., Damaged Item > Wrong Item > Other). The next step will address the primary reason; the CSR can handle the secondary request manually.
  4. What should a CSR do if the email is in a language other than English?

    • Flag the request as “Unsupported Language” and route it to a bilingual agent for translation and manual handling.
  5. How is the “priority order” determined?

    • The priority order is listed in Appendix C. The most critical reasons (e.g., Damaged Item, Missing Parts) have higher priority than others (e.g., Changed Mind).
  6. What if the email contains a typo that hides the reason (e.g., “damged”)?

    • Use the keyword‑matching step; common misspellings are covered in the Keyword Variations list (Appendix C). If a match is still not found, use Other / Unclear and request clarification.
  7. Is the “Next Step” meant to be copied directly into a response to the customer?

    • Yes. The phrasing is already ready for a reply. The CSR may add personal greetings or sign‑off as needed.

Appendix B – Glossary

TermDefinition
ReturnThe process of a customer sending a purchased product back to the seller for a refund, replacement, or exchange.
Reason CodeA standardized label that describes the main reason a customer wants to return the item.
Reason DescriptionA brief, plain‑language summary of the customer's issue.
Next StepAn actionable recommendation for the CSR (e.g., send a return label, process a refund).
CSRCustomer Service Representative, the person handling the request.
Priority OrderA list that ranks reason codes when more than one is found; the highest‑ranked reason is used.
Escalate for manual reviewA direction to send the request to a supervisor or a specialist for further investigation.

Appendix C – Reason Codes, Keyword Variations, and Next‑Step Guidance

1. Reason Codes & Definitions

Reason CodeDescriptionCommon Keywords & Variations
Wrong Item SentThe product delivered is not the one ordered.“wrong item”, “incorrect product”, “not what I ordered”, “different product”, “sent me the wrong”.
Damaged ItemThe product arrived damaged or broken.“broken”, “damaged”, “cracked”, “defective”, “doesn’t work”, “broken part”, “smashed”.
Product Not as DescribedThe item differs from the online description or picture.“not as described”, “different from website”, “different color”, “different model”, “mis‑matched”.
Size/Fit IssueThe size, fit, or dimensions are wrong.“size issue”, “too small”, “too big”, “wrong size”, “wrong fit”, “size mismatch”.
Changed MindCustomer no longer wants the product.“changed my mind”, “don’t want”, “no longer needed”, “just returning”.
Late DeliveryThe item has not arrived within the promised time.“late”, “not arrived”, “still waiting”, “delivery delay”, “missing”.
Duplicate OrderMore than one order of the same item was placed.“duplicate”, “double order”, “two orders”, “multiple orders”.
Missing PartsThe product is missing components or accessories.“missing part”, “missing piece”, “missing accessory”, “not all parts”, “part missing”.
Wrong ColorReceived a different color than ordered.“wrong color”, “different color”, “color not correct”.
Incorrect QuantityReceived too many or too few items.“wrong quantity”, “more/less items”, “extra item”, “missing item”.
Other / UnclearReason cannot be identified from the email.(none) – used when no clear reason is found.

2. Priority Order (highest priority first)

  1. Damaged Item
  2. Wrong Item Sent
  3. Missing Parts
  4. Product Not as Described
  5. Size/Fit Issue
  6. Incorrect Quantity
  7. Wrong Color
  8. Late Delivery
  9. Duplicate Order
  10. Changed Mind
  11. Other / Unclear

3. Next‑Step Guidance

Reason CodeSuggested Next Step (template)
Wrong Item Sent“Send a prepaid return label to the customer and arrange to ship the correct item.”
Damaged Item“Offer a replacement or a full refund, and send a prepaid return label for the damaged product.”
Product Not as Described“Apologize, offer a replacement or refund, and provide a prepaid return label.”
Size/Fit Issue“Provide a prepaid return label and arrange an exchange for the correct size.”
Changed Mind“Process a refund and send a prepaid return label.”
Late Delivery“Check the shipment status. If still undelivered, offer a refund or a replacement and include a return label if the customer wishes to return.”
Duplicate Order“Cancel the duplicate order, issue a refund for the extra item, and provide a return label for any received items.”
Missing Parts“Send the missing parts immediately or arrange a full replacement; include a prepaid return label if the item must be returned.”
Wrong Color“Send a prepaid return label and ship the correct color.”
Incorrect Quantity“Arrange a return for the extra items and send a replacement for the missing ones; include a return label as needed.”
Other / Unclear“Escalate the request to a supervisor for manual review and request clarification from the customer.”
Unsupported Language“Escalate the request to a bilingual agent for translation and manual handling.”
Missing Email Content“Flag the request as ‘Missing Email Content’ and notify the CSR to request the customer’s email.”

4. Keyword Variation Table (optional reference)

Base KeywordVariations
Damaged“damaged”, “broken”, “cracked”, “defective”, “broken”, “broke”, “cracked”, “dented”
Wrong“wrong”, “incorrect”, “not what I ordered”, “different”, “sent me the wrong”, “wrong product”
Size“size”, “fit”, “too small”, “too large”, “big”, “small”, “size mismatch”, “size is off”
Late“late”, “not arrived”, “still waiting”, “delivery delay”, “missing”
Duplicate“duplicate”, “double order”, “two orders”, “multiple orders”, “duplicate order”
Change“changed my mind”, “don’t want”, “no longer needed”, “returning”

5. Formatting & Style Guide for “Suggested Next Step”

  • Begin with a clear action verb (e.g., Send, Provide, Offer, Check, Escalate).
  • Keep the sentence under 30 words.
  • Use please only when the instruction is to the customer; for internal notes, omit “please”.
  • Use a friendly but professional tone.
  • End with a period.
  • Do not include internal codes, dates, or signatures.

Examples

  • Correct: “Send a prepaid return label and ship a replacement in the correct size.”
  • Incorrect: “The customer should be sent a prepaid label and then we should ship the new product.”

Additional Notes

  • When the email contains a return reason that matches multiple codes, follow the Priority Order to decide the primary reason.
  • If the email contains a request for a specific action (e.g., “I want a refund”) that conflicts with the standard next step for the identified reason, follow the standard next step but note the customer’s request for the CSR to confirm.
  • The SOP is designed for single‑email processing; batch or bulk processing requires a separate SOP.

**.

We build it

Classify Return Request

Classify a customer return request email to determine the reason code and provide an actionable recommendation for the CSR.

Return Request Email

Paste the full customer return request email below for classification.

Try me

The Hidden Cost of Manual Return Triage

When a CSR reads a return request, they must parse the customer's language, locate order details, decide which reason best fits, and then draft a reply. Even seasoned agents can miss a keyword, mis‑label the reason, or spend extra minutes crafting the next step. The result is longer wait times for customers, scattered reason codes in the system, and a backlog of data that never makes it into actionable reports.

AI‑Powered Classification: A Better Way

Logic’s Return Request Classification workflow automates the entire triage. The engine scans the email, extracts key phrases, matches them against a curated list of reason codes, and surfaces a ready‑to‑copy recommendation. The process runs in seconds, delivers a uniform reason label, and supplies a friendly, action‑oriented next step—all without any manual data entry.

Consistent language builds trust

When every reply follows the same structure, customers perceive professionalism and reliability.

What the Workflow Delivers

The result is a tangible lift for your support operation:

Faster response times – CSRs can copy the suggested next step instead of writing from scratch.
Uniform reason codes – the same label appears in every ticket, eliminating ambiguity.
Actionable guidance – the recommended step is already phrased for a customer‑facing reply.
Structured data – reason codes are captured for reporting, helping you spot trends without extra effort.

Reason Codes at a Glance

Reason CodeQuick Description
Wrong Item SentCustomer received a different product than ordered
Damaged ItemProduct arrived broken, cracked or otherwise unusable
Product Not as DescribedItem differs from the online description or image
Size/Fit IssueWrong size, too big, too small, or fit problem
Changed MindCustomer no longer wants the product
Late DeliveryItem has not arrived within the promised timeframe
Duplicate OrderMore than one order of the same item was placed
Missing PartsComponent or accessory missing from the shipment
Wrong ColorReceived a different color than requested
Incorrect QuantityToo many or too few items were delivered
Other / UnclearReason cannot be identified from the email

A Day in the Life of a CSR with the Workflow

A new return email lands in the inbox. Within moments the workflow tags it “Size/Fit Issue,” provides a one‑sentence description, and suggests: “Send a prepaid return label and arrange an exchange for the correct size.” The CSR reviews the output, adds a brief greeting, and hits send. The customer gets a clear, helpful reply instantly, and the ticket now carries a standardized reason that feeds directly into analytics dashboards.

Focus on the Customer, Not the Process

When classification is handled by Logic’s AI, your team spends less time deciphering text and more time listening to what matters to the buyer. Consistent, speedy replies reinforce brand confidence, while clean data drives smarter inventory and product decisions. The workflow is a quiet but powerful ally that lets CSRs turn routine emails into strategic touchpoints.

Ready to Automate?

Get started with this workflow template in minutes. No complex setup required.

View Documentation