◢ SS·01·2026
Open to conversations Steve Schnorr · Revenue Systems Architect

Building revenue systems with strategy in the same file.

I build commercial systems. I write the strategy that explains why they matter. I do both at depth because builders who can't think strategically build tools nobody adopts, and strategists who can't ship code recommend things that never get built.

i.

Selected work.

Four artifacts
Schnorr Systems May 2026 Case study · SWS-01

A learning loop to solve RevOps cases for good.

A Salesforce-native decision surface for the moment AI starts doing real work. Recurring RevOps cases — merge these accounts, reassign this owner, route this inbound — earn their way to auto-resolve one human approval at a time, and self-disable when they get it wrong. The card is the contract; the pattern is the memory.

Five Apex classes, one LWC, one custom object. Written from scratch on 22 May 2026; first real case feedback at 12:51 — 39 minutes after the first class deployed. End-to-end backend live in 2h 26m. Pattern_Stats__c as the single source of truth: seven fields, FOR UPDATE locking, one row per pattern. Six safety guards, including a 90-day trust decay and self-disable at three denials. In sandbox; the first pattern hasn't graduated yet.

Read the case study →
Instawork 2024 — 2026 Shipped

Six systems. One pipeline. Built solo in 8 weeks — then I argued to pause it.

A commercial pricing engine across Salesforce, Django, Slack, Ironclad, Redshift, and Hightouch. Shipped from architecture to production in eight weeks. Then I made the case for the architectural rewrite that reshaped the roadmap.

58 Apex classes, 53 Lightning Web Components, 6 system integrations. First month: $5.3M forecasted spend processed, $2.6M approved and priced, 41% auto-approved without human delay, $1.1M in revenue leakage surfaced. The full build, the architectural call, and the honest dynamic of optimizing yourself out of a job.

Read the case study →
Scribe April 2026 Case study

Earned Motions.

Hypothesis-driven analysis of 50 accounts. Five plays (Expand, Convert, Reclaim, Displace, Activate) that earn their way into a Capture / Optimize / Scale maturity matrix. Built as an interactive web presentation, not slides.

SVG Sankey diagrams, scroll-driven matrices, decision cards with inline micro-visualizations. Clay and Dust integration detail. Internal sharing reached 15 viewers and 93 views before the interview. Core theses: "Don't scale what you haven't proven" and "If it's not feeding a human decision, it's waste."

View the case study →
LinkedIn 2026 Essay

We Replaced Slack-Based Deal Approvals With a Governance Engine.

An account of how a fragmented Slack-based approval process became an auditable governance system. About what changes when commercial decisions get the same rigor as engineering decisions.

~950 words. Covers the architecture without naming internal people. References Salesforce, Django, Ironclad, and Hightouch as products. The thesis: governance isn't a control layer, it's a design surface.

Read on LinkedIn →
ii.

How I think.

Six principles
i.

The system holds context so the human holds intent.

ii.

Truth over urgency. Calm interfaces build trust.

iii.

Config holds policy, surfaces serve judgment, automation connects both.

iv.

A platform is only as real as its second implementation.

v.

Every recommendation cites data. RevOps should operate like a research function.

vi.

If it's not feeding a human decision, it's waste.

iii.

Hire me.

By appointment

Senior Manager, Director, Revenue Systems Architect, or GTM Engineer at a company where revenue operations is treated as a strategic function. Remote or Scottsdale hybrid. Builder and strategist roles only.

A first conversation usually covers three things:

  1. What's working well for you
  2. What needs fixing
  3. If you had a magic wand, what you'd be building