All work
ClosphereFounder & Product LeadDec 2023 to Jan 2025

Inventory numbers people could act on.

Manufacturers needed their existing inventory systems to agree. I founded Closphere around a canonical data model, continuous reconciliation, and visibility into failures that would otherwise stay silent.

Trust mechanism: continuous reconciliation against the source ERP, plus silent-failure detection.

paying customers
63
1K+ users across 112 locations
inventory record accuracy
75% → 95%
Before and after adoption
onboarding
<7 days
Down from 6+ weeks
fewer stockouts
32%
After adoption
Inventory reconciliationSource checks
Reconciliation example showing matched balances, a mismatch, and a silent sync.
SKUSource ERPClosphereStatus
CTN-180-NVYAvailableAvailableMatched
BTN-12-BLKAvailableReservedMismatch
ZIP-20-SLVUpdatedLast syncedSync silent for 6h
Review neededCheck the balance. Check the connection.
A matching balance and a healthy sync are different signals. The interface makes both visible.

My scope

I owned discovery, product, the inventory model, growth, and the technology sale and led a 12-person team.

The Problem

The same stock had conflicting stories.

Manufacturers worked across ERPs, spreadsheets, and operational records. Units of measure, locations, and transactions did not line up. When the numbers disagreed, people had to reconcile them manually before making a decision.

What I Found

Customers needed agreement, not another replacement.

Discovery with 50+ customers surfaced shared concepts: items, units, locations, batches, and transactions. The systems differed in how they represented those concepts. The opportunity was a common model that could sit across them.

The decision

Chose
A canonical inventory model with configuration-driven mappings.
Over
Build a bespoke integration for each customer.
Evidence
Discovery with 50+ customers revealed common inventory entities across systems.
Trade-off
Invest in the shared model before optimizing individual connectors.
Cost
Upfront modeling work and tighter boundaries around custom requests.
Source systems
  • Tally
  • Zoho
  • Vyapar
  • Custom systems
Canonical model
  • Item master
  • Units of measure
  • Multi-location
  • Batch / lot
  • Transaction types
Config-driven mappingsDashboards and alerts
Systems map into a shared inventory model, so downstream views do not need a separate interpretation for every source.
What Shipped

Reconciliation as a product capability.

Closphere mapped source systems into a canonical inventory model, then used that model for dashboards and alerts. Continuous reconciliation compared the result against the source ERP.

Silent-failure detection made stopped sync visible. A dashboard could look complete while its data had stopped changing, so connection health needed to be part of the product experience.

System Details

Canonical model
Item master, units of measure, multi-location stock, batch/lot, transaction types.
Source systems
Tally, Zoho, Vyapar, and custom systems.
Mappings
Configuration-driven translations into the canonical model.
Sync
Local sync and cloud aggregation.
Reconciliation
Continuous checks against the source ERP.
Failure handling
Surface mismatches and detect silent sync failures.
Outcomes

A foundation that customers could keep using.

Closphere reached 63 paying customers, 1K+ users, and 112 locations. Inventory record accuracy improved from 75% to 95%, stockouts fell 32%, and reconciliation effort fell 70%+.

Onboarding went from 6+ weeks to under 7 days. Referrals drove approximately 30% of new business. The business exited through a technology/IP sale.

What I Learned

The data model was the product.

Connectors and dashboards only became useful when the underlying meaning was consistent. As a founder, I also learned to treat team capacity as a product constraint before committing to customization.

Next case study · Supreme Components

Quoting with confidence and account context.

Read case study
Let’s connect

Let’s talk product.

For senior PM and AI product opportunities, or a complex problem worth working on.