One back-office for Facebook-driven, COD commerce
A multi-tenant platform giving online sellers in Bangladesh a real storefront, local payments, and courier fulfillment — without leaving the workflow they already run through Facebook.
Client Type
Multi-tenant SaaS product for online sellers in Bangladesh
Project Type
Multi-tenant e-commerce & business-automation platform
Timeline
Ongoing active development, with core commerce and fulfillment workflows in production use.
Our Role
Product architecture, backend engineering, and UI/UX design across the platform.
Executive Summary
CommerceFlow is a multi-tenant e-commerce and business-automation platform built for online sellers in Bangladesh who run their business primarily through Facebook and other social channels, with cash-on-delivery as the default way customers pay.
The platform gives each seller an isolated back-office covering catalog, orders, payments, and delivery — and, distinctively, ships two selling surfaces rather than one: a full multi-product storefront for shops with a real catalog, and a single-product, ad-driven landing-page builder for sellers running one hero product through Facebook campaigns.
Local payment methods (bKash, Nagad, Rocket, SSLCommerz, and COD) and local courier partners (Steadfast, RedX, Pathao) are integrated directly into the order pipeline, including fraud and delivery-success checks against the courier APIs — addressing the specific financial risk COD sellers carry on every order.
Challenge & Solution
The Challenge
Most online sellers in this market start on Facebook, not on a website — taking orders through comments and direct messages, with no structured catalog, stock record, or order history. Cash-on-delivery is the default payment method buyers expect, which shifts real financial risk onto the seller: a failed or fraudulent COD delivery is a direct loss. Supporting the payment methods buyers actually use, and coordinating delivery across multiple courier partners, means integrating several disconnected systems by hand — and sellers don't all need the same thing, since a shop running one product through an ad campaign has different needs from a shop running a full catalog.
The Solution
CommerceFlow gives each seller a self-service, subscription-based back-office, provisioned automatically at signup. It supports two distinct selling surfaces on one platform — a full storefront with categories, variants, and stock for catalog-driven sellers, and a single-product landing-page builder for sellers running one product through Facebook ads — so a seller isn't forced into the wrong shape of tool. Local payment methods and courier partners are integrated directly into checkout and fulfillment, including delivery fraud and success-rate checks, so the operational risk of COD selling is handled by the platform rather than the seller alone.
Product Goals
Give social-commerce sellers a real back-office without asking them to change how they already sell.
Support both a single-product ad funnel and a full multi-product storefront on one platform, since sellers grow between the two.
Absorb the operational complexity of multiple local payment methods and courier partners into one consistent order flow.
Make subscription billing and tenant onboarding fully self-service, from signup to a live, sellable shop.
Discovery, Design & Development
Discovery
The starting point was recognizing that 'online seller' means two different things in this market: a shop with a real product range, and a seller running a single hero product through paid social ads with a simple 'type your address to order' flow. Rather than force both into one generic storefront template, the platform was scoped around supporting both directly, since forcing a one-product seller through a full catalog setup — or a multi-product shop through a single landing page — would fit neither well.
UX Strategy
Each selling surface is optimized for how its seller actually operates: the storefront back-office is built around catalog and inventory management for sellers with a real product range, while the landing-page builder is a guided, section-by-section editor — banner, video, pricing, marketing copy — built for a seller who just needs one page live fast. Order fulfillment — courier assignment, payment status, delivery tracking — is presented consistently across both, so a seller running both surfaces isn't learning two different systems.
Development
Tenant provisioning — creating a seller's account, their own isolated shop environment, and a starting subscription — happens as a single step at registration, so a seller never ends up with a half-created shop. Catalog and order operations that touch stock run through the same transaction-safe pattern, keeping stock and pricing consistent as variant combinations, purchases, and cancellations move through the system. Payment and courier integrations sit behind a consistent internal interface, so bKash, SSLCommerz, and COD on the payment side, and Steadfast, RedX, and Pathao on the courier side, all plug into the same order-fulfillment flow rather than each needing special-cased handling.
Implemented Features
Everything below is live in the product today — roadmap items are covered separately, later in this case study.
Accounts & Tenancy
- Self-service registration with automatic shop provisioning
- Role-based access for admin and manager accounts
- Isolated shop environment per seller
Subscription Billing
- Self-service plan browsing and checkout
- Automatic plan activation on successful payment
- Admin visibility into every tenant's subscription and payment history
Catalog
- Category and subcategory management
- Product variants (color, size, material)
- Multi-image product listings with per-variant pricing and stock
Orders & Fulfillment
- Full order lifecycle from checkout to delivery
- Courier assignment and delivery-status tracking
- Printable invoices
Landing Page Builder
- Section-editable, publishable single-product landing page
- Direct guest ordering from the landing page
- Customer reviews and testimonials
Payments & Delivery
- bKash, SSLCommerz, and COD checkout
- Steadfast, RedX, and Pathao courier integration
- Delivery fraud and success-rate checks
Reporting & Finance
- Sales, stock, customer, and financial reports
- Dashboard KPIs
- Expense tracking
Product Highlights
Dual Selling Surfaces
A full multi-product storefront and a single-product landing-page builder run on the same platform, so a seller can start with one product and grow into a full catalog without switching systems.
Meets sellers where they actually are, instead of forcing every seller through the same template.
Automatic Shop Provisioning
Registering creates a seller's account, their own isolated shop environment, and a starting subscription in one step.
Gets a new seller from signup to a working shop with no manual setup on either side.
Local Payment Methods
bKash, Nagad, Rocket, SSLCommerz, and cash-on-delivery are all supported at checkout.
Lets sellers accept payment the way their actual customers expect to pay, not the way a generic platform assumes.
Courier Integration with Fraud Checks
Steadfast, RedX, and Pathao are integrated directly into fulfillment, including fraud and delivery-success-rate checks before a courier is committed to.
Reduces exposure to the failed and fraudulent COD deliveries that are a direct financial loss for sellers.
Variant-Aware Catalog
Products support color, size, and material variants, each with its own price and stock, resolved correctly wherever it's shown or sold.
Keeps inventory and pricing accurate for shops selling more than one version of a product.
Landing Page Builder
Every section of a single-product landing page — banner, video, pricing, marketing copy — is editable and publishable without touching code.
Lets a seller launch a new ad-driven product page in the time it takes to write the copy.
Self-Service Subscription Billing
Sellers browse plans, pay online, and have their tier activated automatically, with unused days carried over from any prior plan.
Removes manual billing administration for both the seller and the platform operator.
Consolidated Reporting
Sales, stock, customer, and financial reports, plus dashboard KPIs, give sellers one place to see how the business is actually doing.
Replaces guesswork and scattered spreadsheets with a single source of truth.
Technology & Engineering Details
Platform
Security
- Each seller's shop data is isolated from every other seller's, enforced at the platform level rather than only in the interface.
- Access to administrative functions is role-gated, separate from the storefront a seller's own customers see.
- Subscription activation and order payment are both driven by payment-gateway confirmation, not by the storefront reporting its own success.
- Stock- and price-affecting operations are wrapped in transaction-safe writes, so a failed step can't leave inventory in a half-updated state.
Performance
- Product variant pricing and stock resolve consistently wherever they're shown, avoiding mismatched numbers between listing and checkout.
- Landing pages render as lightweight, single-purpose pages built for fast load from ad traffic, separate from the heavier storefront back office.
- Reporting runs against real transaction data without requiring a separate analytics system.
Responsive Design
The landing-page builder and public storefront are fully responsive and mobile-first, since the large majority of traffic arrives from mobile Facebook and ad clicks; the seller back-office — catalog, orders, reporting — is optimized for the desktop and tablet screens sellers actually manage their shop from.
Architecture & Design Decisions
Each seller's shop runs in its own isolated environment, provisioned automatically the moment they register, so one seller's catalog, orders, and customers are never reachable from another's.
Stock and pricing move through the same consistent, transaction-safe path regardless of whether an order comes from the full storefront or the landing-page builder, which is what keeps inventory numbers trustworthy as both surfaces grow.
Payment methods and courier partners sit behind a consistent internal interface on the fulfillment side, so adding or adjusting one integration doesn't require touching how orders flow through the rest of the system.
Two selling surfaces on one platform, not one generic template
A seller running a single ad-driven product and a seller running a full catalog need genuinely different tools. Rather than compromise both with one generic storefront, the platform supports a landing-page builder and a full storefront side by side, so a seller can start with whichever fits and grow into the other.
Payments and courier partners integrated directly into fulfillment
Cash-on-delivery puts real financial risk on the seller when a delivery fails or turns out fraudulent. Building fraud and success-rate checks into courier handoff, rather than leaving delivery risk entirely to the seller's judgment, is what makes COD-first selling viable on the platform.
Tenant provisioning as one atomic step
A seller's account, shop environment, and starting subscription are created together at registration. Creating them as separate steps risks leaving a seller with a half-provisioned shop if any one step fails partway through.
Inside the Product
Seller dashboard
KPIs, recent orders, and top sellers at a glance.
Landing page builder
Section-by-section editor for a single-product, ad-driven page.
Storefront on mobile
Mobile-first landing page and checkout experience.
Platform architecture
Isolated shop environments, with unified order fulfillment across payments and couriers.
Results & What's Next
Business Impact
- Gives sellers a real, trackable order and catalog record in place of Facebook comments and direct messages.
- Reduces the financial exposure of cash-on-delivery selling, with fraud and success-rate checks built into courier handoff.
- Lets a seller accept payment the way their customers actually prefer, across five methods, from one checkout.
- Removes manual setup from onboarding — a new seller has a live, sellable shop immediately after registering.
- Gives sellers one dashboard for sales, stock, customer, and financial visibility, in place of scattered records.
Future Roadmap
- Planned: a public storefront that lets shoppers browse a seller's store directly by shop name, as a second front door alongside the landing-page builder.
- Planned: additional landing-page templates beyond the current single-product layout.
- Under consideration: a more granular permissions model for staff accounts, beyond today's admin/manager roles.
Related Work
Sheba Khoji
Emergency & essential-services finder for Bangladesh
The Problem
In an emergency, finding the nearest hospital, ambulance, or compatible blood donor in Bangladesh is fragmented across phone calls and word of mouth.
Engineering Highlight
Blood SOS requests broadcast via Firebase Cloud Messaging to matching donors within radius and blood-type filters in real time, with a full bilingual Bangla/English UI.
CxBusiness ERP
One modular ERP core, configured per business type — not rebuilt for each one
The Problem
Retailers, wholesalers, manufacturers, and garment factories each run on genuinely different workflows, but building and maintaining a separate system per business type multiplies engineering cost with every new customer type.
Engineering Highlight
Modules — POS, inventory, accounting, manufacturing, HR — turn on or off per business type from one Laravel/Angular codebase, with role and permission scoping enforced down to the same shared component library every module is built from.
POS + Inventory + Accounting ERP
Unified business management for retail, wholesale, and manufacturing
The Problem
Retailers, wholesalers, and manufacturers run inventory, purchasing, and accounting as disconnected tools, with no single source of truth for stock or cash.
Engineering Highlight
A shared accounting core ties every sale, purchase, and stock movement to the books automatically, so financial reports stay accurate without a manual reconciliation pass.
Ready to build your next digital product?
Tell us what you're building — we'll respond with a clear plan.