Working principles

People at the centre.
Purpose in every tool.

Good AI implementation starts with the people it serves: their expertise, responsibilities and confidence in using the tools.

Honest scope and evidence

I distinguish proposals and demonstrations from delivered customer work. Outcomes, costs and acceptance criteria are agreed for each engagement; results are not guaranteed by marketing claims.

Choose the smallest change that solves the problem

Review the existing workflow, systems and data before choosing a tool. Compare improving what you have, connecting existing products and building custom software. Set a baseline for cost, time, errors or service quality so a pilot has something meaningful to test against.

Design with the people doing the work

Involve intended users early. Understand what helps them, what gets in their way and what they need to trust a new workflow. Use their feedback to shape the pilot and the decision to expand it.

Support expertise and keep people in control

AI can help prepare information and suggestions; people bring context, experience and accountability. Agree clear review points and give users ways to question, correct or decline suggestions. Important decisions stay with the people responsible for them.

Make adoption part of the solution

Plan training, accessible instructions and a practical way to continue when the system is unavailable. Review how changes affect roles and responsibilities with the people involved.

Measure what improves for people

Evaluate accuracy, reduced rework, usability and the quality of service alongside time saved. Ask whether the tool helps people work with more clarity and confidence.

AI-assisted development, reviewed delivery

AI helps with research, implementation and test preparation. I guide the work and review the results. Development proceeds in small stages with agreed acceptance criteria, automated checks and testing of the workflows people will actually use.

Prepare for everyday operation

Before release, agree the checks, access controls, backup and recovery needs appropriate to the system. Handover covers how it is operated and maintained, with monitoring and support responsibilities made explicit.

Deliberate use of data

Before connecting a service, we agree what data it needs, who can access it and which providers may process it. Please do not send confidential records or credentials in an initial enquiry.

Clear ownership and costs

We agree source-code ownership, third-party licences, recurring costs and handover in the project scope. You should understand what you are committing to before implementation starts.

Maintainable, accessible software

Accessibility, documentation and practical maintenance are part of the design conversation. Specific requirements and validation are agreed for the project.

Start focused and plan for scale

A pilot is the first decision point in a wider delivery plan. After validating the workflow, agree the next users, integrations and capacity needs. Use load testing and operating costs to guide expansion, with documented interfaces and a roadmap that can change as you learn.

Build capability as well as software

Include knowledge transfer and practical documentation so your team can operate the system and make informed decisions about future work. Specialist contributors can be brought into an agreed scope when additional expertise or capacity is needed.

Support with realistic boundaries

Availability, maintenance and response expectations are agreed explicitly. A project engagement does not imply continuous monitoring or round-the-clock support.

Talk through your requirements