Industry solution

Retail & E-commerce

From drop day to repeat order, one connected commerce operation

Storefront, stock, checkout, delivery, returns, subscriptions and margin, handled by products designed to pass work to each other.

Products
8
Challenges
6
Concepts
15
Knitwear being packed for shipment beside a store pickup shelf, with screens showing orders and a delivery update
Kadaikodi(opens Kadaikodi in a new tab)MoveTheWheels(opens MoveTheWheels in a new tab)CoolAndLovely(opens CoolAndLovely in a new tab)HeadshotMarketing(opens HeadshotMarketing in a new tab)Subscriber Bot(opens Subscriber Bot in a new tab)Botlit(opens Botlit in a new tab)FluidGrids(opens FluidGrids in a new tab)BigConsole(opens BigConsole in a new tab)

The problem

Why running commerce feels like reconciling five systems

Commerce teams sell from one system, count stock in another, ship through a third and measure in a fourth. Every seam shows up as an oversell, a stalled checkout, a 'where is my order' ticket, a slow refund or a channel that quietly loses money.

A modern retailer sells in several places at once: its own site and app, a marketplace storefront, stores that double as small warehouses, and often a subscription that ships on a cadence. Each channel makes promises about stock, delivery dates and price, yet the numbers behind those promises usually live in different tools that sync on different schedules. When a drop is hot or a carrier hub slips, the gaps between them become customer-facing within minutes.

The post-purchase side carries as much weight as the storefront. Delivery exceptions drive 'where is my order' contacts, returns tie up stock and cash until a carton is opened, and subscriptions erode through card declines that nobody is watching. These are operational problems that marketing cannot fix with a discount code and that support cannot fix by copying tracking links faster.

Margins are thin, and the metrics most teams watch daily, revenue and return on ad spend, leave out discounts, shipping and returns. A connected setup matters less for any single feature than for the hand-offs: stock that informs the storefront, delivery events that inform support, returns that inform merchandising, and every cost landing in one view of what each channel actually earns.

Who this is for

  • Head of E-commerce or Digital

    A storefront and checkout that sell only what can ship and convert without leaning on blanket discount codes.

  • Omnichannel and fulfillment operations lead

    One stock number across the distribution center, stores and marketplace, fewer split shipments, and a returns bay that clears daily.

  • Customer experience lead

    Fewer 'where is my order' contacts, consistent answers during carrier delays, and agents freed for refunds and damaged items.

  • Growth and performance marketing lead

    Knowing which channels, campaigns and creator codes make money after discounts, shipping and returns, not just revenue.

  • Retention and subscriptions manager

    Seeing why subscribers leave, catching failed renewals early, and offering a skip or a pause before a cancel.

  • Finance and merchandising partner

    Refunds that reconcile to graded returns, fit problems caught before the next buy, and channel margin finance can trust.

A day in the life

The story behind the solution

Drop week at Fernwick & Pine

Fernwick & Pine sells knitwear, tees and home linens through its own site and app, a marketplace storefront and eleven stores that also ship online orders. It runs Basics Club, a subscription that sends socks, tees and underwear every eight or twelve weeks. This week it launches the Harbor Knit capsule, co-designed with a creator. Nadia owns the online business end to end, which means every seam between selling, shipping and measuring eventually lands on her desk.

  1. Monday, 10:25

    The cardigan sells past zero

    The capsule went live at 10:00. At 10:25 the distribution center lead calls Nadia from the pick floor: the oat cardigan in medium has taken more orders than the shelf behind him can fill. Minutes later three store managers message that the same size is sitting unsold in their stockrooms. Nadia pulls the size offline by hand and asks customer service to start drafting backorder apologies to the brand's most eager customers.

    How this is solved: Drop day without overselling
  2. Monday, 15:40

    Carts stall at the delivery step

    Mid-afternoon the analytics channel lights up: sessions are high and conversion is not. Nadia places a test order on her phone and watches her own total jump on the last screen. Then a store manager forwards a complaint from a shopper who bought the beanie at the counter at noon and, an hour later, received a discount code for the cart she had already paid for. Nadia pauses the abandoned-cart email for the rest of the day.

    How this is solved: Checkouts that stall at delivery
  3. Wednesday, 08:10

    A sort hub slips and the inbox fills

    Nadia hears about the delay from her support lead, not from the carrier. Overnight the queue doubled with 'where is my order' messages, nearly all from one region, and a shopper has posted a screenshot of two replies from the brand that disagree about where her parcel is. Nadia pulls two merchandisers onto the queue to answer status questions by hand, and the refund requests wait another day.

    How this is solved: Late parcels and a flooded support inbox
  4. Thursday, 11:30

    The returns bay is full of cartons

    Nadia walks the distribution center with the operations manager. The returns bay is stacked to shoulder height with cartons from the summer drop, and a handwritten sign says refunds are running behind. She opens three cartons at random. All three hold the wide-leg trouser, and all three slips complain about the length. The next production order for that trouser is due to be signed on Monday.

    How this is solved: Returns that sit in cartons
  5. Friday, 09:00

    Basics Club leaks from both ends

    The subscriptions manager brings Nadia a list of Basics Club members who were billed on Tuesday and did not renew. Most never chose to leave; their cards were declined. Below it is a complaint from a longtime member who wanted a break from socks, found no way to pause, canceled, and then received a win-back email she had asked not to get. Nadia asks whose job it is to catch these, and the room goes quiet.

    How this is solved: Subscribers who quietly lapse
  6. Friday, 16:00

    Great ROAS, missing margin

    At the weekly growth review the performance lead proposes doubling paid social and extending the creator's code for another month. The finance partner pushes back with a spreadsheet she built by hand overnight, and neither side can prove whose numbers are right. The meeting ends with next week's budget set on the revenue dashboard, and Nadia leaves knowing the same argument will open next Friday.

    How this is solved: ROAS that ignores discounts, shipping and returns

By Friday evening Nadia's notebook holds six problems, and not one of them can be fixed by the team that first noticed it. The warehouse cannot correct the storefront, support cannot see the carrier, the dock cannot release a refund, and finance cannot see what marketing spends. The challenges below show how each of those moments is designed to play out when the products pass the work along.

Challenges and how they are solved

6 problems, several products, one connected answer

Each challenge shows the problem as it happens, how the products are designed to hand work to each other, and the concepts that illustrate it. Share any challenge on its own.

Answers are in plain business terms. Choose Technical, or open any technical detail, to see how it works under the hood.

The problem

The storefront's count per size comes from a warehouse file typed in once, the Friday before a launch, and nothing recalculates it as the day moves. Nothing holds stock back: the count ignores units already allocated to open orders, units held for the marketplace listing and the safety stock the distribution center keeps for mis-picks. Store stockrooms are invisible to the site, so a size can sell out online while the same size sits unsold in three stores. On drop day, when demand piles onto a few sizes in the first hour, that gap turns straight into oversells and backorders.

What it costs

Oversells turn a launch into cancellations and backorders for the most engaged customers, and stock strands in the wrong channel while the right one sells out.

How the products work together

MoveTheWheels counts warehouse and store stock, and FluidGrids passes those counts to Kadaikodi every few minutes. Kadaikodi is designed to show one sellable number per size and channel, holding back safety stock, and to flag a size before it oversells so it can ship from a store or go on backorder. When CoolAndLovely publishes the outfits at launch time, FluidGrids opens their sizes for sale at the same moment.

How it works — technical detail

Technical detail

MoveTheWheels keeps on-hand, allocated and available stock by location for the distribution center and each store. FluidGrids can run a sync workflow every few minutes that carries those counts into Kadaikodi, where an available-to-sell board is designed to subtract allocations, safety stock and marketplace reservations and show a sellable number per channel and size. CoolAndLovely holds the capsule as a scheduled collection with a publish window. At that moment FluidGrids is designed to open the matching sizes for sale in Kadaikodi, so the storefront and the cart go live together. When a size nears its threshold, Kadaikodi flags it before it oversells and can switch it to ship-from-store or backorder. When the sellable number reaches zero, FluidGrids sets the matching CoolAndLovely style item to out of stock so the look stops promoting it. MoveTheWheels' planned multi-location fulfillment is designed to route each paid order to one location that holds every item.

The outcome it is designed for

Each channel is designed to sell only what can ship, launch-day cancellations become the exception, and store stock contributes to the drop instead of hiding from it.

The concepts behind it

The problem

Delivery fee and delivery date are calculated only at the final step, so the first time a shopper sees the real total is the moment they are asked to pay. Store pickup is offered wherever someone switched it on by hand, not wherever the size is actually on the shelf. Recovery is a single timed email carrying one discount code for everyone: it never checks whether the shopper has since bought in a store or on the app, whether the cart still exists, or whether the size is still available.

What it costs

Revenue leaks at the last step, blanket codes train shoppers to wait for a discount, and full-price launches give away margin they never needed to.

How the products work together

Kadaikodi is designed to show shoppers the delivery fee and expected date while they are in the cart, and to offer store pickup only where the size is on the shelf. When a cart stalls, FluidGrids checks whether the shopper has since bought elsewhere and whether the size is in stock. HeadshotMarketing follows up only with shoppers who truly left, offering pickup at the nearest store before any discount.

How it works — technical detail

Technical detail

Kadaikodi's checkout is designed to resolve fulfillment choice, delivery fee, tax and discount against one server-computed total. The same store counts that feed the available-to-sell board are designed to decide which stores offer pickup for the size in the cart, and Kadaikodi's cart is designed to show the delivery fee and estimate before the delivery step. When a cart stalls, Kadaikodi's planned abandoned-cart capture is designed to emit an event. FluidGrids can catch it with a webhook trigger, check whether the shopper has since ordered elsewhere and whether the size is still available, and pass only genuine abandoners to HeadshotMarketing, with the nearest store that holds the size. Its cart-abandonment journey waits, emails, texts and branches, offering pickup at that store before it ever reaches for a discount.

The outcome it is designed for

Recovery messages are designed to reach only shoppers who truly left, lead with a better fulfillment option instead of a code, and open carts that still work.

The concepts behind it

The problem

Carrier scan updates never reach any system the brand runs, so a delay or a failed delivery attempt exists only on the carrier's portal until a shopper notices it. Agents answer status questions by copying tracking links between the order system, several carrier portals and the help desk, and each reads the carrier updates a little differently. Nothing notifies affected shoppers in advance, so one slipped sort becomes hundreds of separate contacts, and refund and damage requests queue behind simple status questions.

What it costs

Order-status contacts crowd out the conversations that need a person, first replies slow down, and customers who already feel let down get answers that contradict each other.

How the products work together

MoveTheWheels shows late and failed deliveries on one board, and FluidGrids is designed to send each affected shopper a delay notice with the new expected date before they write in. Botlit's support assistant answers the questions that still come in, using the actual order and shipment records, and shows which ones it used. Refunds, damaged items and long delays go to a person, with the order attached.

How it works — technical detail

Technical detail

MoveTheWheels is the delivery record: its exceptions board groups delayed shipments and failed attempts. When MoveTheWheels logs a delay or failed attempt, FluidGrids is designed to pick up the exception on a schedule and send each affected shopper a delay notice with the revised estimate. Botlit's customer support bot routes remaining status questions to an order-status agent designed to look up the order in Kadaikodi and the shipment in MoveTheWheels, check whether a delay notice has gone out, and answer with the latest tracking event, citing what it read. Refund requests, damaged items and long-running exceptions go to a person with the order and exception attached.

The outcome it is designed for

Shoppers are designed to hear about a delay before they ask and to get one consistent answer when they do, while agents spend their time on refunds, damages and real exceptions.

The concepts behind it

Botlit

E-commerce Order-Status Support Agent

Answers the 'where is my order' questions that still come in from the Kadaikodi order and the MoveTheWheels shipment, cites both, and hands refunds and damaged items to a person.

Works with Kadaikodi, MoveTheWheels, FluidGrids

The problem

Returns arrive as unannounced cartons with a paper slip. Each one has to be opened, matched to its order by hand and graded restock, outlet or recycle, and the refund is released only once someone gets to it, so refund timing depends on the size of the backlog. The reasons shoppers give sit in written comments that nobody reads together by style, size or week, so a repeat fit problem stays invisible to merchandising until after the next production order is placed.

What it costs

Slow refunds bring repeat contacts and disputes, resaleable stock misses its selling window, and a fixable fit problem ships into the next season.

How the products work together

A shopper starts a return in Kadaikodi, and MoveTheWheels is designed to book the pickup and let the dock team grade each item with a photo: restock, outlet or recycle. Restocked items go back on sale, and once an item is graded, FluidGrids tells Kadaikodi to refund the original payment. BigConsole shows merchandisers return reasons by style, size and week, so fit problems surface before the next production order.

How it works — technical detail

Technical detail

A shopper starts a return in Kadaikodi, whose planned returns flow is designed to authorize it and pass it to MoveTheWheels as a reverse shipment linked to the order. MoveTheWheels' returns queue is designed to schedule the pickup or drop-off and let the dock team grade condition and disposition with a photo. A restock grade puts units back into stock by bin, and restocked units return to the available-to-sell count on the next sync. A completed grade is designed to pass a refund-ready signal through FluidGrids to Kadaikodi, which is designed to issue the refund to the original payment method. FluidGrids can also carry return reasons and dispositions into a BigConsole returns console, where merchandisers filter by style and drill into the reasons behind it.

The outcome it is designed for

Cartons are designed to clear daily, refunds follow the grade instead of the backlog, and fit problems reach the merchandiser before the next buy.

The concepts behind it

The problem

Renewals run on automatic billing that retries a declined card once, at a fixed interval, and then lapses the member without alerting anyone. The cancel flow is a single confirmation step, with no skip, pause or cadence change offered before it completes. Churn is reported as one monthly number, so the team cannot separate members who left over price from members who simply had enough product, and win-back emails go to every former member from one list that ignores contact preferences.

What it costs

Recurring revenue erodes through both avoidable cancellations and failed payments, and the most loyal members are treated the same as everyone else.

How the products work together

Kadaikodi is designed to retry a declined card on a schedule, not just once, and to offer a skip, a pause or fewer deliveries before a member cancels. Subscriber Bot's planned reports show why members leave, catch failed renewals while members are still active and suggest offers for at-risk members. Once approved, HeadshotMarketing sends card-update reminders or the matching offer, and leaves out anyone who asked to leave.

How it works — technical detail

Technical detail

Kadaikodi's planned recurring orders are designed to place each renewal, run dunning that retries a declined card on a schedule rather than once, and offer a skip, a pause or a longer cadence on the cancel step before confirming. Subscriber Bot's planned provider-side analytics, applied to the brand's own subscription, are designed to read those renewal orders and payment results and give the retention team one desk: cohorts by start month, churn reasons and members likely to leave, each with a suggested save. Subscriber Bot flags each failed renewal while the member is still active, so involuntary churn is caught before the card lapses. Approved saves pass to HeadshotMarketing as reason-specific segments, where separate journeys send card-update reminders, cadence offers or one respectful win-back, and suppress anyone who asked to leave.

The outcome it is designed for

Failed renewals are designed to be caught while the member is still active, and each member hears the offer that fits why they are leaving.

The concepts behind it

The problem

The weekly growth review runs on a revenue dashboard, so channels are compared on revenue and return on ad spend alone. Ad spend lives in the marketing tool, discounts and stacked codes in the order system, and shipping and return costs in the logistics system, and no report brings them together per channel, campaign or creator code. Orders that stacked two discounts, split into two parcels because stock sat in different places, or came back a week later still count as wins, so budget follows revenue rather than what each channel earns.

What it costs

Budget flows to channels that look strong on revenue but lose money after discounts, shipping and returns, while quieter channels with healthier baskets get cut.

How the products work together

FluidGrids is designed to gather ad spend from HeadshotMarketing, orders and discounts from Kadaikodi, and shipping and return costs from MoveTheWheels into BigConsole on a schedule. BigConsole lays out what each channel, campaign and creator code earns after discounts, shipping, returns and ad spend, and planned alerts warn when a channel keeps losing money. The growth lead rebalances next week's budget in HeadshotMarketing, and finance sees the same numbers.

How it works — technical detail

Technical detail

HeadshotMarketing supplies spend, conversions and channel performance, with first- and last-touch views side by side. FluidGrids workflows are designed to pull that spend, Kadaikodi's orders and discounts, and MoveTheWheels' shipping and return costs into BigConsole datasinks on a schedule. BigConsole's contribution-margin console is designed to lay margin at full price, discounts, shipping, returns and ad spend side by side for each channel, campaign and creator code, and, with planned threshold alerts, to flag when a channel's margin stays below zero. The growth lead takes that view back into HeadshotMarketing to rebalance next week's budget.

The outcome it is designed for

Budget decisions are designed to rest on what each channel earns after every cost, and finance and marketing work from the same numbers.

The concepts behind it

How it fits together

How the pieces pass work to each other

Follow one drop from publish to next week's budget. Each step is one product's part, handing something specific to the next: a publish window, paid orders, delivery exceptions, refund requests, sales and cost figures, and lists of members at risk.

  1. To Kadaikodi: The moment to open the capsule's sizes for sale

  2. To MoveTheWheels: Paid orders to pack and ship from the right location

  3. To FluidGrids: The list of late parcels, and returns ready for refund

  4. To FluidGrids: Refund and damage requests, with the order attached, for a person

  5. To BigConsole: Up-to-date sales and cost figures, refreshed on a schedule

  6. To HeadshotMarketing: What each channel and creator code earns, for next week's budget

  7. To HeadshotMarketing: Approved groups of at-risk members, sorted by why they might leave

Step 1 of 8: Publish the drop

How each hand-off works — technical detail

Technical detail

  1. 1. CoolAndLovely — Publish the drop: Holds the capsule as a scheduled collection with a publish window, and publishes its pieces as shop-the-look outfits.Hands to Kadaikodi: At the publish moment, a FluidGrids workflow is designed to open the collection's sizes for sale.
  2. 2. Kadaikodi — Sell what can ship: Sells each size against available-to-sell stock, runs checkout with delivery or store pickup, and records order, renewal and payment status.Hands to MoveTheWheels: Paid orders, designed to be released to pick, pack and ship from the right location.
  3. 3. MoveTheWheels — Ship, track, take back: Ships from the distribution center or a store, logs delivery exceptions, and grades returns at the dock.Hands to FluidGrids: The exception list for proactive delay notices, and returns graded refund-ready.
  4. 4. Botlit — Answer the rest: Answers the status questions that still come in after the delay notices, from Kadaikodi orders and MoveTheWheels shipments, and cites both.Hands to FluidGrids: Refund and damage requests as a workflow trigger, designed to reach a person with the order attached.
  5. 5. FluidGrids — Warn and route: Sends delay notices from the exception list, passes refund-ready returns to Kadaikodi, and lands order, spend, shipping and return rows in datasinks.Hands to BigConsole: Datasinks refreshed on a schedule.
  6. 6. BigConsole — Show true margin: Lays discounts, shipping, returns and ad spend beside margin per channel and creator code, with planned alerts when a channel stays below zero.Hands to HeadshotMarketing: Contribution by channel and creator code for next week's budget.
  7. 7. Subscriber Bot — Flag subscribers at risk: Reads renewal orders and payment results from Kadaikodi, flags failed renewals, and proposes a save for each member likely to leave.Hands to HeadshotMarketing: Approved, reason-specific segments of at-risk members.
  8. 8. HeadshotMarketing — Recover and re-engage: Runs cart-abandonment and re-engagement journeys and shifts paid budget toward channels that earn after every cost.Hands to Kadaikodi: Returning shoppers and members, back to a cart that still works.

Products in this solution

What each product brings

  • Kadaikodi

    Cart, checkout, catalog and orders behind your storefront

    Kadaikodi is where customers buy: one catalog, a checkout that works out delivery fee, tax and discount as one total, and a record of every order and payment that the other products read.

    Technical detail

    Technical detail

    Kadaikodi is the selling surface: one catalog of offerings, a checkout that computes delivery fee, tax and discount on the server, and an order lifecycle with independent payment status, the record the other products read.

  • MoveTheWheels

    Stock, fulfillment, delivery and returns

    MoveTheWheels keeps stock counts accurate by location, turns packed orders into tracked deliveries and shows late or failed deliveries. Returns handling is on its roadmap.

    Technical detail

    Technical detail

    MoveTheWheels keeps inventory honest by location, turns packed orders into tracked shipments, surfaces delivery exceptions, and has returns management on its roadmap.

  • CoolAndLovely

    Fashion storefronts, drops and creator collaborations

    For clothing and lifestyle brands, CoolAndLovely runs brand storefronts, seasonal collections that go live at a set moment, shop-the-look outfits and collaborations between brands and creators.

    Technical detail

    Technical detail

    For apparel and lifestyle brands, CoolAndLovely holds brand storefronts, seasonal collections with a publish moment, shop-the-look outfits and brand-creator collaborations.

  • HeadshotMarketing

    Campaigns, journeys and channel performance

    HeadshotMarketing runs follow-ups for abandoned carts and lapsed customers, paid and influencer campaigns, and the channel results view growth teams start their week with.

    Technical detail

    Technical detail

    HeadshotMarketing runs cart-abandonment and re-engagement journeys, paid and influencer campaigns, and the channel performance view growth teams start their week with.

  • Subscriber Bot

    Subscription retention for the business that runs it

    Subscriber Bot tracks recurring customers, renewals and cancellations. Its planned reports for companies that run a subscription are designed to show subscribers grouped by the month they joined, why they leave and who is likely to leave next.

    Technical detail

    Technical detail

    Subscriber Bot models recurring relationships, renewals and churn. Its planned provider-side analytics are designed to give a company that runs a subscription a view of cohorts, churn reasons and members at risk.

  • Botlit

    Customer support assistants

    Botlit is designed to send shopper messages from web chat and messaging apps to specialist assistants that answer from your own records and show their sources. The assistants pass work to FluidGrids and hand refunds and damaged items to a person.

    Technical detail

    Technical detail

    Botlit is designed to route shopper messages to specialist agents that answer from your own records and cite them, deploy to web chat and messaging channels, and trigger FluidGrids workflows, with hand-off to a person for refunds and damages.

    Visit BotlitAll concepts
  • FluidGrids

    Passing work and figures between products

    FluidGrids connects the products: it notices stalled carts, late deliveries and finished returns, sends delay notices to shoppers, and carries sales and cost figures into BigConsole.

    Technical detail

    Technical detail

    FluidGrids connects the products: webhook and schedule triggers for cart, delay and return events, delay notices sent from the exception list, and datasink nodes that feed BigConsole consoles.

  • BigConsole

    Margin and operations boards

    BigConsole turns the figures FluidGrids gathers into boards where teams filter and click from any total down to the records behind it. Planned written explanations and alerts are designed to tell finance and growth when a channel's margin turns.

    Technical detail

    Technical detail

    BigConsole builds governed consoles on datasinks fed by FluidGrids, with filters and drill-down to the rows behind each figure. Planned Explain summaries and threshold alerts are designed to tell finance and growth when a channel's margin turns.

One platform underneath: Burdenoff Workspaces

All eight products run on Burdenoff Workspaces: one sign-on for merchandisers, warehouse leads, support agents and marketers, role-based access that keeps each team to its own data, one audit trail across every order, refund and agent action, and one bill.

Concept gallery

Every concept in this solution

15 concepts from 8 products. Each one links to its own page on the product's website, and every view has a link you can share.

Pitch kit

The Retail & E-commerce solution in one minute

Most retailers run the storefront, stock, delivery, support, subscriptions and reporting in separate tools, and every seam shows up as an oversell, a stalled checkout, a flooded inbox, a slow refund or a channel that quietly loses money. Burdenoff brings Kadaikodi, MoveTheWheels, CoolAndLovely, HeadshotMarketing, Subscriber Bot, Botlit, FluidGrids and BigConsole together as one designed solution, so each problem hands off to the product that can act on it.

  • Sell only what can ship: warehouse and store stock turned into a sellable number per channel before a drop opens.
  • Recover abandoned checkouts and at-risk subscribers with journeys that fit the reason, not a blanket discount.
  • Warn shoppers about carrier delays before they ask, answer the rest from live order and shipment records, and hand refunds to a person.
  • Grade returns at the dock, release refunds on the grade, and show merchandisers why a style comes back.
  • See contribution margin per channel and creator code, after discounts, shipping and returns, before setting budget.
Email it

Questions

Frequently asked

Is this a single product or several?

Several. Kadaikodi, MoveTheWheels, CoolAndLovely, HeadshotMarketing, Subscriber Bot, Botlit, FluidGrids and BigConsole each handle one part of the job and are designed to pass work to each other. They share Burdenoff Workspaces for sign-in, permissions, a record of who did what, and one bill, so you can start with the problem that hurts most and add the rest later.

Technical detail

Technical detail

Several. Kadaikodi, MoveTheWheels, CoolAndLovely, HeadshotMarketing, Subscriber Bot, Botlit, FluidGrids and BigConsole each do one part of the job and are designed to pass work to each other. They share Burdenoff Workspaces for sign-on, access control, audit and billing, so a team can start with the seam that hurts most and add the rest later.

Is all of this available today?

No. The products are pre-launch, and this page describes a solution concept. Many capabilities and most hand-offs are planned, including stock across channels, shipping from stores, spotting abandoned carts, refunds, returns, recurring orders, carrier tracking, retention reports, live order look-ups in Botlit, scheduled updates and alerts in BigConsole, and handing chats to a person. Ask us what exists today.

Technical detail

Technical detail

No. The products are pre-launch, and this page describes a solution concept. Many of the capabilities and most of the hand-offs it shows are on product roadmaps. They include abandoned-cart capture, cross-channel stock, refunds, coupon codes, event webhooks and recurring orders in Kadaikodi; returns, ship-from-store routing and carrier tracking feeds in MoveTheWheels; provider-side retention analytics in Subscriber Bot; live tool use, intent routing and hand-off to a person in Botlit agents; scheduled refresh, Explain summaries and alerts in BigConsole; and multi-touch attribution and consent management in HeadshotMarketing. Talk to us about what exists now and what is planned.

Do we have to replace our current storefront or order system?

Not necessarily. Kadaikodi can sit behind a storefront you already run, and FluidGrids is designed to link your existing systems where a Burdenoff product is not yet in place. Most teams would start with one problem, such as accurate stock for drops or order-status questions, and add more from there.

Technical detail

Technical detail

Not necessarily. Kadaikodi is headless, so it can sit behind a storefront you already run, and FluidGrids is designed to connect existing systems where a Burdenoff product is not yet in place. Most teams would start with one seam, such as stock accuracy for drops or order-status support, and extend from there.

We are not a fashion brand. Does this still fit?

Yes. CoolAndLovely adds fashion storefronts, drops and creator collaborations, and can be left out. Kadaikodi's catalog covers products and bookable services in categories such as grocery and essentials, personal care and beauty, and retail and merchandise, and the delivery, support, subscription and margin pieces apply to any retailer.

Technical detail

Technical detail

Yes. CoolAndLovely adds fashion-specific storefronts, drops and creator collaborations, and can be left out. Kadaikodi's catalog covers products and bookable services across categories such as grocery and essentials, personal care and beauty, and retail and merchandise, and the fulfillment, support, subscription and margin pieces apply to any retailer.

How does the support agent avoid giving wrong answers?

The Botlit order-status assistant is designed to answer only from the order and shipment records it reads, show which records it used, and say plainly when it cannot find a match. Refunds, damaged items and long-running delays go to a person, and every action it takes is kept in the shared record of who did what.

Technical detail

Technical detail

The Botlit order-status agent is designed to answer only from the order and shipment records it reads, cite them in the reply, and say so plainly when it cannot find a match. Refunds, damaged items and long-running exceptions are routed to a person, and every agent action is recorded in the shared audit trail.

Can marketplace operators use this, not just single brands?

Yes. Kadaikodi is built for marketplaces with many sellers as well as single brands, with seller onboarding, a catalog per seller and reports for the marketplace operator. The same delivery, support and margin pieces can be applied per seller or across the whole marketplace.

Technical detail

Technical detail

Yes. Kadaikodi is built for multi-merchant marketplaces as well as single brands, with merchant onboarding, per-merchant catalogs and operator analytics. The same fulfillment, support and margin pieces can be applied per merchant or across the whole marketplace.

Related domains

All domains

Want to explore this for your organization?

Tell us about your setup. We will walk you through the products involved and scope a pilot around the challenge that hurts most.

This is a solution concept: it shows how Burdenoff products are designed to work together in this industry. The images are illustrations of the concepts, not screenshots of the actual products, and every name and figure in them is sample data.