Skip to content
Romy OS · the AI operator for product builders · launching Summer 26

Custom AI Operations and CRM Platform

12 production stages, 11 Supabase tables - replacing WhatsApp and spreadsheets for a bespoke jewellery operation.

Early-stage US/UK jewellery business2025Platform Designer and BuilderOwn-company build
OpsOperating SystemOther

TL;DR

A multi-level access portal platform for an early-stage US/UK jewellery business, a bespoke operation spanning the UK and US, replacing fragmented WhatsApp and email workflows with a structured RFQ-to-delivery system. The platform includes an AI diamond scoring engine, repeat-customer preference learning, AI-assisted CAD and image generation, finance forecasting, and market pricing intelligence, alongside an eleven-table Supabase data model, a 12-stage production pipeline, and integrated Stripe, Sendgrid, Twilio, and blockchain diamond provenance tracking.

The brief

What did the client need?

The client is an early-stage US/UK jewellery business running a custom operation. Every piece is bespoke: customer brief, diamond sourcing, vendor tendering, CAD design, production, quality control, delivery. Seven stages, multiple external production partners, high-value purchases where the customer needs to trust the process as much as the outcome.

Before the portal, all of that ran on WhatsApp threads, email chains, spreadsheets, and verbal handoffs. There was no centralized view of where any order stood. Vendors had no structured place to submit work. Nothing was audit-trailed. Customers couldn't see progress. For a business where a single piece might take twelve weeks and involve four different production partners, that wasn't a workflow. It was a memory sport.

The constraints

What made this hard?

The platform had to serve three completely different user types simultaneously: customers buying a high-value bespoke piece for the first time, production vendors executing specific parts of an order, and admin managing everything in between. Each portal had to be scoped so users only ever saw what was relevant to them. Merging those journeys, or over-exposing any one of them, would break trust in different directions.

The production pipeline ran to 12 distinct stages, from CAD Submitted through to Complete, with a parallel requirement to translate those into simpler, customer-facing equivalents. Vendors needed granular operational status tracking; customers needed confidence, not a production schedule. Those are different things, and they had to coexist in the same system.

Diamond provenance added a layer most platforms don't have to think about: blockchain tracking of each stone from creation through cutting to end manufacturer to the customer's hands, integrated into the broader inventory system.

The approach

How did Tincture frame the problem?

The structural insight was that a three-sided operation with fundamentally different user needs couldn't be served by a single interface. Customers, vendors, and admin had different information requirements, different trust thresholds, and different relationships with order status. Each portal had to be scoped to its user.

The other load-bearing architectural decision was the two-tier status system: 12 granular internal stages for operations, mapped to simplified customer-facing equivalents running in parallel. Vendors needed to know which stage of production they were in; customers needed to know their order was progressing. Collapsing those two needs into one status set would have broken one or the other.

The build

What was shipped?

I designed, spec'd, and built the entire platform from scratch.

The architecture is a three-portal system on Supabase, with eleven interconnected tables: Customers, RFQs, Quotes, Orders, Tasks, Task Subtasks, Vendors, Vendor RFQs, Order Status History, Email Logs, and System Settings. Every status change is audit-trailed.

The Customer Portal walks buyers through diamond sourcing with side-by-side certificate comparisons and an AI scoring engine that ranks each stone against the customer's stated specification - cut, carat, colour, clarity, budget. Repeat-customer preference learning refines those rankings across orders. Design iteration uses AI-assisted image and CAD generation so customers can explore visual concepts before anything goes to production. CAD review includes annotation and iteration tracking; payment runs through Stripe.

The Vendor Portal gives production partners a scoped view of their assigned work only: specifications, deadlines, production status updates, CAD uploads for admin review before customer visibility, and invoice submission directly through the platform. The chaos of scattered email communication replaced with a system that sets clear expectations and tracks everything.

The Admin Portal is the operational nerve centre: RFQ intake, vendor quote comparison, configurable markup calculations for diamonds and crafting, Stripe payment link generation, and conversion of paid quotes into production orders with milestone timelines. AI-powered finance forecasting surfaces cashflow predictions and margin analysis across active orders, and market pricing intelligence draws on live diamond market data to flag when sourcing costs drift against forecast.

Communications run through Sendgrid and Twilio with template-based messaging, channel preference tracking per customer, and automated notifications tied to status changes. Every communication is logged against the relevant order.

The outcome

What were the results?

A launch-ready platform replacing the full fragmented operations stack - WhatsApp, email, spreadsheets, verbal handoffs - with a structured, role-based system managing every stage from RFQ to delivery. Three complete user journeys. Nine core systems. An eleven-table relational data model. A full PRD built to be deployed incrementally, delivering value from the first module rather than requiring everything to land at once.

The admin team went from holding the entire order state in their heads to having a single operational view. Vendors went from waiting on emails to logging in and seeing exactly what was expected of them.

What it took

What tools and methods were used?

Supabase (relational database, role-based auth, real-time subscriptions), Stripe (payment processing and payment link generation), Sendgrid (transactional email), Twilio (WhatsApp notifications), blockchain provenance tracking for diamond chain of custody, React (three separate portal frontends with distinct routing and access control), role-based access control enforced at database level. AI layer: diamond scoring engine and repeat-customer preference learning, AI-assisted CAD and image generation for design iteration, finance forecasting and cashflow prediction, live market pricing intelligence.

The takeaway

What's the transferable principle?

Bespoke operations have a specific problem: the complexity that makes the business special is exactly the complexity that makes off-the-shelf tools useless. When every order is different, a CRM built for repeat transactions won't hold the shape of your workflow. You can bolt on tools at every stage, but the seams always show, and the order state lives in someone's WhatsApp.

The platform has to be built for the actual process. Not approximated from something close.

Frequently asked questions

The key is modelling the actual workflow, not approximating it from a generic CRM. For this client, that meant an eleven-table relational data model with a 12-stage production pipeline, two-tier status tracking (granular internal stages and simplified customer-facing equivalents), and three separate portals scoped to each user type. Off-the-shelf tools fail because they're built for repeat transactions, not bespoke ones.

More like this

lab-grown diamond marketplace dual-API

Private-client revenue shipped before public marketplace launch

A 1m+ SKU marketplace from concept to launch

Tincture led Product and Operations as co-founder of an early-stage US/UK jewellery business's 1m+ SKU lab-grown diamond marketplace, building the entire commercial and operational backbone from zero across multiple PRD iterations. The marketplace consolidates two vendor APIs into a single live-inventory results page, layered with a Custom GPT CAD generator, an Ideal Diamond finder, and a Reddit-driven market intelligence engine. Private-client revenue shipped before the marketplace went public, on infrastructure designed for scale rather than launch.

Early-stage US/UK jewellery business2025
OpsGTMAIContent Engine
generative engine optimization content strategy

An SEO + GEO content engine encoded into a Custom GPT, producing dual-optimized tone of voice-tuned articles by default

A dual SEO + GEO content engine for the post-Google search era

We designed and built the dual-optimization content engine an early-stage US/UK jewellery business uses to rank on Google AND get cited by ChatGPT, Perplexity, and Gemini, encoded into a Custom GPT that produces education content pre-optimized for both surfaces, with proprietary insight frameworks designed as citation magnets and a 17-point checklist that ships with every article. The strategy was an early-mover bet on Generative Engine Optimization at a moment when most e-commerce SEO was still optimizing for Google alone, and now serves as a reusable template, now using Claude Skills, for any brand operating in an AI-mediated discovery environment.

Early-stage US/UK jewellery business2025
GTMAIContent Engine
jewelry business operating system Notion

A multi-database operating system replacing six tools, running an entire UK/US jewelry business.

A multi-database Notion operating system for a UK/US jewelry business

We designed and built the operating system an early-stage US/UK jewellery business runs on, an interconnected Notion workspace covering inventory, diamonds, CRM, finance, purchase orders, customer portal, and cross-timezone coordination, with automation layered through Relay.app, custom OCR pipelines, custom automations, and Supabase edge functions. The build replaced what would normally be a stack of expensive enterprise tools with a single workspace tuned to the specific shape of a two-founder, US/UK, made-to-order jewellery business.

Early-stage US/UK jewellery business2025
OpsAIOperating System

Facing a similar problem?

Every engagement starts with a diagnostic. No pitch decks, no proposals. Just the gaps, named plainly.