
Custom AWS commerce platforms for luxury brands that have outgrown Shopify Plus.
I built and operate the custom platform supporting Fine's Gallery's $5M+ annual revenue. The work spans catalog operations, checkout, inventory, invoices, paid-acquisition feeds, and staff workflows that Shopify Plus cannot cleanly own.
Built for businesses where average order value is $10K and above, where 2.9% card processing turns into a six-figure annual tax, and where Shopify's checkout cannot model the actual sale.
Who this engagement is for
Who this is for
- Luxury retailers and high-ticket brands doing $5M+ in annual revenue with average order values over $10K.
- Teams that need first-class ACH, wire, check, deposit, quote, financing, or white-glove sales flows that SaaS checkout cannot model cleanly.
- Businesses where inventory, CRM, catalog, payments, documents, and customer communication currently live in separate tools and the staff workflow crosses all of them.
- Owners who want to own the revenue engine and the AWS infrastructure underneath it, instead of renting the most important operational layer from a platform vendor.
- Brands paying six figures a year in combined SaaS, plugin, app marketplace, and card-processing fees on a small number of high-value orders.
Who this is NOT for
- Commodity ecommerce stores that need theme work, app configuration, or minor Shopify customization.
- Teams under meaningful transaction volume where Shopify's default economics still make sense.
- Organizations that want a custom platform but cannot commit to operational ownership after launch.
- Buyers looking for a marketing site or a brochure rebuild. This is a commerce platform engagement.
Where this engagement starts
The problem
High-ticket commerce breaks the assumptions baked into generic SaaS checkout. Luxury jewelry, fine art, designer furniture, custom architectural pieces, marine and aviation parts, professional machinery, made-to-order goods: the sale is quoted, financed, wired, invoiced, revised, fulfilled in stages, and supported by staff who need a unified view across inventory, customers, documents, payments, and logistics. Shopify Plus and similar SaaS platforms can model a fast-checkout consumer purchase. They cannot model the actual high-ticket order workflow without surrendering the largest, highest-margin sales to platform fees, plugin marketplaces, and disconnected tools.
The economics flip somewhere around $5K–$10K average order value. At a $10K order, 2.9% plus $0.30 card processing surrenders $290 in fees per sale before the platform's transaction fees, required app fees, tax-engine fees, fraud and chargeback fees, and the fixed monthly subscription divided across a small number of high-value orders. Across a year of high-ticket commerce, the all-in payments-stack tax climbs into six figures of forgone revenue.
The fix is not a more expensive Shopify plan. The fix is a custom commerce platform that owns the order-to-cash workflow end to end, settles balances via ACH or wire instead of full card processing, runs on infrastructure the business actually owns, and retires the stack of disconnected operational tools the platform's limits forced into existence.
The approach
How this engagement runs
Build the smallest custom platform surface that retires the actual cost centers Shopify Plus forces on a high-ticket business: platform fees on six-figure orders, fragmented staff workflows, card-processing economics, and vendor lock-in. Solo-built, production-ready, and operable by the client end to end.
Revenue workflow audit
Document the actual order-to-cash path: quote, invoice, deposit, balance settlement, inventory commitment, signature, fulfillment, and staff operating surface. Identify where the existing platform, plugins, and operational tooling are breaking the workflow or costing real money.
Sovereign architecture design
Design the AWS Organization, Next.js storefront, Payload CMS staff surface, Postgres ledger, S3 + CloudFront media, SQS / Lambda async backbone, EventBridge / MediaConvert, and integration boundaries (Stripe, DocuSign, Klaviyo, GMC, GA4, Pinterest) before code starts moving. Architecture is presented as an executable blueprint, not a slide deck.
Incremental build
Ship the storefront, custom payment flows, order state machine, invoicing system, async backbone, and integration adapters in slices that can be tested against real orders. Every integration lives behind a typed adapter (Zod-validated) with retry semantics. No off-the-shelf plugins.
Migration and zero-downtime cutover
Move product, customer, order, invoice, and media data with dry-run / apply scripts, audit reports, ledger reconciliation, and rollback criteria. Cutover runs against production-clone rehearsals first; production cutover happens with zero operational downtime.
Operate and improve
Tune CloudWatch alarms, DLQ posture, performance, feed quality, conversion analytics, and admin ergonomics after the system is live. Optional Fractional CTO retainer for ongoing architecture, vendor, and roadmap calls.
Outcomes
What you walk away with
- $5M+/yrAnnual revenue running on the platformSource: Fine's Gallery production platform (anchor client)
- $500K+/moMonthly commerce volumeSource: Fine's Gallery production operations
- Zero downtimeProduction cutoverSource: Fine's Gallery cutover (June 2025)
- +40%User acquisition lift after cutoverSource: Fine's Gallery post-cutover analytics
- 20+ yearsLegacy operational data migratedSource: Fine's Gallery legacy-system retirement (28,000+ historical invoice records migrated into the new platform)
- Card $500 deposit, balance via Stripe ACHCustom / non-card payment workflowsSource: Fine's Gallery custom payment workflow: a $500-max non-refundable card deposit; the balance settles via Stripe ACH, wire, or check. The model that fits another business may look different: it is engineered, not prescribed.
Concrete deliverables
- Sovereign AWS Organization owned end to end by the client (ECS Fargate, RDS PostgreSQL, S3, CloudFront, WAF, KMS, IAM, Secrets Manager, GitHub OIDC).
- Custom storefront on Next.js 15 with full Server Components, edge caching, and an admin operating surface built on Payload CMS 3 (with the staff collections that model the actual luxury order workflow).
- Custom payment workflow designed to the order-value distribution and operational realities of YOUR business. Card via Stripe, ACH, wire, paper check, deposit holds, and Stripe Terminal are all available primitives. The right mix is engineered specifically (for the Fine's Gallery anchor client we settle balances via ACH / wire / check with card accepted only as a $500-max non-refundable deposit; the model that fits your business may be different).
- Order state machine with explicit, atomic transitions across order status, payment, fulfillment, signature, inventory, and deposit state. Invalid transitions are rejected at the service layer.
- Event-driven async backbone: SQS queues, Lambda workers, typed task contracts (Zod-validated), dedicated DLQs, CloudWatch alarms on DLQ depth and oldest-message age, and a 60-second outbox publisher for retry recovery. EventBridge / EventBridge Scheduler / MediaConvert wired in.
- First-party integration adapters (typed boundaries, Zod validation, retry semantics, dedicated tests) for Stripe (PaymentIntent / Tax / Refund / Terminal), DocuSign (envelope lifecycle), Klaviyo (catalog + segmentation + conversion events), Google Merchant Center (daily product feed sync, local-inventory feed export), Google Analytics 4, Pinterest, CallRail, and Cloudflare Turnstile.
- Migration plan with production-clone rehearsals, dry-run / apply scripts, audit reports, ledger reconciliation, and rollback criteria. Cutover runs against real production data with zero downtime.
- Operational runbook: CloudWatch dashboards, alarms, Playwright E2E coverage on critical user paths, GitHub Actions CI/CD with STS-only credentials (no long-lived AWS keys), and handoff documentation.
FAQ
Frequently asked questions
No. If the platform fits the workflow and the all-in fee math is acceptable, do not migrate for ideology.
The math changes when transaction size, operational exceptions, checkout constraints, payment economics, plugin marketplace dependencies, and data ownership make a SaaS commerce stack more expensive than a custom platform. The threshold is somewhere around $20K average order value, depending on order velocity. Below that, Shopify usually still wins on time-to-market. Above that, the fee math and workflow fit start breaking down fast.
More than the headline fee. The honest number is card processing (2.9% plus $0.30) plus platform-side transaction fees, required app subscriptions, tax-engine fees, fraud-protection fees, refund and chargeback fees, and a fixed monthly platform subscription divided across a small number of high-value orders.
On a $50K high-ticket order, the headline card fee alone is $1,450. With platform fees, required apps, and amortized subscription costs included, the all-in cost per revenue dollar can climb well past 10% on a low-velocity high-ticket seller. Across a year of high-ticket commerce, that is a six-figure tax on top-line revenue. The fix is a custom payment workflow engineered to your order-value distribution and operational realities. For the Fine's Gallery anchor client, that workflow settles balances via Stripe ACH with card accepted only as a $500-max non-refundable deposit. The right model for your business may look different; it is engineered, not prescribed.
Yes, and it is usually the safest path. Parallel operation, staged data migration with audit reports, reconciliation gates, and a controlled cutover after the new platform's core workflows are proven against real orders. Production cutover happens against a production-clone rehearsal first, with rollback criteria defined in advance.
The Fine's Gallery cutover ran with zero operational downtime and zero loss across 20+ years of legacy operational data.
A Shopify agency optimizes inside Shopify's model: themes, apps, checkout extensibility, third-party plugin selection. The agency's economic incentive is to keep you on Shopify because the agency's expertise is Shopify-specific.
This work starts when the model itself is the constraint. Custom checkout, custom payment flows (ACH / wire / check), custom order state machine, sovereign AWS infrastructure, event-driven async backbone, owned integration boundaries. The economic incentive is to retire SaaS layers that no longer pay for themselves at this order velocity, not to keep adding plugin subscriptions.
Staff workflow is treated as a first-class requirement, not cleanup after launch. The safest migrations preserve familiar operating patterns where they matter (record-oriented found-set navigation, sequential invoice numbers, the way staff actually edit a quote) while removing the platform limits underneath them.
On the Fine's engagement, the legacy invoicing system staff had used for 20+ years was replaced with a platform-native invoicing surface inside Payload that staff could operate the same way they always had, with all 28,000+ historical records migrated cleanly into the new ledger.
No. The goal is to own the revenue engine, the operational truth, and the AWS infrastructure underneath them. SaaS tools that still do their job stay connected (Stripe, DocuSign, Klaviyo, Google Merchant Center, GA4) via first-party typed adapters with Zod validation, retry semantics, and dedicated tests. There is no plugin marketplace dependency.
SaaS layers that no longer pay for themselves at this order velocity (heavy commerce platform fees, redundant marketing apps, parallel back-office tooling staff has to alt-tab to) are systematically retired.
Roughly three to six months for the initial production cutover, depending on integration scope, data migration complexity, and the number of operational workflows being absorbed. The Fine's Gallery platform shipped its first production cutover in that timeframe and has continued to evolve through a Fractional CTO retainer since.
Platform builds from $80K. Final scope depends on integration count, payment workflow complexity, legacy data migration, and the staff operating surface's depth. Discovery happens in a paid Architecture Sprint ($15K, 3 weeks) so the build estimate is grounded in your actual revenue workflow, not a generic intake form. Architecture Sprint output is a written architecture decision document — current-state risk register, target architecture, migration plan, and cost model — that you can run the build against with anyone, including yourself.
Solo delivery by Peter T. Conti, AWS Solutions Architect Professional + Associate, lead architect on a national-scale energy-sector certificate registry and the sole engineer behind the Fine's Gallery commerce platform.
Related work
See this in production
Fine's Gallery Platform Modernization
Solo-built end-to-end commerce platform for a luxury marble and stonework gallery. $5M+ annual revenue running on a sovereign, client-owned AWS Organization. Zero-downtime production cutover. 20+ years of legacy operational data migrated into the new platform without loss. Marketing dominance on the new platform supports $500K+/month in commerce volume. Systematic removal of vendor lock-in across SaaS commerce, payment, and warehouse tooling. Now operates on a Fractional CTO retainer.
Peter T Conti Consulting Platform
The consulting practice's own site, built as the reference architecture for what the practice sells. Same Next.js + Payload + Postgres + ECS Fargate + Terraform stack as the anchor engagement. STS-only IAM, no long-lived credentials anywhere. Cost-tuned to run for a small fraction of the naive default AWS footprint, with full editorial workflow operated as code.
Read more
In-depth on this topic
The SaaS Ceiling: Why High-Ticket Brands Need Sovereign Commerce Infrastructure
For high-ticket ecommerce, you need infrastructure built around your business model, not the other way around.
Stop Renting Your Revenue Engine: The Sovereign Infrastructure Blueprint for High-End E-Commerce
The goal is straightforward: you own the platform that owns your revenue.
Google Shopping for High-Ticket Ecommerce: The Fine's Gallery Playbook
How Fine's Gallery uses Google Shopping as a serious demand engine, not a checkbox marketing channel.
Building a Google Merchant Center Sync Engine Plugin for Payload CMS
Merchant Center sync engine that powers $2-400k+/month in Google Shopping revenue for a 5,400-product luxury ecommerce catalog.
Building a Production-Grade GA4 Analytics Plugin for Payload CMS
How I built a production-grade GA4 analytics plugin for Payload CMS, and the architectural decisions behind making it reliable at scale.
Credentials and Fit
Directly relevant experience for high-trust delivery
I lead architecture and implementation personally, with technical depth that spans product, cloud, and execution operations.
AWS Certified Solutions Architect - Associate
Cloud decisions are grounded in secure, cost-aware architecture with practical production tradeoff management.
Dual technical foundation
B.S. Computer Science plus B.S. Chemistry with undergraduate research and scientific presentation discipline.
AWS Certified Solutions Architect - Professional
My ability to use AWS to solve complex business requirements has been demonstrated at the highest enterprise level.
Custom E-Commerce Inquiry
Share your average order value, current SaaS platform limitations, and required payment or workflow controls so I can map a sovereign architecture plan.
Pressure-test the platform decision before you commit budget.
Schedule a complimentary 30-minute consultation to align on objectives, stress-test your architecture, and leave with a concrete set of recommendations. No obligation, no sales pitch. Just actionable technical guidance.