IndustryFood & Delivery · On-DemandServicesMobile Apps · Dashboards · Backend

Four roles, four products, one delivery platform — built for Kuwait.

Connect runs customers, drivers, vendors and administrators on a single backend: ordering and live tracking on one side, KYC approval, commission control and finance management on the other, with KNET and MyFatoorah handling the money the way Kuwait actually pays.

Core Offering
Multi-Role Delivery Management
Products
2 apps · 2 dashboards
Roles
Customer · Driver · Vendor · Admin
Market
Kuwait
Project Results
4
Roles on one platform
Customer · driver · vendor · admin
Structural fact — roles built
4
Products delivered
Two apps · two dashboards
Structural fact — products built
2
Kuwait payment rails
KNET · MyFatoorah
Structural fact — gateways integrated
2
KYC flows
Vendor and driver, separately
Structural fact — flows built

Order volume and vendor numbers are the client's to publish, and they are not on this page. What is on this page is what was built and why it was built that way.

connect platform screens
The Context

Building a multi-vendor delivery platform for a market with its own payment rails.

Connect is a delivery management platform for Kuwait covering four roles at once. Customers browse vendors, order, track a driver on a live map and pay. Drivers work through a guided delivery flow with navigation, availability control and earnings tracking. Vendors manage products, discounts, orders and performance from their own dashboard. Administrators sit above all three, approving vendor and driver applications, setting commissions and pricing, running memberships and finance, and pushing notifications platform-wide.

Connect was built for VGA, a Kuwaiti B2B client we have worked with since 2024 and for whom we have now delivered eight products. Connect is the largest of them.

The market matters here more than the category does. Kuwait pays through KNET — the national debit network — and through MyFatoorah as the aggregator most local merchants already use. A delivery platform that only accepts international cards is not a delivery platform in Kuwait; it's a demo.

Connect delivery platform — admin dashboard with user activity and customer satisfaction reporting, beside the customer app tracking an order on a live map
The Challenge

A delivery platform is four products that have to agree, and two of them let strangers in.

Most delivery builds are described as one app with some panels attached. In practice Connect is four products with genuinely different jobs, and the difficult ones are not the customer-facing ones. Anyone can order food. The hard side is the side where a business you have never met asks to sell on your platform, and a person you have never met asks to drive for it.

Both need verifying before they touch a customer or a payment. Both need approving, suspending and re-approving by an operator who is not a developer. And the money has to move correctly between all of them — commission to the platform, earnings to the driver, settlement to the vendor — on rails that behave differently from the ones most delivery platforms are built against.

Our Approach

Give the operator the controls, not a support ticket.

Connect's four products each do a different job, and the two that decide whether the platform can grow are the ones the client's own team uses every day. These are the decisions that put the business in charge of itself.

KYC as an admin workflow, not an email thread.

Vendor and driver applications arrive with their documents, sit in a review queue, and are approved or rejected by the client's own team from the admin dashboard. Nobody has to call a developer to onboard a restaurant or verify a driver.

Commission and pricing as configuration.

Commission rates, pricing rules and membership tiers are settings in the dashboard rather than values in code. A business that cannot change its own take rate without a deployment is not a platform.

Local rails first.

KNET and MyFatoorah were built in from the start rather than added after an international gateway proved insufficient. In Kuwait that ordering is not a preference — it decides whether the app works.

Live tracking over sockets, not polling.

Driver position and order state push to the customer's map and the vendor's queue in real time, so everyone is looking at the same order at the same moment instead of each client asking repeatedly.

Vendor memberships as a second revenue line.

Beyond per-order commission, vendors subscribe to tiers — so the platform earns from vendors who are present as well as vendors who are busy.

Hosted in the region it serves.

The backend runs in AWS me-central-1 rather than routing Kuwait traffic through Europe or Virginia. That is a latency decision and a data-residency decision at once, and it is the kind of thing a technical buyer checks.

What This Means in Practice

What this means in practice.

01

Four roles read the same backend, so an order placed by a customer is the same record the driver, the vendor and the admin are each looking at.

02

Vendor and driver applications are reviewed and approved by the client's own team from the admin dashboard — onboarding a restaurant does not queue behind a developer.

03

Two separate KYC flows exist because a vendor and a driver are not the same risk and do not submit the same documents.

04

Commission rates, pricing, membership tiers, coupons and promotions are configuration, so the business can change its own economics without a deployment.

05

KNET and MyFatoorah are both in the build, so the platform accepts the way Kuwait actually pays rather than assuming an international card.

06

Driver position and order state push over Socket.io, so the customer's map and the vendor's queue move together instead of each polling for changes.

07

The backend runs in AWS me-central-1 — Kuwait traffic stays in-region instead of crossing to Europe or Virginia and back.

08

Membership tiers are administered from the dashboard alongside per-order commission, so vendor revenue has two sources rather than one.

09

Two apps cleared review on both stores — four listings, each with its own compliance answers, because a customer app and a driver app collect different data.

Building a platform that has to work with local payment rails?

Built for Every Platform

Two apps, two dashboards, four roles.

The two apps are public and the two dashboards are internal — but all four are products, and all four read the same order.

iOS + Android · Flutter

Connect — Customer

01
  • Registration and profile
  • Vendor browsing and search
  • Product ordering
  • Coupons and offers
  • KNET and MyFatoorah payments
  • Live order tracking on Google Maps
  • Reviews and ratings
  • Notifications
Connect customer app on a phone, showing the order tracking screen
iOS + Android · Flutter

Connect Driver

02
  • KYC submission and verification
  • Availability toggle
  • Guided order workflow from accept to delivered
  • Integrated navigation
  • Earnings tracking, daily to monthly
  • Performance stats and ratings
  • Delivery reports
Connect driver app on a phone, showing the order workflow screen
Web · React

Vendor Dashboard

03
  • Product and catalogue management
  • Incoming order queue
  • Discounts and promotions
  • Earnings and settlement view
  • Performance insights
  • Membership tier management
Connect vendor dashboard on a laptop, showing the product catalogue and order queue
Web · React

Admin Dashboard

04
  • Vendor and driver KYC review and approval
  • User, vendor and driver management
  • Order oversight
  • Commission and pricing configuration
  • Membership administration
  • Finance management
  • Promotions and coupons
  • Analytics
  • Platform-wide notifications
Connect admin dashboard on a laptop, showing the KYC review queue and commission configuration
FAQ

Gulf & Multi-Role Delivery Platforms — Questions Founders Ask Us

Have a similar project? Talk to us

You start with how the market actually pays. Kuwait runs on KNET, the national debit network, and on MyFatoorah as the aggregator most local merchants already use — a platform that only accepts international cards will not convert there regardless of how good the app is. The same principle extends to hosting in-region for latency and data residency, and to Arabic support that's built in rather than translated on. Connect was built against local rails from the first sprint, not retrofitted after launch.

Through a KYC flow that ends at a human, not an algorithm. On Connect, vendors and drivers submit documents during onboarding, applications land in a review queue in the admin dashboard, and the client's own team approves, rejects or suspends them. The important design decision is that it belongs to the operator: a platform where onboarding a restaurant requires a developer will not scale past its first fifty vendors.

More than an app, because it isn't one. Connect needed a customer app, a driver app, a vendor dashboard and an admin dashboard, each with different screens, permissions and release cycles. We scope platforms in phases and quote each phase fixed-price after a free scoping call, so you can launch one role at a time rather than funding all four before seeing anything work.

Yes, and that's the test of whether it's a platform or a project. Commissions, pricing rules, membership tiers, coupons and promotions are all configuration in Connect's admin dashboard. If a business can't change its own take rate without a deployment, it doesn't control its own economics.

Driver position and order state push over websockets to the customer's map and the vendor's queue, rather than each client polling for updates. That keeps everyone looking at the same order status at the same moment, and it costs far less battery and bandwidth than repeated requests — which matters on a driver's device across a full shift.

Yes. Connect shipped four store listings — two apps across two platforms — each with its own metadata, screenshots, review notes and privacy declarations. Multi-app submissions are their own workstream: a rejection on the driver app shouldn't hold up the customer app, and the two need genuinely different compliance answers because they collect different data.

Launching a platform in a market with its own payment rails?

KNET, MyFatoorah, in-region hosting, four roles on one backend.
See how we'd scope yours.

Book a Free Consultation
More Platforms We've Shipped

Two more we built the same way.

Munasbati logoMarketplace & Events

Kuwait's Event Planning Marketplace, End to End

3

Live platforms — iOS, Android and web

3+

Payment methods — KNET, MyFatoorah, UPayment

View the Work
Munasbati venue booking, vendor dashboard and admin panel
BiteTaps logoMarketplace & On-Demand

Multi-Vendor Food Delivery Where the Restaurant Keeps the Margin

  • Six products on one backend — four apps and two web panels, four roles
  • A savings calculator shipped as its own app, so merchants check the maths themselves
  • Orders auto-assigned by service area, load and distance, with a dispatch override that always wins
  • Riders on base wage plus area fee plus tips, not per-order piecework
View the Work
BiteTaps delivery platform — admin dashboard with order trend, revenue and delivery performance, beside the vendor mobile app
Trusted US-Registered Development Agency
5.0 Client Satisfaction on Clutch
Recognized Top Rated Plus on Upwork
100+ Products Delivered
15+ Expert Developers & Designers
6+ Years of Development Excellence
Serving Clients Across the Globe
98% Client Retention Rate
Trusted US-Registered Development Agency
5.0 Client Satisfaction on Clutch
Recognized Top Rated Plus on Upwork
100+ Products Delivered
15+ Expert Developers & Designers
6+ Years of Development Excellence
Serving Clients Across the Globe
98% Client Retention Rate
Logo