Software Built Around Your Business

Rhino LED Lights

Returns That Run Themselves Instead of Living in an Inbox

Rhino LED Lights handles returns and repairs as a tracked process rather than a stream of emails. The customer submits the request and the photos, the status moves through defined stages, the customer is told automatically each time it changes, and the shipping labels and paperwork are generated instead of typed.

The Problem

Returns are the process most businesses never get round to fixing. A customer emails to say something is wrong. Someone replies asking what happened and for photos. The photos arrive in a different thread. A decision gets made somewhere in the middle, and after that the only record of where the return stands is in one person's inbox and one person's memory.

Rhino LED Lights needed returns and repairs handled properly: requests captured with the evidence attached, a status anyone in the business could look up, customers told what was happening without having to chase, and the shipping labels and paperwork produced automatically instead of assembled by hand every time.

It also had to work at the pace of a real support desk - a queue staff can see, notes that stay attached to the case, and a customer-facing view so that "where is my return?" is a question the system answers.

What We Built

A customer-facing return request form with photo upload for documenting the problem
A status workflow running from request through approval, processing and completion
Automatic email notifications to the customer whenever the status changes
Staff notes and customer comments kept together on the same case
Shipping labels generated, with tracking numbers recorded against the return
Packing slips and return forms generated as print-ready PDFs
A staff dashboard showing every open return and where each one stands
Repair tracking running on the same workflow as returns

What Changed

  • Returns live in a system with a status and an owner, instead of in an inbox.
  • Customers document the problem with photos when they submit it, so staff stop chasing for evidence.
  • Each status change notifies the customer automatically - nobody has to remember to send the update.
  • Shipping labels and paperwork are generated from the record rather than typed up for every return.
  • Anyone on the team can see the queue and say where a return has got to.
  • Every return keeps its own history: what was said, what was decided and when.
  • Repairs are tracked in the same place as returns, rather than as a separate arrangement.

What This Could Do in Your Business

Any process that currently runs on email threads and someone remembering to follow up.
Intake forms that collect what you actually need the first time you ask.
Status updates sent automatically instead of written out by hand.
Documents - forms, slips, authorisations - generated from the record rather than retyped.
Carrier integration, so labels and tracking numbers come from the same place as the case.
A shared queue, so work sits somewhere the whole team can see rather than in individual inboxes.

The Process Most Businesses Still Run by Hand

The same return, before and after
Run out of an inbox
  • Customer emails to describe a problem
  • Staff reply asking for photos and order details
  • Evidence arrives across several threads
  • Status lives in whoever handled it last
  • Customer chases for an update
  • Labels and paperwork typed out per return
  • No way to see how many returns are open
Run as a tracked process
  • Customer submits a request with photos attached
  • Order and product details captured on submission
  • Everything about the case stays on the case
  • Status is explicit and visible to both sides
  • Customer is notified automatically at each step
  • Labels and PDFs generated from the record
  • Staff dashboard shows the whole queue at once
Why this one matters

Returns are worth pointing at because almost every business has a process shaped exactly like this one: a request arrives by email, someone gathers information that could have been asked for up front, and the state of the work exists only in a person's head. Approvals, claims, onboarding, quotes and service requests all behave the same way. The fix is the same too - capture the request properly, give it a status, and let the system do the chasing and the paperwork.

Which of your processes still runs on email?

Returns, approvals, claims, onboarding, quotes - from the inside they all look the same. Show us how yours works today and we will tell you which parts of it could run themselves.

Under the Hood

For the technical evaluators: how this was actually built.
Rhino LED Lights 2022 - 2025 In Production

The Workflow in Detail

RMA Workflow Management
  • Complete workflow from request to completion
  • Status-based workflow progression
  • Request submission and validation
  • Approval and rejection handling
  • Processing and completion tracking
  • Automated status transitions
Status Tracking & Notifications
  • Real-time status updates
  • Email notifications for status changes
  • Customer-facing status display
  • Staff dashboard with status overview
  • Status history tracking
  • Automated notification triggers
Image Upload Handling
  • Multiple image uploads per RMA
  • Damage documentation support
  • Image storage and management
  • Image display in RMA details
  • File validation and processing
  • Cloud storage integration
Communication System
  • Staff notes and internal comments
  • Customer comments and responses
  • Communication history tracking
  • Threaded conversations
  • Email integration
  • Notification system
Shipping Label Generation
  • Automated shipping label creation
  • Integration with shipping APIs
  • Return shipping labels
  • Label download and printing
  • Tracking number management
  • Multi-carrier support
PDF Document Generation
  • Packing slip generation (DOMPDF)
  • RMA documentation PDFs
  • Custom PDF templates
  • Automated PDF creation
  • PDF download and email
  • Print-ready formatting

Technical Implementation

Backend Architecture
Laravel 10 PHP 8.2+ Service Layer Workflow Engine File Storage
Database Design
MySQL Status Tracking File Management Audit Trail
Integrations & Tools
DOMPDF Shipping APIs Email Services Cloud Storage
Frontend
Bootstrap 5 Livewire File Upload Status Display

Engineering Notes

Explicit State Machine

The RMA moves through defined states from request to approval, processing and completion, with transitions handled in the service layer and recorded in a status history. Notifications and document generation hang off those transitions rather than off manual actions.

File Handling

Customer image uploads are validated, stored in cloud storage and attached to the RMA record, so damage evidence is retrievable alongside the case history rather than living in a mailbox attachment.

Document Generation

DOMPDF renders packing slips and return documentation from templates populated by the RMA record, producing print-ready PDFs that can be downloaded or emailed without manual assembly.

Carrier Integration

Shipping APIs generate return labels directly from the RMA, with tracking numbers written back to the record so the return can be followed without cross-referencing a carrier portal.

Operational Characteristics

Built Into the Platform
  • Part of the main e-commerce platform, using existing order and customer records
  • Shares the platform's shipping and email integrations
  • Repair tracking runs on the same workflow
  • Customer-facing views sit inside the customer account
Designed For Volume
  • Auditable status history on every case
  • Staff dashboard built around the open queue
  • Document and label generation on demand
  • Consistent handling as case volume grows

The Capability Behind This Project

If any of that sounded like your business, this is the service it falls under.

Returns are rarely the only one

Approvals, claims, onboarding, quotes - the same shape turns up wherever a process everybody knows is written down nowhere. That work has its own page.