Customer Complaint & RMA Intake: Close the Loop on Every Complaint
Capture complaints and return authorizations, link them to the product and lot, route them through investigation, and gate every RMA and resolution behind a quality engineer's approval — so nothing dies in an inbox.
A web tool where customer service logs a complaint, links it to the exact product and lot, a quality engineer approves the RMA and the final resolution (credit, replace, or repair), the customer is notified by email, and you export a complaint register and quality trend — with a full audit trail behind every step.
Before you start
- A Supabase account (free)
- A Vercel account (free)
- A Resend account (free)
- A list of your products and lot/serial numbers (a CSV is perfect)
- Claude Code or any AI coding agent
The problem this kills
A customer emails that a part failed. It lands in a shared inbox, someone forwards it, sales promises a credit, the quality team never hears about it, and three weeks later nobody can say which lot it came from or whether anyone ever closed it out. The next complaint about the same defect looks brand new — because there's no register, no trend, and no way to see that you've now had nine of these from the same production run.
Complaints and returns are some of the most valuable signals a manufacturer gets, and they're the ones most likely to evaporate. When a complaint dies in an inbox you lose three things at once: the customer's trust, the traceability back to the lot that would let you find the root cause, and the trend data that would tell you this is systemic and needs a corrective action. The fix is not a bigger inbox. It's a tracked, closed loop where every complaint is logged, linked to a product and lot, investigated, resolved by a real decision, and counted. You do not need to be a developer to build that.
What you'll build
A simple internal web tool for your customer service, quality, and sales-support teams. Someone logs a complaint through a form — the customer, the product, the lot or serial number, what failed, and what the customer is asking for — and attaches photos or documents. The tool links the complaint to the exact product and lot for traceability. From there it routes to investigation, and a quality engineer approves the RMA authorization before any return number goes to the customer, then approves the final resolution — credit, replacement, or repair — before it's issued or posted. The customer gets a clean notification email at each gate. And every complaint feeds a register and a quality trend so you can see, at a glance, which products and lots and defect types are recurring — and escalate the systemic ones to an NCR or CAPA.
What's inside the Implementation Plan
The downloadable plan is a step-by-step file you paste into an AI coding agent. It opens by interviewing you about your business — your current complaint process and who touches it, the systems and spreadsheets you live in, the exact way you name products, lots, serials, and complaint numbers, your typical and peak complaint volumes, your real approval rules and dollar thresholds, and the messy edge cases your team trips over. It reads a short spec back to you for a thumbs-up, then builds the tool around your answers instead of a generic template. From there it walks the agent through the data model, the intake form with attachments, the product/lot linking, the investigation and RMA workflow, the human approval gates, the customer notifications, and the register and trend exports. Every step ends with a ready-to-copy prompt.
The governance it includes (this is the point)
This isn't a toy. The plan builds in the controls a real quality function needs: login so only your team can use it, row-level security so people only see their own organization's complaints, a complete audit trail of every status change, approval, and resolution (who, what, when, and why), a hard human-approval gate so no RMA is authorized and no resolution is issued until a quality engineer signs off, and a duplicate guard keyed on the complaint/RMA number so the same issue can't be logged or processed twice. The whole tool exists to make a careful human decision easy and traceable — the form captures the facts, a person owns the call.
Who it's for
Customer service reps, quality engineers, and sales-support teams who own the path from "a customer is unhappy" to "the complaint is closed and counted." If you can describe how a complaint moves through your shop today and what makes a return approvable, you can build this.
You've got this — open the plan, paste the first prompt, and you'll be logging and closing your first real complaint this afternoon.