Real-Estate Investment Platform

A real-estate investment platform spanning a Flutter investor app, sponsor/admin portal, onboarding and bank/payment flows, funding dashboards, ledger state, and a Solidity/Hardhat verification layer for offering proofs. Client project, shown anonymized under NDA.

01 Scope

The product context behind the work.

Problem

The product needed to make a regulated investment journey feel clear for two audiences at once: investors discovering property deals and tracking their portfolio, and sponsors managing properties, offerings, investor profiles, funding state, and payouts. The sensitive parts - identity verification, bank status, payment events, and investment records - had to stay consistent across mobile, portal, API, and ledger layers.

My role

Worked across the Flutter investor app for onboarding, property discovery, investment review, portfolio snapshots, transaction history, milestones, updates, and payouts
Supported the sponsor/admin portal for properties, projects, offering setup, assumptions, funding dashboards, expenses, investor profiles, and user investments
Connected regulated onboarding and funding flows through KYC status, bank verification, customer/account setup, payment events, webhooks, polling, and email/status notifications
Worked with the data and trust layer: Supabase/Postgres state, Express APIs, SPV ledger records, Redis-backed polling state, and Solidity/Hardhat contracts for offering and Merkle-proof verification

02 Approach

How the work was shaped.

This was delivered for a client under NDA, so it is shown here without identifying details - the focus is on the architecture and the work performed, not the client identity.

The product is a real-estate investment platform with two connected surfaces: a Flutter investor app and a sponsor/admin portal. The investor side covers onboarding, identity verification status, bank verification, property discovery, investment review, portfolio snapshots, transaction history, milestones, project updates, and payouts. The sponsor side covers property intake, offering setup, funding dashboards, expenses, investor profiles, and user investments.

The core challenge was keeping regulated state consistent. A user can move through legal-name capture, eligibility, source-of-funds, KYC status, bank status, share selection, investment review, and payment submission. At the same time, sponsor operations need to see the same investment and funding state through dashboards, exports, profiles, and project records.

Underneath, the system connects a Next.js portal, Supabase/Postgres state, secure server routes, an Express core API, provider-backed KYC/bank/payment events, email/status notifications, and a separate Solidity/Hardhat verification backend. The backend layer manages offerings, SPV-style ledger records, payment webhooks/polling, Redis-backed polling state, and contracts for offering and Merkle-proof verification.

Because this is sensitive client fintech work, the public case study uses architecture diagrams instead of screenshots. That keeps the case study useful for technical buyers while protecting investor data, property details, bank information, and client identity.

Gallery

Architecture and flow.

How a real-estate investment moves — A sponsor turns a property into an offering, an investor completes regulated onboarding, then payment events, ledger entries, and verification proofs keep funding and portfolio state aligned.Open largerimage opens in a new tab

03 Outcome

What the work made clearer.

Qualitative outcomes

Investor journey

Onboarding -> KYC/bank verification -> property discovery -> investment review -> portfolio, updates, transactions, and payouts

Sponsor side

Property intake, offering setup, funding dashboard, investor profiles, expenses, project updates, and user investments

Architecture

Flutter investor app, Next.js sponsor portal, Supabase/Postgres, Express APIs, payment/bank webhooks, SPV ledger, and Solidity/Hardhat verification

Stack

FlutterNext.jsTypeScriptSupabase / PostgresNode.js / ExpressSolidityHardhatRedis

Reflections

For regulated fintech, trust is mostly state management: the investor app, sponsor portal, payment events, KYC/bank status, and ledger need to tell one consistent story.
The strongest public proof for this project is architecture, not screenshots - diagrams show the real operational complexity without exposing investor, property, bank, or client identity data.

Next step

Have a similar project?

If this looks close to the product work you need, use the contact path and I will help scope the next step clearly.

Book a call