Context
India has roughly 63 million MSMEs — 6.34 crore, per the National Sample Survey Office's 2017 Key Indicators of Unincorporated Non-Agricultural Enterprises. Most of them (textile traders, regional distributors, small manufacturing units) operate on WhatsApp conversations, paper ledgers, a Tally install, and a few shared spreadsheets. This isn't backwardness. It's a pragmatic equilibrium built on trust relationships, cash-flow timing, and a low tolerance for software that doesn't survive contact with the day.
Any AI product aimed at this audience has to earn its place under that daily reality, not above it. That means the platform has to be useful before it's smart, and the smart parts have to be invisible enough that an operator who has never touched AI before doesn't have to think about them.
Problem
Distributors in the textile supply chain lose time and money at very specific seams: order capture (still mostly over WhatsApp), ledger reconciliation (still mostly by hand), GST-compliant invoicing (patchy), and memory of who owes whom what (fragile, relationship-dependent). Generic ERPs don't fit because they assume a workflow that doesn't exist in this business yet. Pure chatbot layers don't fit because they solve a symptom, not the operations below it.
The actual problem is building a platform with enough structural honesty that a real MSME can adopt it incrementally, then layering AI in where it removes friction rather than demanding new behavior.
Approach
The architecture reflects the operating environment, not a tech-stack wishlist. Four principles shaped it.
It is a modular monolith with multi-tenant discipline: one deployable, clean module boundaries, and tenant_id enforced at every persistence boundary. That trades early micro-service flexibility for operational sanity at the scale MSMEs actually operate at. The wrong distributed system on a two-person team costs far more than modularizing later does.
Textile distribution is the beachhead, not the ceiling. The data models are built so the platform generalizes to adjacent MSME verticals, and the first release narrows to where there is direct operator input and real feedback.
AI goes where it reduces typing and memory load, not where it replaces judgment. Order capture, reconciliation assistance, and narrative summarization run over the operator's own ledger. Nothing decides autonomously. The operator stays in control of the outcome.
The engineering process is the proof of intent: PRD, ADRs, roadmap, changelog, process-gate scripts. Not process theatre. Process that earns trust from a technical buyer who looks under the hood.
What shipped
The first deployable version of the Neev platform is live. It ships a multi-tenant foundation with strict tenant_id invariants throughout the persistence layer, core domain models for the textile distribution workflow (orders, ledger, parties, items), and the first AI-assisted surfaces in the operator workflow. Public engineering artifacts (README, PRD, architectural decision records) are available alongside the build.
The stack is Next.js on the front end against a Postgres-backed monolith, with Neev's own process-gate scripts keeping the repo honest across builds.
Trade-offs
Monolith over microservices. Deliberately. A small team debugging a distributed tracing problem while onboarding a first paying customer is a bad place to be. The module boundaries are clean; the leap to separate services, if it ever makes sense, is a refactor, not a rebuild.
Vertical-first over horizontal-first. Textile distribution is the wedge. A horizontal "MSME platform" from day one would have drifted into genericism and served no vertical well. The constraint is the product.
Owner-operator UX over admin-console UX. The primary user sits on a chair in a shop, often on a phone. Desktop-dense dashboards aren't the frame. The UI is built around how a distributor actually moves through a working day.
Honest scope
The engineering artifacts are real and reviewable. The operator validation is in progress. That's the honest state of a system built correctly from the start, not retrofitted after the fact.
What I'd do next
Three things, in the order they'd earn their keep. Vernacular-language input for WhatsApp order capture, because the operators who most need this are not typing in English. An offline-first mobile app, because a distributor's phone loses signal in a warehouse and the ledger cannot wait for it to come back. Then a reconciliation assistant as the first full agent surface, with audit-grade output. That is the first place where the system does real work unsupervised, which is exactly why it has to show what it did.