1904 Studios
All workProject / 0012025

Mealport

Designing and building the connected experience behind food ordering, restaurant operations and last-mile delivery.

Structural preview · media placeholders

Mealport cover — a flat illustration of an outstretched hand holding a plate, fresh produce bursting upward from it, against a yellow and blue tiled tunnel.
MealportLive

01 / Context

Project Context

Mealport is a food ordering and delivery platform connecting customers, restaurants and riders.

We worked across the entire experience: establishing the brand, designing the five products that make the service work, and engineering the mobile apps, marketing website and operational platform.

That scope meant thinking beyond individual screens. Every order moves through several people and systems before it reaches the customer.

The problem

Ordering food is the visible part of the experience. Behind it, a restaurant has to receive and prepare the order, a rider has to be assigned and complete the delivery, payments have to move correctly, and Mealport needs visibility over the entire process.

Each person needs something different from the same order.

The challenge was making those individual experiences simple without losing the coordination required between them.

02 / Brand

Building the Brand

Mealport needed an identity that could live comfortably across consumer, restaurant, rider and operational touchpoints.

We developed the brand alongside the product rather than treating it as a layer added afterwards. The visual language, typography and interface foundations were designed to remain recognisable as the experience moved between marketing, ordering, fulfilment and delivery.

The Mealport identity applied across the delivery kit — teal and pink carrier bags, food boxes, cups and cartons, a rider's cap, t-shirt, ID badge and insulated backpack, stickers, loyalty cards and receipts, with the customer app and vendor dashboards on phone, tablet and laptop, every piece carrying the arched M mark.
The Mealport logo — the arched M mark beside the Mealport wordmark, set horizontally in black.
The Mealport icon mark in full colour — the arched M in teal over an offset copy in pink.
The Mealport icon mark knocked out in white, for dark grounds.

03 / Decisions

Key Decisions

Treat the order as the shared object

Rather than designing five independent products, we used the order lifecycle as the thread connecting them.

A customer places an order. The vendor receives it. Mealport coordinates fulfilment. A rider completes the delivery. Each interface presents a different view of the same underlying process.

Order lifecycle diagram
Placeholder

Give each user only the decisions they need

Customers need confidence and visibility. Vendors need to respond quickly. Riders need to know what to do next. Operations needs oversight.

We reduced each experience around those responsibilities instead of exposing the complexity of the whole system to everyone.

Design operations at the same time

The customer experience could not work reliably without the operational tools behind it.

We designed the Admin Platform alongside the apps, giving Mealport visibility into orders, vendors, riders, users, payments and applications as the corresponding user-facing flows were being defined.

Admin Platform relationship diagram
Placeholder

Keep the first release focused

Mealport has room to expand into groceries and other forms of local commerce, but designing for every future category would have added complexity before it was useful.

We focused the initial system on restaurant ordering and delivery while creating foundations that could accommodate more later.

Product scope and future expansion
Placeholder

04 / Ecosystem

The Product Ecosystem

Those decisions became five connected products built around the same service.

Customer App

Discovery, restaurant browsing, ordering, checkout, payment and order tracking were brought into one continuous customer journey.

Vendor Hub

Restaurants can complete onboarding, manage their menus, receive orders and move each order through preparation and fulfilment.

Vendor Hub sequence
Placeholder

Rider App

The rider experience focuses on assignment, pickup and delivery, keeping the next action clear while updating the wider system as the order moves.

Rider app: assignment
Placeholder
Rider app: pickup
Placeholder
Rider app: delivery
Placeholder

Admin Platform

The operational layer gives Mealport a wider view of the marketplace, including active and historical orders, vendor and rider applications, users, payments, support and platform settings.

Admin dashboard sequence
Placeholder

Marketing Website

The website introduces Mealport publicly and provides dedicated entry points into the ecosystem for customers, restaurants and riders.

Marketing website sequence
Placeholder

05 / System

Designing the System

With five products sharing the same underlying processes, consistency needed to extend beyond appearance.

We established reusable typography, components, states and interaction patterns across the product while allowing each platform to behave appropriately for its user and context.

The result is a shared design language rather than five interfaces that simply look alike.

06 / Engineering

Engineering the Experience

Designing across the whole ecosystem also meant we could carry the same product logic into implementation.

The mobile experiences were built in Flutter, while the marketing website and Admin Platform use Next.js and TypeScript. Paystack handles the payment layer, including the transaction flows required between customers, Mealport and vendors.

Shared patterns were translated into reusable implementation wherever practical, helping the designed states and behaviours remain consistent as the products moved into development.

Mobile experiences
Flutter
Marketing website · Admin Platform
Next.js · TypeScript
Payments
Paystack
Architecture diagram
Placeholder
Implementation
Placeholder
Product in use
Placeholder

07 / Deployment

Testing & Deployment

The Mealport apps progressed through implementation into testing and deployment, including the separate customer, vendor and rider experiences.

This stage exposed the less visible parts of the product: edge cases between order states, onboarding and verification, payment behaviour, notifications and the handoffs between vendors, riders and operations.

Resolving those relationships was as important as refining the interfaces themselves.

Order state flow
Placeholder

08 / Outcome

Outcome

Final artifacts

The engagement produced a connected set of brand, product and engineering outputs across Mealport's public and operational experience.

Brand
Identity system and digital application.
Customer
Mobile ordering and delivery experience.
Vendor
Restaurant onboarding, menu and order management.
Rider
Assignment, pickup and delivery experience.
Operations
Marketplace administration and monitoring.
Web
Public marketing and acquisition experience.
Final showcase
Placeholder

What happened

Mealport progressed from an early product proposition into a functioning ecosystem spanning ordering, restaurant operations, delivery and internal management.

The five core platforms now share the same product logic and are moving through testing and deployment, giving Mealport a foundation for its initial restaurant service and future expansion.

Reflections

Mealport made one thing particularly clear: the quality of a multi-sided product is often determined by what happens between its interfaces.

Designing and building the ecosystem together allowed us to see those dependencies early. A change to an order state wasn't simply a change to one screen; it could affect a customer waiting for food, a restaurant preparing it, a rider expecting an assignment and an operations team trying to understand what was happening.

Simple experiences depend on well-resolved systems.