FOOT FORMULA LIMITEDfootformulacare.com

About Us

A company defined by how it works, not by what it claims

This page describes FOOT FORMULA LIMITED in the only terms that can be verified from the outside: the way engagements are run, the principles applied to technical decisions, and the standards the company holds itself to when handling other people's systems and data.

Abstract layered planes and precise horizontal lines representing structured technical systems

01 — Company overview

Company overview

FOOT FORMULA LIMITED is an information technology company. Its work covers the design, construction, integration, operation and continued maintenance of software systems used by businesses in their day-to-day activity.

Engagements range from focused advisory reviews to sustained delivery work carried out alongside a client's own team. The company does not sell a single product; it applies engineering, design and operational practice to whatever technical situation a client presents.

All communication, documentation and delivery artefacts are produced in English. Contact is by email at [email protected], and the company's website is published at footformulacare.com.

02 — Mission

To make the software businesses rely on understandable, dependable and safe to change.

A system that cannot be explained cannot be improved with confidence. The company's mission is therefore practical: reduce the distance between how a system actually behaves and how the people responsible for it believe it behaves, and keep that distance small as the system evolves.

03 — Working philosophy

Working philosophy

Good engineering is mostly restraint. Fewer moving parts, fewer clever abstractions, fewer dependencies that need to be explained to the next person. Complexity is added only when a requirement genuinely demands it, and it is documented when it is.

Problems are examined before solutions are proposed. A request arrives as a description of a desired feature; underneath it there is usually a process, a constraint and a cost. Addressing the underlying situation often produces a smaller, longer-lived change than building what was first asked for.

Work is done in the open. Clients see progress in a running environment, read the reasoning behind decisions, and hold the credentials to everything being built for them from the first day of the engagement.

Design desk seen from above with grid notebook, hand-drawn wireframes, pencil and colour swatches
Structure resolved before implementation

04 — Core values

Core values

Clarity

Plain language in writing and in code. If an explanation requires jargon to survive, the explanation is not finished.

Accuracy

Estimates carry their uncertainty. Findings are reported as they are, including the inconvenient ones.

Durability

Decisions are judged by how well they hold up after a year of change, not by how quickly they demonstrate.

Care with data

Other people's data is handled as a responsibility. Access is narrow, retention is deliberate, purpose is explicit.

Independence

Recommendations follow from the requirement, not from a preferred vendor or a familiar habit.

Continuity

Documentation, tests and handover are part of delivery, so that a client is never dependent on a single individual.

05 — Approach to collaboration

Colleagues discussing a whiteboard filled with system diagrams and coloured notes

Approach to collaboration

One accountable thread
Each engagement has a single point of technical accountability, so context is not lost between conversations.
Client conventions respected
Where a client has an established stack, review process or coding standard, the work follows it rather than importing a different one.
Written by default
Decisions, risks and changes of direction are recorded in writing. Meetings confirm what has been written, rather than replacing it.
Predictable rhythm
Regular increments and demonstrations at an agreed cadence, so planning does not depend on ad-hoc updates.
Scope discussed openly
Changes to scope are raised as they appear, with their effect on sequence and effort stated at the time.
Handover as a deliverable
Documentation, runbooks and access transfer are treated as part of the work, not a favour at the end of it.

06 — Quality, security and responsible technology

Quality, security and responsible technology

Quality as a process

Review, automated testing and defined acceptance criteria are part of building a change, not a phase appended to it.

Security by construction

Authentication, authorisation, input validation and secret handling are designed at the outset and revisited as the system grows.

Privacy by design

Personal data is collected for a stated purpose, kept for an agreed period and removable on request.

Accessibility

Interfaces are built for keyboard use, adequate contrast and assistive technology, and checked against those expectations.

Resource awareness

Efficient queries, sensible caching and right-sized infrastructure reduce both operating cost and energy use.

Honest technology

No dark patterns, no manufactured urgency, no collection of data that serves no purpose for the user.

07 — Contact details

Enquiries about working together

Company
FOOT FORMULA LIMITED
Domain
footformulacare.com