Back to the portfolio
Case study · Dellinoo

Shop goods from China,
with a real delivery date.

Dellinoo is a shopping app for a business that buys fashion, phones, watches and electronics in China and sells them in Zimbabwe. This page shows how we built the customer app: the decisions we made, a prototype you can tap through, and what's left before launch.

Who it's for
Shoppers in Zimbabwe buying imported goods
Runs on
Android first; iOS later
Built with
Flutter, Riverpod
Status
Customer app built, backend next; started Sept 2026

01 — The problem

Ordering through WhatsApp messages doesn't scale.

The business sells two kinds of stock. Some items are already in Zimbabwe and can be delivered in a few days. Others are bought in China after the customer orders, and take a few weeks to arrive. Selling both through chat messages makes it hard for customers to see what's available, what it costs and when it will actually reach them.

The client wanted customers to shop on their own, with the same honesty about delivery times. They needed:

  • A catalogue customers can browse and search without asking for photos and prices
  • A clear delivery date on every product, whether it's in stock or coming from China
  • Checkout with local payment options: EcoCash, OneMoney, InnBucks and cards
  • Order tracking that shows where a China order is on its way to Harare

02 — How we built it

The same six steps we use for every client.

Dellinoo is a client project. Here's what each step looked like, and where it stands today.

  1. 1

    Brief

    A simple way to shop goods bought in China, with honest delivery times and local payments, instead of ordering through WhatsApp. Prices in US dollars, delivery areas and fees set by the business, and the business adds products and updates orders.

  2. 2

    Design decisions

    The look came from reference mockups the client supplied: yellow and black on a warm beige, rounded buttons and a floating menu bar. We also decided early that every product shows a date, not a vague "a few weeks". More below.

  3. 3

    Clickable prototype

    We mapped the main customer path (browse, product, cart, checkout, order tracking, profile) as a clickable prototype, so the flow could be checked on a phone. Try it below.

  4. 4

    Build in small pieces

    We built the customer app first, on sample products: categories, search, wishlist and recently viewed, product pages with size guides, cart, checkout, order tracking, and light and dark mode. Then came the finishing touches, real payment logos and the app icon.

  5. 5

    Test and harden

    Automated tests check the cart totals, placing an order, undoing a removed cart item, wishlist price drops, and that only China orders get the extra tracking steps. We also fixed a crash in the product photo animation.

  6. 6

    Ship and support

    Not shipped yet. The customer screens are done, and launch waits on the backend, real login and live payments. Before release, the client confirms details we left as placeholders, such as delivery fees, size charts and returns wording.

03 — Try it

Tap through the prototype.

This is the clickable prototype, running live on the page. It uses sample products, prices and a sample customer, and it may be a step behind the real app.

  • Open a product, pick a size and add it to your cart
  • Check out with a delivery area or the free pickup point, and EcoCash, OneMoney, InnBucks or card
  • Track the order: bought in China, flying to Zimbabwe, arrived in Harare

04 — Key decisions

Four choices that keep customers informed.

In plain English, without the jargon.

Every product shows a date

Each item is marked either "In stock" (already in Zimbabwe, 1–3 days) or "From China" (a pre-order of about three weeks). The app turns that into a real date, like "Get it by 28 Sep", so customers know what they're waiting for before they pay.

China orders get extra tracking steps

An order with China items shows three more stages: bought in China, flying to Zimbabwe, arrived in Harare. Orders for local stock skip them, so customers only see the steps that apply to them.

Built so the backend can slot in

The screens get their products and delivery areas from one place in the code. Today that place returns sample data; when the real server is ready, we swap it in there and the screens don't need rewriting.

Made for real phones and data bundles

A data saver setting loads smaller photos to save mobile data. The frosted-glass effects can be switched off if cheaper phones struggle, and decorative animations stay off when a phone is set to reduce motion.

Smaller touches came from the same thinking. A WhatsApp button sits on every product, because that's where customers already ask questions. Delivery areas and fees are a list the business will manage, including a free pickup point. And the wishlist notices when a saved item gets cheaper.

05 — Tech stack

What it's made of.

App

Flutter, Android first, with iOS planned for later

State & navigation

Riverpod for app state, go_router for screens and tabs

Data

Sample catalogue behind a swappable repository; settings saved on the phone with SharedPreferences

Design

Urbanist font, Iconly icons, light and dark themes, cached product images

Payments

Paynow planned: EcoCash, OneMoney, InnBucks, Visa, Mastercard and ZimSwitch

Quality

Flutter unit tests for cart, orders and wishlist, plus a code check that must pass clean

06 — What's next

The backend comes next.

The customer app is built on sample data. These are needed before launch and are not built yet:

  • A backend and database for products, stock, orders and customers
  • Login with a Zimbabwean phone number and a one-time code
  • Live Paynow payments with payment confirmation
  • An admin panel to add products, update order status and set delivery fees
  • Notifications when an order moves or a price drops

Your project

Want something like this for your business?

We follow the same steps for every client, and you see a clickable prototype before you pay for the build.

Book a free consultation → See more of our work