Case Study · Trexo Robotics · Medical Robotics

Trexo Robotics runs on Salesforce now, not Airtable and four forms.
A pediatric robotics company that makes gait-training devices for children was running sales, patient intake, and billing across Airtable, four JotForm intake forms, and two separate Stripe accounts that did not talk to Salesforce. We designed and built one Salesforce backbone that carries a device from quote to payment to patient care - including donor-funded and 36-month lease models that Stripe cannot handle on its own.
Industry
Medical robotics / pediatric devices
Platform
Salesforce + Stripe + Experience Cloud
Timeline
Six-month build
Outcome
One quote-to-cash and patient-care backbone
The challenge
Trexo Robotics: a device maker running on tools that did not connect
Trexo Robotics builds robotic gait-training devices that help children with mobility challenges learn to walk, sold to families, clinics, and distributors and billed in US and Canadian dollars. Their operation was spread across systems that never spoke to each other: Airtable held the processes, four JotForm forms handled patient intake, and two regional Stripe accounts processed payments with no connection to Salesforce - so a completed payment created no record and every model beyond a simple one-time sale was managed by hand.
The business ran on Airtable and forms
Core processes lived in Airtable and four separate JotForm intake forms with heavy conditional logic, none of it connected to the CRM.
Two Stripe accounts, disconnected
US and Canadian Stripe accounts had no product, price, or customer sync with Salesforce, and a completed payment created no transaction record at all.
Three payment models Stripe cannot do alone
A one-time purchase, a multi-donor model where several people fund one device against a shrinking balance, and a 36-month lease with a down payment - none of which Stripe handles natively.
Intake data that would not map
The JotForm forms returned table-style answers as raw strings that could not land in Salesforce fields - measurements buried in text.
Currency and data drift
Duplicate records, free-text country and state values, and currency mismatches between the two regions.
The architecture
One backbone from quote to payment to patient care
We designed and built a single Salesforce model that routes billing to the correct regional Stripe account, supports every payment model the business sells, and carries a customer from intake through assessment and post-sale care - replacing Airtable and the forms entirely.
Sources
Built by Cloudsheer
Outcomes
What we built
Region-routed Stripe billing
Products, prices, and customers sync to the correct US or Canadian Stripe account and write their IDs back to Salesforce; a Stripe events handler turns paid, failed, and checkout events into transactions, orders, and closed opportunities - so a payment finally creates a record.
A reusable payment component
One component placed on accounts, contacts, leads, opportunities, and orders that offers one-time, donation, or subscription payment - with the price book following the record's currency.
A donor-funded model
A donation page where several donors can each contribute toward one device, with every checkout link capped at the remaining balance so the total can never be overshot - the multi-donor model Stripe cannot do on its own.
A 36-month lease model
A personalized down-payment link, a payment-schedule object, and an auto-created 36-month contract with line items and a matching Stripe subscription - the lease math Salesforce calculates because Stripe will not.
Intake folded into Salesforce
Prefilled intake links that, on confirmation, automatically create the account, contact, opportunity, patient, and assessment - with a formula that reduces JotForm's messy table answers to clean measurements.
A patient-care workflow
Patient assessments with assessment and reassessment types, conditional forms, an approval process, birthday alerts, plus Calendly automation for scheduling, 24-hour reminders, and 30-day follow-ups.
The Airtable model, rebuilt in Salesforce
Training, check-in, device, device-modification, and compliance objects with auto-generated IDs - the operational data that used to live in Airtable, now native to the CRM.
How we did it
One Salesforce backbone for a business that ran on four disconnected tools
Trexo Robotics builds gait-training devices that help children learn to walk, and the operation behind that was spread across tools that never spoke to each other: Airtable held the processes, four JotForm forms handled patient intake, and two regional Stripe accounts processed payments with no connection to Salesforce. The clearest symptom was that a completed payment created no record anywhere in the CRM. We designed and built a single Salesforce backbone to carry a device from quote to payment to patient care, retiring Airtable and the forms in the process.
Billing was the hardest part, because it had to be both regional and multi-model. Products, prices, and customers now sync to the correct US or Canadian Stripe account through named credentials and write their IDs back to Salesforce, and a Stripe events handler turns paid, failed, and checkout events into transactions, orders, and closed opportunities - so a payment finally creates a record. A single reusable payment component sits on accounts, contacts, leads, opportunities, and orders, offering the right options for each with the price book following the record's currency.
Then there were the three payment models Stripe cannot handle on its own. A one-time purchase is straightforward. The multi-donor model, where several people fund one device against a shrinking balance, required each donor to get their own checkout link capped at the remaining balance, so the total can never be overshot as others contribute. The 36-month lease meant Salesforce itself calculating the total contract value, down payment, and monthly amounts - because Stripe does not - then auto-creating a 36-month contract with line items and a matching subscription. The research finding that Salesforce, not Stripe, had to own the lease math shaped that whole build.
On the care side, intake that used to arrive as unmappable JotForm table-answers - measurements buried in strings like a toe-box width reading - is now parsed into clean fields by a formula, and confirming a form automatically creates the account, contact, opportunity, patient, and assessment. Patient assessments carry conditional forms and an approval process, Calendly automation handles scheduling and reminders, and the operational model that lived in Airtable - training, check-ins, device modifications, compliance - was rebuilt natively in Salesforce with auto-generated record IDs.
How we delivered
Six-month build, start to finish
Foundation
Autumn 2025: requirements, the US and Canada Stripe connector, and product, price, and customer sync.
Quote & intake
Dec 2025: quote flows and branded PDF, JotForm intake with automatic lead conversion, and Calendly reminders.
Donation & lease
Jan 2026: the multi-donor donation page and the 36-month lease with payment schedule and contract automation.
Unify payments
Feb 2026: the single payment component, invoice objects, and the compliance model from Airtable.
Post-sale care
Mar 2026: check-in, training, and device-modification workflows, plus assessment approvals.
The results
What changed for the business
| Metric | Before | After |
|---|---|---|
| System of record | Airtable + 4 forms | Salesforce, end to end |
| Stripe payments | No records created | Region-routed, records auto-created |
| Payment models | One-time, by hand | One-time, donor, and lease automated |
| Patient intake | Unmappable form data | Auto-converted to clean records |
| Scheduling | Manual | Calendly with reminders and follow-ups |
| Post-sale care | Untracked | Assessments, check-ins, modifications |
Running your business across tools that do not connect?
Book a free 30-minute scoping call. We will map how quote-to-cash, payments, and customer care could live in one Salesforce backbone - including the billing models your payment processor cannot do alone, at no cost to start.
Client identifying details have been anonymized at the client's request. Metrics reflect the outcomes of a real engagement.
