Command Palette
Type to search. Press Enter for the top match.
runpoint.
How we work

Start with the problem. End with something you own.

Every engagement ends with a system your team uses, understands, controls, and can keep improving without us. Here is how we get there.

01What we do

Three ways the work can start.

Runpoint is an AI implementation firm for mid-market and private-equity-backed companies. We rewire one workflow at a time: replacing rented software with systems you own, building AI agents around your own data that can move between models, and taking on applied AI where no playbook exists yet. Every engagement runs one client at a time, follows a fixed six-step spine, and is built to end with you owning the result. We own the adoption work too, because software has no value until people trust it enough to change how they work.

01.1
Own the plumbing

SaaS replacement

Rented software out, owned software in. Concrete, painful, and legible to executives. C-level-led, one system at a time. Narrow by design.

01.2
Own your edge

AI agents you control

Agents built around your knowledge, data, workflows, and measures of success. Change the underlying model without losing what you have taught the system, or use local models where the work calls for it.

01.3
Own the future

Exploratory AI

Applied AI where no playbook exists yet: computer vision in field inspections, behavioral change in healthcare. Scoped experiments that grow into owned systems.

DoorWhat it isWhere we start
Own the plumbing
SaaS replacement
Rented software out, owned software in, one system at a time.Pick the workflow everyone hates and replace the system under it.
Own your edge
AI agents you control
Agents built around your measures of success, with the underlying model kept replaceable.Point an agent at one KPI. Everything you teach it comes with you when models change.
Own the future
Exploratory AI
Applied AI where no playbook exists yet, from field-inspection vision to behavioral change in healthcare.Run a scoped experiment that can grow into a system you own.

When is this the right move?

When you run a real business, you are paying for software you do not control, and one workflow is slow enough that everyone can name it. We start there, prove it with a system you own, then let the win fund the next one. If AI is a science project at your company, we are the wrong call. If it needs to change how the company runs, we are the right one.

02The engagement spine

Six steps. Six artifacts. No exceptions.

Six named steps from intake to handover, so you always know where you are in the engagement.

01

Intake + account map

Before touching the system: the people and their roles, the systems in place, and how we get access to each. Kickoff happens inside the first week.

Artifact → The intake document
02

Kickoff

A run of show, not a meeting: ninety minutes where you walk your real tools and the project charter gets filled in live.

Artifact → The charter, back to you same day
03

Domain-driven design

Your software should speak your language. Every call is transcribed; every term your team uses lands in a glossary with synonyms resolved.

Artifact → A glossary you sign off on
04

Charters

Each workflow becomes goal, owner, scope, dependencies, and acceptance criteria. If it doesn't fit on a page, the scope isn't decided yet.

Artifact → One page per workflow
05

Adoption + feedback

Early versions go to the people who will use them. We watch what gets used, where habits resist, and what needs to change in the system or the workflow.

Artifact → The adoption plan
06

Beyond the build

Training, documentation, and an internal owner are part of delivery. You pick the exit path once the system is in use and the team can carry it forward.

Artifact → The handover package
03Delivery posture

The build is often the easy part.

The harder work is getting the system into daily use.

We take responsibility for that change with you. The people doing the work see real versions early, shape the workflow, and get support until the system earns their trust and becomes part of the day.

Posture 01

One client at a time

Delivery staff are full-time on a single engagement. Nobody splits across accounts. Focus is the quality control, not a perk.

Posture 02

Users in the room

The people doing the job see working versions early. Their resistance is useful evidence, not a problem to hide until launch.

Posture 03

Adoption measured

We agree on what useful adoption looks like, watch for it, and keep changing the system or the rollout until the new workflow sticks.

04The exit

Every engagement is built to end.

Once the system is in use and your team can carry it forward, you pick the exit: keep us in a small support role, have us train your internal team, or let us help you hire the person who'll run it. We genuinely don't care which.

PATH 1
Reduce us to support
PATH 2
We train your team
PATH 3
We help you hire

If all three paths are viable, we built the right thing. If none is, we delivered a dependency, not sovereignty.

05Start

Bring the SaaS bill and the workflow everyone hates.

We'll help you decide what to replace first, and show you what it costs to own instead.