Context 📒
In a , we identified Incorrect claim rejections as a main reason of detraction and seller trust breakage. In particular, sellers believe that their genuine claims are being rejected by Meesho. Deep-diving into claim rejection reasons revealed that about 10-12% of rejected claim tickets are because sellers raised the claim ticket under the wrong disposition. (A disposition is an L2 reason a seller selects while raising a claim. Eg: I have received a wrong product , Item/s are missing in my return, I have received damaged product, I have received used product as return).
Also, as a part of Seller Trust on improving the end-to-end claims experience for suppliers on the panel, Claims Tracking and Raising were key focus areas. Tracking was revamped with the introduction of the new Claims Tab, while claim raising is being addressed in this PRD. The document aims to simplify the claim-raising process and help sellers reduce the number of claims submitted under incorrect dispositions.
Problem Definition 🔎
We would only be looking at problems faced by the sellers in raising the claim under the correct disposition.
To understand why sellers raise claims under wrong disposition we conducted seller LoDs. Following are the themes we discovered
Percentage Suppliers in LODs
Requirements 🔑
The simplified claim-raising process can be divided into two parts:
1. Entry Points to Raise a Claim
Use Case- Assist suppliers in navigating the claim-raising process easily by providing clear guidance on where they can submit claims (e.g., Support, Claims Page, and Returns). Additionally, address situations where a supplier is in the Claim Cool Off period by informing them upfront and suggesting the appropriate next steps.
2. Claim Raising Form
Use Case- The simplified form displays supplier dispositions relevant to their sub-order. It also includes validations on the sub-order ID and subsequent next steps if any.
The details of each section are as follows:
Section 1 : Entry Points to Raise a Claim
All the older claim-raising dispositions (1, 2, 3, 4, 139, 140) to be deprecated from the support section and transitioned into the new raise a Claim CTA/FAQ. We will ensure that existing responses remain consistent, while the new ones will be determined based on what sellers select in the claim-raising form for both Customer Returns and RTO issue lists.
Entry Point 1: Support CTA/Support FAQ FAQ/CTA to be added- “I have received a wrong/damaged/missing/used return or RTO” Placed as first FAQ in the order All other Claims related FAQs to be deprecated from support, except for lost ( “I have not received by Return/RTO shipment”) Edge Case- When the supplier is on claim Cool Off
Entry Point 2: Claims Tab a. Raise a claim CTA, and redirection to the new form and not support.
Edge Case- When the supplier is on claim Cool Off
Entry Point 3: Returns→Return Tracking→Delivered Tab a. Raise claim CTA upfront on each sub order ID
b. Here when ever suppliers selects for specific line item(sub order) on claim raising form it should be auto filled, ie sub order ID should be auto filled.
Edge Case- When the supplier is on claim Cool Off
Section 2: Claim Raising Form
The complete claim-raising form will vary depending on the return type, whether it's a customer return or RTO. Details of both are mentioned in point below. Additionally, there will be a set of validations related to the sub-order ID, which will be common to both return types, as covered in the third point.
As a supplier whenever I click on “Raise Claim” CTA/FAQ I should be redirected to Claims Page and a responsive page with header “Raise a Claim” should open
Edge Cases
All the steps remains same in claim raising process, just the issue selection (5th sr no. in customer returns)
Section 3: Other Support Pages
Claim Cool Off Suppliers request FAQ- I am unable to raise a claim on my wrong Returns/ RTOs received
Access to raise claims on any wrong returns/ RTOs will be disabled for the following reasons:
1. Raising invalid claims for correctly received products.
If you feel this is a mistake on our end help us know what was’t wrong attaching the cool off mail received from Meesho and for all sub order ids/ticket id mentioned please proved proofs and explanation on what went wrong along with that this will be kept in mind for future cases. Find sample excel file
2. Using non-barcoded packaging to dispatch shipments.
If yes, we request that you raise a ticket. Otherwise, please ensure that you scan 100% of your shipments before dispatching the orders. Thank you for your cooperation and attention to this matter. Find the video here
3. Failing to scan barcoded shipments before dispatch.
Please follow the instructions given below(YouTube video here):
Scanning through mobile:
Open Meesho Seller App on your mobile browser (Google Chrome / Safari) and click on Scan Now button under Branded Packets on the home page.
Scanning through laptop:
Open the Orders tab on your desktop or laptop and click on Scan Branded Packets button, attach the 2D QR code scanning gun to your desktop or laptop, and start scanning.
Designs 🎨
Dekstop & Mobile Screens
Metrics 📈
NSM [TBD]
Claim’s rejection due to incorrect dispositions (To be done via manual Audits) Guardrail metrics (To see if the changes have not deterred sellers to raise claims)
Impact Expected
First-Order Impact: ~2% increase in Approval Rate. Working as follows Current Rejection Rate →25% 10-12% of rejected tickets → 2.5% - 3% tickets at platform level Assuming Platform approval rate of 75% on these tickets → Approval rate increase is 1.875 - 2.25% Improvement in the Net Promoter Score (NPS) of claim detractors (Impact indeterministic) Claim activation (Impact indeterministic) Inside Out 🚧
Amazon
Flipkart
Rough