Network & systems engineering. Persistent problem solving.Claremont, New Hampshire

Doing theimpossible.

What have you been told
can’t be done?

You can see what should be possible. Something technical keeps getting in the way. I work to understand the whole problem, follow the evidence, and build a way forward you can trust.

Tell me what’s in the way

You don’t need the diagnosis. Start with what matters to you.

Less firefighting. More room to move forward.It starts with understanding

The technical weight,
off your shoulders.

You shouldn’t have to keep solving the same problem.

The workaround holds. Then it breaks again. Another interruption, another explanation, another thing that depends on you remembering to check.

I start by listening until I can explain your goal back to you. Then I question assumptions, trace the connections, test what we find, and refine the approach. You get clear explanations and a partner in working through the difficult parts.

The aim is more than a working fix. It’s the confidence to stop circling the same problem and move forward.

You keep the vision.
I’ll work through
the hard part.

A personal commitment to the work.

Your goal sets
the direction.

A reliable network, connected systems, a lower operating cost, or an idea finally brought to life. The starting point is your goal, wherever the technical work leads.

Know where things stand.

See the status you need without chasing someone, opening several tools, or following a complicated process. Bring the right information into a clear view that fits the way you work.

Systems that work together.

Connect applications, information, and infrastructure so people can spend less time moving data and chasing answers.

Lower the cost of routine work.

Replace repetitive manual steps with tested software. That can reduce staff hours, avoid another hire, or remove the need for a dedicated manual role—with clear rules for what still needs a person.

Get out of the repair loop.

Investigate a specific solution or several failing systems. Establish which issues share a cause and which need separate fixes, then test the changes and explain the result.

SOME FAMILIAR STARTING POINTS

Across the network.
Between the systems.

My work crosses networks, infrastructure, applications, and the processes around them. You may recognize some of the technologies below. They’re examples of where I can help; your challenge doesn’t have to fit this list.

Networks & infrastructure

Connectivity, routing, switching, firewalls, and the paths between systems. Investigate where communication breaks down and design changes around reliability and the way your business operates.

Applications, integrations & workflows

Connect software, services, and information across your business. Build useful tools, investigate failures, and improve the handoffs that keep work moving.

Workplace platforms & device management

Microsoft 365 / Office 365, Exchange and Teams integration, and Intune MDM are familiar examples. Configure applications and devices, troubleshoot their interactions, and make them work better for the people using them.

Identity, SSO & cloud transitions

Active Directory, Microsoft Entra ID, hybrid deployments, and migrations to cloud-only environments. Bring supported applications under one managed sign-in with MFA, and plan changes around access, dependencies, and continuity.

Changes with a clear path back. We agree on access, pilot testing, recovery options, and the rollout before changing production systems.

A few ways a conversation could beginEXAMPLES, NOT A LIMIT

“I want this process to work reliably without having to keep checking, chasing, or fixing it myself.”

Tell me what fails, what you have tried, and what it interrupts. We can investigate the cause and define what a dependable result would look like.

A sound method.
More possibilities
with AI.

I solve problems with engineering, investigation, and hands-on work. Many projects need no AI at all. Where it adds value, I use it to explore more options, develop tools, and test ideas.

The judgment stays with me: what to trust, what to test, and what belongs in your environment. A tool we build with AI’s help can still run day to day on tested rules, without an AI model behind it.

AT THE WORKBENCH

Bring the answer into view.

You need a status update. Getting it means interrupting someone or working through several steps. We identify the information you actually need and build a simpler way to see it. AI can help with the development.

IN YOUR WORKING DAY

Less chasing. A clearer picture.

Open a clear view of what’s happening, what needs attention, and when the information was last updated. Get the answer without the back-and-forth, so you and the people you used to ask can get on with your work.

The finished tool runs on tested rules. No daily prompting or ongoing AI usage fees for those tasks.

An illustrative status tool. Where the systems support it, this could be a secure website or dashboard; elsewhere, we choose a suitable way to make the information available. Access, update frequency, and running costs are agreed as part of the design.

Built for the life of the tool. Clear rules. Documented connections. Room to grow. We plan for hosting, maintenance, and support as part of the work. Any ongoing AI dependency would be an explicit choice we discuss together.

Let’s draw
a way through.

You shouldn’t have to manage every technical iteration. I take responsibility for the work within our agreed scope, keep you informed, and bring decisions back to what you want to achieve.

Less to chase.
More to rely on.
  1. “What if we could…?”

    Understand the ambition.

    I listen, investigate what’s in the way, and describe your goal back to you. You don’t have to arrive with the diagnosis.

  2. “We’ll know it works when…”

    Make success concrete.

    Define the result, the constraints, and the checks that will tell us we’ve got it right—including staff time, operating costs, and accuracy where they matter.

  3. “Here’s what we’ll build.”

    Agree on the work.

    A clear scope, milestones, responsibilities, and price before the project begins.

  4. “Now let’s put it to work.”

    Build for the everyday.

    I work through the build and testing, then explain how to use and maintain the result. We agree on handover, access, and any ongoing support.

WHAT A GOOD HANDOVER SHOULD ANSWER

What changed? How do we know it works? Who looks after it next?

We agree on the documentation, checks, access, and support your project needs before the work begins.

Build it.
Improve it.
Keep it working.

Sometimes you need a problem resolved or a tool built. For help beyond the project, managed care is an optional, separately priced service with its own scope and agreement. You have me as your ongoing point of contact for the systems and work we agree to cover.

Talk about ongoing care
A CLEAR AGREEMENT. A CONTINUING RELATIONSHIP.

Care for the systems
you depend on.

A separate service agreement
Managed care has its own fee, covered systems, and responsibilities. It is not included automatically in a project price.
An agreed set of ongoing work
We define the maintenance, monitoring where configured, troubleshooting, and planned improvements included. Work outside that scope is discussed and priced separately.
Someone you can reach out to
You can contact me for help within the agreed coverage. We set contact channels, support hours, response targets, and escalation arrangements so you know what to expect.

The aim is fewer avoidable surprises, a clear point of contact, and a plan for what needs attention next.

Hi, I’m Chris.

I care about the relief
on the other side of a hard problem.

I’m Chris, a network and systems engineer based in Claremont, New Hampshire. My experience spans infrastructure, applications, integrations, and building tools. What connects the work is a method: understand the goal, follow the evidence, test the assumptions, and keep learning.

I care about this work personally. I want to understand why something fails, why a workaround keeps returning, and what it would take to make the experience better. That curiosity keeps me engaged with the hard questions. Your goal gives that effort a direction.

Let’s talk about it

You don’t need
all the answers.

Start with what’s happening and what you wish were different.

My technology isn’t listed. Is it still worth talking?

Yes. Start with the goal, the problem, and the systems involved. The examples here are a way into the conversation. I’ll be candid about what I can take on and what needs investigation or specialist input before we agree on work.

What if I don’t know what’s causing the problem?

That’s a reasonable starting point. Tell me what happens, what you’ve tried, and what it affects. We may begin with a scoped investigation so the next step is based on evidence. Any paid work is agreed in advance.

We’ve tried fixes before. What would you do differently?

I want to understand what was tried, what changed, and what still happens. We agree on evidence of success, investigate the relevant connections, and test the result against the original problem. You should be able to understand why we’re taking a particular approach.

Will this mean replacing everything we already use?

I start with your existing systems, constraints, and people. Sometimes the useful change is a connection between tools or a smaller, well-defined fix. We compare the options before choosing what to build.

What happens after the tool is built?

Your project agreement defines the deliverables and handover. If you want me to remain your point of contact and look after agreed systems, managed care is available as a separate paid service. It has its own scope, included tasks, support hours, response targets, and price; ongoing care is not automatically bundled into the project.

What do you
want to make
possible?

Tell me what keeps getting in the way—or what you’d like to make possible. You don’t need a technical brief, a diagnosis, or a perfectly formed idea. Let me know whether you need a project, ongoing care, or help deciding.

What would making this possible be worth to you?

Fewer interruptions, less manual work, a new opportunity: tell me what a good result would change. If you have a budget in mind, include it. We’ll agree on scope and price before paid work begins.

Not sure yet? “Let’s discuss” is a good place to start.

A conversation starts here.

I’ll review what you share and use your contact details to discuss the goal and a sensible next step. Sending this form doesn’t commit you to a project.

  1. Your details
  2. Your goal
  3. The outcome
LET’S GET ACQUAINTED

Where can I reach you?

Your name and email are required. Add a phone number if you’d like a call. Nothing is sent until the final step.

* Required fields