S
← BACK TO WORKWORK / 03PRODUCT

Product

A WhatsApp bulk-messaging platform, built and operated end to end — frontend, API, database and the WhatsApp session layer itself.

ROLE

FULL-STACK · PRODUCT

TIMELINE

Ongoing

STATUS

IN DEVELOPMENT

WatBee
01

CONTEXT

WatBee (formerly WAMaster) is a product I design, build and run myself — a WhatsApp bulk-messaging SaaS for small businesses that need to reach customers without paying for enterprise WhatsApp Business API access.

0

SERVICES

0

FOUNDER-BUILT

0

OUTSOURCED CODE

02

THE CHALLENGE

Keeping a WhatsApp Web session alive independently of the main API, without it taking down registration or billing when it inevitably needs a restart — while also fixing the usual first-product list: broken auth, CORS mismatches, and a JSON serialization bug that made registration silently fail.

03

WHAT I BUILT

A React frontend on Vercel, a FastAPI backend on Railway, MongoDB for storage, and a standalone Node/Puppeteer microservice purely for WhatsApp Web QR sessions.

  • 01Split the WhatsApp Web session handler into its own Railway service so it can restart independently
  • 02Fixed MongoDB auth failures, a broken JWT secret, and CORS mismatches between frontend and API
  • 03Built a two-step registration flow with email verification via Resend
  • 04Scoped CSV bulk import, Stripe/Payoneer billing, and a super admin dashboard
·

SELECTED VIEWS

Dashboard — campaign overview

Dashboard — campaign overview

Backend — API & session logic

Backend — API & session logic

CSV contact import

CSV contact import

04

RESULTS

The core send pipeline, auth, and session sidecar are stable in development, with billing and the admin dashboard scoped as the next milestones.

0

SERVICES RUNNING

0

SESSION SIDECAR

0

STEP ONBOARDING

0

PERSON BUILDING IT

THE KIND OF PRODUCT WORK THAT TEACHES YOU EVERY LAYER OF THE STACK.

NEXT PROJECT

04Camden Finance Partners