Workflow improvement
Mapping how work moves between people and removing the handoffs that lose information or stall progress.
Before I recommend anything, I want to know how the work actually gets done — who touches it, where it stalls, and what it costs when it goes wrong.
I enjoy the part most people skip: sitting with a business and learning how it really operates. Not the org chart version — the real one, where someone keeps a spreadsheet on the side because the system doesn't do what they need, and everyone has quietly agreed to work around a step that stopped making sense years ago.
That's where the value is. Once you understand the process and the people running it, the right improvement is usually obvious — and it's often smaller and cheaper than anyone expected.
Walk the process end to end. Who is involved, what triggers each step, what information moves between them, and where the same work gets done twice.
Time lost, customers confused, staff frustrated, revenue delayed. If a problem can't be described in one of those terms, it may not be worth solving yet.
Automating a broken process just produces bad results faster. Sometimes the improvement is removing a step, clarifying an owner, or changing the order of the work — no software required.
When a tool is genuinely the answer, keep it as simple as the problem allows and make sure the people using it understand it.
An improvement that nobody adopted isn't an improvement. I'd rather hear that something didn't help and adjust than declare victory early.
Mapping how work moves between people and removing the handoffs that lose information or stall progress.
Cutting the steps that exist only out of habit, and making the remaining ones clear enough that anyone can follow them.
Finding the routine work that quietly consumes hours each week and deciding whether it can be simplified, reassigned, or removed.
Taking repetitive, rules-based tasks off people's plates so their time goes to the work that needs judgment.
Using AI as a practical tool — drafting, summarizing, and helping build things faster — applied to real problems rather than for its own sake.
Simple systems that give a team one clear place to track what matters, instead of scattered spreadsheets and memory.
A clear, fast, honest web presence that answers the questions customers are actually asking.
Fixing the moments where customers get confused, repeat themselves, or wait without knowing why.
A local boxing gym running on paper, text messages, and memory — the same pattern I've seen in plenty of small businesses.
Before building anything, I spent time understanding how the gym actually operated: how new people found it, how membership was tracked, how interested visitors were followed up with, and where information was getting lost. The technology decisions came out of that conversation, not ahead of it.
I list the unfinished parts deliberately. Being clear about what's actually live is the same honesty I brought to recommending products to customers — and it's what makes the rest believable.
Technology is a tool. The job is solving the business problem.
I'm not trying to be the most technical person in the room. I'm trying to be the person who understands the business well enough to know which problem is worth solving, can explain it clearly to the people who build the solution, and can tell whether it actually worked.
If your team is looking at a process that costs more time than it should, I'd enjoy that conversation.