Cross-brand Flutter polish for three Pakkete Group storefronts

Pakkete Group ran a multi-brand Flutter e-commerce platform — Pakkete itself plus Carmelina for Cuba and Oliver for Miami. Joined for the pre-launch polish window: closing out UI bugs, optimizing performance, and aligning the final technical delivery with three different brand identities across one shared codebase.

Client
Pakkete Group
Role
Frontend Engineer
Year
2024
Timeline
Apr 2024 — May 2024 (2-month pre-launch polish)
Flutter Dart
Cross-brand Flutter polish for three Pakkete Group storefronts

Problem

Pakkete Group ran a multi-brand Flutter e-commerce platform: Pakkete itself as the parent storefront, Carmelina as a Cuban grocery brand operating out of Havana, and Oliver as a food-delivery brand based in Miami that serves the Cuban-American diaspora. All three apps shared a single Flutter codebase but exposed distinct brand identities, currencies, regional logistics, and category trees.

Approaching the launch window, the three apps needed final stabilization in parallel. The work wasn’t new features — it was the last-mile polish that decides whether a launch survives contact with real users.

Approach

I joined for the two-month polish window as Frontend Developer. The scope was deliberate: close out the work that was already there, not extend it. Three workstreams ran in parallel:

Coordination ran across a multidisciplinary team — backend engineers on API contracts, UI/UX designers on per-brand fidelity, marketing on the launch window — to align the final technical delivery with brand and timing.

Outcome

All three storefronts shipped on the production schedule. The shared codebase held under launch pressure — fixes on the core platform propagated cleanly to Carmelina and Oliver without per-brand divergence, and the Flutter apps mirrored the web surfaces shown here with the same brand-identity boundaries enforced on mobile.

Pakkete Group dissolved at the launch window and the public operation didn’t continue past that point. The Flutter delivery is what’s worth showing here: the multi-brand shared codebase, the polish discipline, and the cross-market boundary handling.

Technologies used

Flutter Dart
Visuals

Screens

Keep exploring

More work

Linkeum Wallet: a multi-currency fintech wallet in 30 days
Fintech · 30 days · 2 engineers

Linkeum Wallet: a multi-currency fintech wallet in 30 days

Shipped a production fintech wallet in 30 days with a 2-engineer team — multi-currency, KYC, 2FA, real-time notifications. Built on Nest.js + Next.js Server Actions over a Turborepo monorepo.

Nest.js Next.js Turborepo PostgreSQL
Read the case study
A fuel and cooking-gas marketplace for Cuba, with QR pickup
Fuel & Gas · Web + Android · External integration

A fuel and cooking-gas marketplace for Cuba, with QR pickup

Muévete y Cocina turns the daily scramble for fuel and cooking gas in Cuba into an order-ahead flow: browse nearby service centers and live prices, reserve litres or a gas cylinder, pay, and pick up against a QR. Since the team white-labelled it, the same codebase reaches customers under two selling brands, Mercaful and Gasolero. I proposed and built its offline-first Flutter courier app end to end, shipped heavily on the customer web app alongside the company's frontend lead and a designer, and over time took my work into the backend too: delivery evidence, access control, and per-brand legal documents.

Flutter React Router Vite TypeScript
Read the case study
AI News Intelligence — n8n agent over FastAPI + Redis + SvelteKit
Side project · n8n · Agent · RAG

AI News Intelligence — n8n agent over FastAPI + Redis + SvelteKit

Personal side project: an AI agent that orchestrates news data via n8n, serves it through a FastAPI + Redis cache layer, and talks to users through a SvelteKit chat UI. Whole stack containerized with Docker Compose for one-command deploy.

FastAPI Python Redis Docker
Read the case study