Home/Case Studies/E-Commerce
E-CommerceCase Study

Yuvapri Health: Organic Herbal Store
Case Study

Yuvapri Health is an organic herbal brand based in Ahmedabad, Gujarat. With the client's approval, we're sharing this as a public case study. Kevion built a modern React/Vite frontend backed by a Laravel API, giving the brand a fast product catalog, responsive shopping experience, and a backend foundation that can scale with future ecommerce workflows.

Proof Snapshot

TypeCase Study
ClientYuvapri Health
Year2025

Project Overview

Yuvapri Health is an organic herbal brand based in Ahmedabad, Gujarat, selling supplements and wellness products online. With the client's approval, we're sharing this as a public case study. The brand needed a storefront that could run a growing catalog independently, take real payments, and support customers through their own wellness routines — not just a product listing page. Kevion built and continues to build the platform as a React/Vite single-page storefront on a Laravel API backend.

Business Challenge

The client needed an ecommerce platform that a small team could run without a developer on every product update, that priced and processed orders safely on the server rather than trusting the browser, and that could grow into loyalty and retention features as the catalog and customer base expanded — all while keeping every product claim legally defensible for a supplements brand.

  • ✕No existing storefront — product catalog, pricing, and variants (size/flavor) all needed a data model the client's team could manage themselves via an admin panel.
  • ✕Payments had to be server-authoritative: order totals, Razorpay order creation, and payment verification all needed to happen in the API, never trusting client-submitted prices.
  • ✕Guest checkout and order tracking were required alongside full accounts, since not every customer wants to register before buying supplements.
  • ✕Supplement marketing claims (ratings, "Organic" labeling, health benefit language) needed to stay compliant with advertising and consumer-protection rules — no fabricated reviews or disease-cure copy.
  • ✕The catalog needed a fallback path: if the Laravel API was ever unreachable, the storefront still had to serve a working (if static) product catalog rather than showing a blank store.

Project Goals

  • ✓Ship a fast, mobile-first React storefront the client's team could extend without touching code for routine catalog changes.
  • ✓Move all pricing and order logic server-side so the frontend can never set its own prices or fake a payment.
  • ✓Support both guest and registered-customer checkout, with order tracking for guests via order number lookup.
  • ✓Build a foundation for retention features — wishlist, cart persistence, wellness reminders, and a points/streak loyalty system — without re-architecting the storefront later.
  • ✓Keep every on-site claim (ratings, organic/quality language) backed by real data, per the client's legal and compliance requirements.

Technical Architecture

Visual pipeline representing customer requests to backend processing data flows:

Customer
React/Vite SPA (Sanctum SPA cookie auth)
Laravel API
Products / Orders / Users (MySQL)
Filament Admin
Razorpay
Static catalog fallback (public/products)

Technology Stack

LayerTechnology
FrontendReact 18, TypeScript, Vite
UITailwind CSS, shadcn/ui (Radix primitives)
Data fetchingTanStack Query
RoutingReact Router (lazy/code-split routes)
BackendLaravel API, Sanctum SPA cookie auth
AdminFilament (product catalog, orders, inventory)
PaymentsRazorpay (server-created orders, HMAC-verified + webhook-confirmed)
TestingVitest, Testing Library, Puppeteer smoke checks
DeploymentGitHub Actions (typecheck + test + SEO prerender build) to staging/production

Execution Phases

  • Phase 1: Phase 1: Storefront foundation

    Vite/React/TypeScript SPA with Tailwind and shadcn/ui, cart persisted client-side by product/size/flavor, and a static-catalog build pipeline as a day-one fallback.

  • Phase 2: Phase 2: Laravel API + Filament admin

    Replaced the static-only catalog with a database-backed Laravel API and Filament admin, so the client's team manages products, variants, and pricing without a code deploy.

  • Phase 3: Phase 3: Accounts and orders

    Sanctum SPA cookie auth (Google OAuth, email/password, email-OTP), guest and account checkout, and server-side order creation and Razorpay payment verification.

  • Phase 4: Phase 4: Retention and wellness features

    Wishlist, address book, order tracking and guest order lookup, "Buy again," wellness reminders, and an early points/streak ritual-tracking system read from the account API.

  • Phase 5: Phase 5: Ongoing iteration

    Continued feature work — cart cross-sell, restock prediction, save-for-later, checkout PIN-code autofill — shipped incrementally against the client's live storefront.

Technical Problems Solved

✕Never trusting the client for money

Solution: Order totals are recomputed server-side from the Laravel catalog snapshot on every order; the Razorpay payment signature is verified server-side and the webhook is the authoritative "paid" transition, not the client callback.

✕Editable catalog without a developer

Solution: Product data, variants (size/flavor with price multipliers), and inventory moved into a Filament-managed Laravel table, served over a REST API that the SPA consumes with a static-file fallback if the API is ever unreachable.

✕Guest-friendly commerce

Solution: Checkout and order tracking work without an account — the API accepts nullable user_id on orders, and guests can look up an order by order number.

“

"Kevion built our React and Laravel storefront from scratch and the experience was seamless. They took the time to understand our organic product catalog and built a platform that truly represents our brand. We manage our digital catalog independently now — exactly what we needed."

Darshan DaveClient, Yuvapri Health

Lessons Learned

  • •A static-catalog fallback (built at deploy time) is cheap insurance against API downtime for a small ecommerce team.
  • •Server-authoritative pricing and payment verification should be there from the first checkout, not bolted on later.
  • •Guest checkout plus lightweight account features (points, streaks, reminders) covers more real customers than requiring registration up front.
  • •For a regulated product category, compliance review belongs in the same review pass as the code — not a separate legal step after launch.

Why Kevion Technologies

  • ✦Full-stack ownership of both the React frontend and the Laravel API/admin, not just a themed storefront.
  • ✦Server-authoritative payments and pricing from day one.
  • ✦Iterative delivery — the client gets shipped features on their live store, not a single big-bang launch.
  • ✦Compliance-aware for a supplements brand: no fabricated ratings, no unsubstantiated health claims.

Planning a complex platform migration or custom integration?

Let's discuss your project parameters. Get a free custom scoping estimate and architecture consultation with our senior engineering team.

Similar projects

Related reading

Ready to Start Building?

Tell us what you're working on. We reply to every enquiry within one business day (Mon–Sat, IST) with questions, a rough timeline and a quote. No obligation.

Not ready for a full build? Start with a free call or a small, paid discovery phase. see how we keep it low-risk.

General Enquiries

info@keviontechnologies.in

Support

support@keviontechnologies.in

Call Us

+91 75730 55757

Our Promise

A senior team member reads every enquiry and replies personally within one business day. In the UK, UAE or US? Tell us your time zone and we'll book a call that suits you.

Yuvapri Health: React and Laravel Healthcare Storefront