Consulting

Consulting That Ends in
Something That Runs

Alongside the forecasting and analytics work, I take on project engagements for businesses with one specific bottleneck. The build happens inside the systems you already pay for — your CRM, your inbox, your templates — and it keeps running after the engagement ends.

Your Stack
Every project below runs inside software the client already owned — no new platform, no added subscription
In Production
These are systems people use on live business data, not prototypes or proofs of concept
One Bottleneck
Scoped to a single, specific problem with an agreed definition of done — not an open-ended retainer
The Engagement

How This Actually Works

Most of these projects started as a conversation about something small and annoying that nobody had time to fix.

01

Scope One Bottleneck

Not a transformation program. One specific place where your team is retyping something a computer already knows. We agree on what "done" looks like before anything gets built.

02

Build Against the Live Systems

Your real CRM, your real inbox, your real templates — read-only until the logic is proven, then writes only where we agreed. Nothing gets tested for the first time on your production data.

03

Hand Over Something That Runs

The end state is a system your team operates without me in the loop. Documented, and wherever possible running inside software you already pay for rather than another subscription.

Selected Work

Past Projects

Four builds across three clients. Different industries, same shape: the information already existed somewhere, and a person was moving it by hand.

CCW

EZ Estimator

Commercial waterproofing & concrete coatings

In Production
CompanyCamZoho CRMDropboxExcelPowerPoint
The Problem

Every bid meant retyping the same job into a cost workbook, then again into a branded proposal deck. Scope notes and site photos lived in the field app, the customer in the CRM, the templates somewhere else. Hours per proposal — and pricing leaned on whoever remembered what a similar job went for last year.

What I Built

An estimator that runs off a tagged job in the field. It reads the scope notes and the photos the crew marked, pulls the customer record from the CRM, selects the right trade template, prices the job against the company’s own completed work, and produces a finished, branded proposal.

The Result

Deployed and running automatically, with the estimator notified when a proposal is ready. Half a day of copy-paste became a tagged job. Pricing draws on real history instead of recall, and every estimator ships the same document.

Ronning Landscape

Won Deals to Live Jobs

Commercial landscape contractor

In Production
Zoho CRMZoho Projects
The Problem

A won deal had to be hand-entered into the project system before operations could schedule it. That meant delay, typos, and occasionally a job nobody entered at all.

What I Built

Automation that lives inside their CRM — no external server, nothing to maintain. The moment a deal closes, the job appears in operations with its site, value, estimator, and account already filled in.

The Result

Won work reaches the operations team the moment it is won, with no one retyping anything. Live and stable in production.

Ronning Landscape

Bid Invitations to CRM Contacts

Commercial landscape contractor

In Production
Microsoft OutlookZapierZoho CRM
The Problem

As a subcontractor, they receive invitation-to-bid emails all day from general contractors’ bid platforms. Every estimator’s contact details were typed in by hand — or never captured at all. Years of inconsistent entry had also left the CRM full of duplicate accounts.

What I Built

An inbox automation that reads each incoming bid invitation and creates a clean contact record from it, paired with a naming standard and a fully audited, reversible cleanup of the duplicates that had already accumulated.

The Result

Zero manual entry on inbound bid invitations. A follow-up audit eleven days after the cleanup found 361 accounts and zero new duplicates.

NCSS

Study Drafting Engine

Cost segregation studies for real estate portfolios

In Production
Zoho CRMProperty data APIsExcelWord
The Problem

Every study starts from a blank page — the projection, the cost summary, the report — even though the firm has thousands of completed studies sitting in its own archive. The expertise is already in the files. It just is not reachable.

What I Built

A system that reads the firm’s entire library of past studies and uses it to draft the documents for a new one: the client-facing projection, the engineering cost summary, and a first draft of the study report. Each lands on NCSS’s own templates, each figure traces back to comparable past work, and the draft stays explicit about what was looked up versus estimated. The engineer reviews and finishes it.

The Result

Tested against a property held out of the system entirely, the drafted projection landed within roughly two points of the study the firm actually shipped, and named 38 of 42 building systems — 89% of the dollars. The goal was never to remove the engineer. It was to remove the blank page.

The Common Thread

Nobody Needed New Software

A contractor, a landscaper, and an engineering firm have almost nothing in common — except that each of them was paying a person to move information between systems that could have been talking to each other.

That is usually the cheapest, fastest win available to a small business, and it is almost never the thing a software vendor will sell you. If something at your company only works because one person remembers how to do it, that is the conversation.

Have Something Like This?

Tell me what your team does by hand every week. If it can be automated inside the tools you already have, I will tell you — and if it can't, I will tell you that too.

Start a Conversation