Project 04

Salesbuddy

A WhatsApp-native sales assistant designed around the constraint that it has to work inside the chat and can't compromise data sovereignty. Architecture-first, then product.

D2C / Field SalesOngoing
Salesbuddy

The constraint that shaped everything

Field sales reps live in WhatsApp. They don't switch tools, they don't log into portals, and asking them to change behavior has never worked. So the product had to be built inside the chat — not alongside it.

Two hard constraints guided every decision from day one: it has to work entirely within WhatsApp, and it cannot compromise data sovereignty for the client. Together those two things cut a lot of bad ideas early.

The constraint that shaped everything

What gets built where

Store check-ins, order execution, on-ground notes, and escalation alerts — all handled through conversation. Sales managers get operational insights and P0/P1 alerts without chasing spreadsheets or waiting for end-of-day reports.

The architecture and conversation flows were fully designed before a line of code was written. Getting the system structure right first meant fewer expensive rebuilds later.

What gets built where

Stack and evolution

Started on n8n and Firebase for rapid validation. Current production stack is Python, LangGraph for orchestration, FastAPI, Next.js, Firestore, and Redis — with LangSmith for LLM observability and Grafana for the rest.

The move from n8n to LangGraph was about control: once the conversation flows got complex enough, we needed explicit state management and the ability to run evals on individual nodes.

Stack and evolution

Current involvement

Still engaged as tech consultant — helping decide what gets built, in what order, and how. The product is in production and growing. The job now is keeping the architecture ahead of the feature list.

Keep exploring

See more work

Browse the full case study archive or reach out if you want to talk through a project.