Fit & scope

What kinds of teams do you work with?

I work with small teams (roughly 5–50 people) that already use multiple tools and are feeling friction between them. Most don’t have a dedicated automation or integration owner, and manual work has quietly become part of daily operations.

Do you work with startups?

Yes — as long as there are existing systems and real workflows in place. I’m not a fit for brand-new ideas or MVPs without operational context, but I work well with startups that have outgrown manual processes.

What is not a good fit?

Projects that require guessing instead of discovery, one-off tasks without context, or requests to “just build an app” without a workflow problem usually aren’t a good match.

Discovery & process

What is discovery?

Discovery is a short, focused engagement where we look at how your systems and processes actually work. The goal is to understand constraints, risks, and opportunities before deciding what to build.

Is discovery free?

The initial conversation to see whether discovery makes sense is free. Discovery itself is a scoped engagement that produces clear findings and recommendations.

What happens after discovery?

You receive a written summary and a recommended approach. If implementation makes sense, I provide a fixed-scope, fixed-price option. There is no obligation to proceed.

Pricing

How do you price your work?

I don’t sell hourly blocks. After discovery, I propose a fixed scope and fixed price so expectations are clear. This avoids open-ended projects and billing surprises.

What does automation usually cost?

Costs vary based on complexity and risk, but most engagements focus on removing recurring manual work. The goal is that the time saved quickly outweighs the investment.

Technical questions

Do I need to understand the technical details?

No. I explain decisions in plain language and document what’s built. You don’t need to understand APIs, databases, or scripts to benefit from the result.

Will we be locked into custom code?

No. I aim to make systems understandable and maintainable. Documentation is provided, and solutions are designed to be supportable without mystery dependencies.

After implementation

What happens after the work is done?

Some clients are done after implementation. Others prefer occasional support as systems evolve. I work both ways, depending on what’s useful for you.

What if something breaks?

If something breaks due to my work, I fix it. I also design automations with visibility and checks so issues are easier to spot and resolve.

Still unsure?

If you’re not sure whether automation makes sense for your situation, a short conversation is usually enough to find out.

Start with a conversation