ARION
Digital Presence & Branding
SPARK
Marketing & Growth Systems
OLIVER
Operations, Admin & Execution
STELLA
Data Intelligence & Analytics
FORGE
Custom Apps & Integrations
ARGUS
Automation & Orchestration
FORGE — Custom Apps & Integrations
Build exactly what your business needs, connected to every tool you use.
ARGUS — Automation & Orchestration
The intelligence layer connecting every platform, automatically.
One login. One data model. Six platforms. Zero app-switching. Explore the full ecosystem →
Build Your Brand
Presence, Visibility & Growth
Build Your Foundation
Operations, Process & Workflows
Build Your Clarity
Reporting, KPIs & Data Strategy
Build Your Engine
Integrations, Automation & Tech
HomeBuild Your Business › What Changes When the Same Team Builds and Implements

What Changes When the Same Team Builds and Implements

brandon sheriff··5 min read·22 views
Build Your Business

I’ve had the same conversation with clients enough times now that I can predict how it starts. Someone reaches out and says some version of: “I don’t know how to use this thing I was sold.”

It’s never really about the software. It’s about what happens when the people who tell you what to do and the people who build what you use and the people who make it actually work are three different parties who never talk to each other.

The Pattern I Keep Seeing

Most small businesses and nonprofits don’t get burned by bad advice or bad software on their own. They get burned by the gap between them. A consultant studies your business and hands you a strategy. A vendor sells you software that does roughly what the strategy called for, but the vendor never saw the strategy document. Someone — sometimes the vendor, sometimes yet another consultant — gets brought in to actually make it work, and inherits a mismatch nobody upstream had to deal with.

Nobody in that chain is doing anything wrong, exactly. The consultant did their job. The vendor did theirs. But the client is the one left holding a strategy that doesn’t quite match a tool they don’t know how to use, and no single party is responsible for closing that gap. That’s not a hypothetical for me. I’ve watched it happen with clients enough times that I can usually tell within the first five minutes of a call which version of the story I’m about to hear — and the data backs up how common this actually is. Industry research puts CRM implementation failure somewhere between 20% and 70%, depending on how failure is measured, with Gartner estimating roughly half and Forrester closer to 47%. The overwhelming driver isn’t the software itself — studies attribute over 60% of CRM failures to people and process issues, with only 6-10% coming from the platform. On the nonprofit side, Salesforce.org’s Nonprofit Trends Report found 76% of nonprofits don’t have a real data strategy at all, and separate research found over a third still lack basic visibility into their own key metrics. This isn’t a rare problem I happen to specialize in. It’s closer to the norm.

The CRM Story

One client had been working with me on their digital presence — website, analytics, SEO — for years. Separately, they’d hired a content consultant to write their blog posts, newsletters, and email campaigns. That consultant did exactly what they were hired to do: they wrote content. They also told the client, “you don’t have a big audience yet, just use the free version of Mailchimp.” What they didn’t do was help the client actually set anything up, or teach them how to use the CRM they’d just been pointed toward.

The client came to me and said, plainly, “I don’t know how to use this Mailchimp service.” So I went in, connected Mailchimp to their website forms, set up their CRM properly, built out actual email campaigns, and started measuring what was working. Within a stretch of working together, they learned the system well enough to run it themselves. They dropped the content consultant and now handle their CRM and email marketing entirely in-house.

That’s the outcome I actually want, for what it’s worth. Not a client who depends on me forever — a client who understands their own tools well enough to run them, because someone finally sat down and explained the whole picture instead of handing over a piece of it. It’s also worth saying: research shows 43% of businesses with a CRM in place are using less than half of what they’re actually paying for. That client isn’t an outlier. That’s most businesses, most of the time.

The Nonprofit Database Story

A different client, a nonprofit, got sold on software marketed specifically for organizations like theirs — a five-year contract, signed in good faith. Once the ink was dry, what they actually got was generalized reporting built for any nonprofit, not their specific programs or their specific data. When they asked about custom dashboards or reports built around what they actually needed, they were told that required either renegotiating the contract at a significantly higher cost, or having someone on staff who could write SQL to pull the data themselves.

No nonprofit I’ve ever worked with has a SQL-literate staff member sitting around waiting for that kind of task. I think it’s genuinely unreasonable to expect one to.

They came to me for a one-year engagement to build custom dashboards and proper database design. Partway through, we discovered the real cost of the situation: getting access to their own data, in a form they could store and use internally, was going to run an extra $5,000 on top of everything they’d already paid — just to get their own information out of a system they were already paying for. They didn’t have that kind of money sitting around. So I built them the custom dashboards and reporting directly, along with a set of standard SQL queries they could run themselves going forward, without needing to pay anyone else for access to their own data ever again.

Why I Built It This Way

Both of those situations point at the same root problem: software that’s built to be generalized enough to sell to everyone, sold by people who never have to be the ones sitting across the table when it doesn’t quite fit. That’s not a criticism of any single vendor. It’s just what happens when the party selling you something and the party who has to make it work for your specific business aren’t the same party.

That’s the reason I built Intelligent Analytics as one connected platform instead of a pile of point solutions, and why I keep strategy, software, and implementation under one roof instead of splitting them across three vendors who’ve never spoken to each other. When I propose a strategy, I already know exactly what the software can and can’t do, because I built it. When something needs adjusting after implementation, there’s no handoff to manage — I’m already the one who has to answer for how it performs.

When a prospective client pushes back on that — why would one team be good at strategy and building and implementation — the honest answer is results, not theory. I do a full review of where the business actually stands, propose a real strategy, and the results show up directly inside the software before I ever have to come back and tell you how it went. We measure everything, adjust what isn’t working, and stay involved to make sure the strategy is actually being followed — not just handed off and forgotten the way it usually is everywhere else.

brandon sheriff
brandon sheriff

Ready to build smarter?

Join the businesses using IADM to run smarter, grow faster, and leave the app-switching behind.