How we work

How a Keelfield engagement actually runs.

Who owns it, where the work happens, how your data is handled, and what happens when something goes wrong.

01Delivery model

US-led, globally delivered

A named US-based lead owns your engagement. Global engineering capacity sits behind that lead rather than in front of them, which is the difference between onshore accountability and an offshore contract with a coordinator attached.

Who you talk to daily, who escalates, and who writes the code.

Your side

Your team

  • The person who owns the process
  • Your engineers, where they are involved
  • Whoever signs off on a release
Daily contact

Keelfield · United States

Account and delivery lead

  • Owns scope, timeline, and escalation
  • Runs the weekly review with you
  • Accountable for what ships
Direction, review, escalation

Keelfield · Offshore delivery region

Engineering capacity

  • Engineers, quality engineers, and platform support
  • Works to the plan the US lead agreed with you
  • Reachable directly once you want it that way

02Team

Your engagement team

The roles on a typical engagement, and what each one is accountable for. Team size changes with the work; the accountability does not.

01 · United States

Delivery lead

Accountable for scope, timeline, and escalation. Runs your weekly review, writes the status you receive, and is the person you call when something is late.

02 · Engagement team

Technical lead

Owns the architecture and the review standard. Every significant design decision is written down with the reasoning, in your repository.

03 · Engagement team

Engineers

Write the code, the tests, and the runbooks. Named on the statement of work rather than pooled, so you know who is on your account.

04 · Engagement team

Quality engineer

Owns the test strategy and the release gate. Involved from the first sprint rather than added before launch, when it is too late to change anything cheaply.

05 · Your side

Your process owner

The one role we ask you to fill. Someone who knows how the work really runs and can decide, because a workflow with no owner on your side does not survive its first exception.

03Cadence

Communication and cadence

The rhythm is the same on every engagement and is written into the statement of work, so it is something you can hold us to.

01

Weekly review

A working session, not a status theatre. You see what shipped, what did not, and what changed in the plan, with the delivery lead in the room.

02

Written status

A short written update on a fixed day, covering progress, risks, and decisions we need from you. It goes to the same distribution list every week so nobody has to ask for it.

03

Your tools

We work in your ticket tracker, your repositories, and your chat. If you would rather we ran our own, we will, and you get access to it from day one.

04

Escalation path

One named person, one route, written into the statement of work. You never have to work out who to call, and you never have to route a problem through a shift that is asleep.

Pending reviewThese are confirmed in writing before they are published. Ask and we will send the current position.

  • Working-hours overlap
  • Hours your lead is reachable
  • Response time to a message
  • Response time to an incident

04Data

Security, privacy, and data handling

Clients here are US and international, so residency and transfer are part of the answer rather than an appendix to it. Every commitment below is confirmed in writing before it is published, and nothing is published before it is confirmed.

Pending reviewThese are confirmed in writing before they are published. Ask and we will send the current position.

  • Where data is processed
  • Data residency options
  • Cross-border transfer mechanism
  • Training on client data
  • Access controls and least privilege
  • Retention and deletion
  • Named subprocessors
  • Incident notification

05Commercials

Contracting and commercials

Engagements are papered as a master services agreement with a statement of work for each phase. The MSA carries the standing terms; each statement of work carries the scope, the deliverables, and the price for that phase and nothing beyond it.

Pricing is a blended rate. It reflects US-based leadership on every engagement with global engineering capacity behind it, which is why it sits between an onshore consultancy and an offshore contract. We do not publish a rate card, because a rate with no scope attached tells you nothing useful.

Pending reviewThese are confirmed in writing before they are published. Ask and we will send the current position.

  • Currencies accepted
  • Payment terms
  • Invoicing cadence
  • Rate structure

06Limits

What we won’t do

Declared limits are worth more than declared strengths, because you can check them. These are the ones we will hold to in writing.

  • We will not put a model in front of a decision that needs a licensed professional.
  • We will not start a build without mapping the process first. If you only want hands on keyboards, we are the wrong firm and will say so.
  • We will not ship a workflow with no owner on your side. Someone has to own the exceptions, and we will tell you that before the contract, not after the launch.
  • We will not claim a certification we do not hold, or a result we cannot show you.
  • We will not publish your name, logo, or story as a client without your written permission.
  • We will not quote a fixed price for a scope that is not stable enough to fix. A fixed price on a guess is still a guess.
  • We will not bill for a phase whose scope you have not seen in writing.

07Questions

Common questions

Who exactly are we contracting with?

Keelfield LLC, a single-member limited liability company registered in Florida, United States, formed on 30 July 2026. We will provide the state filing details on request so you can verify the entity before you sign anything.

Keelfield is new. Why would we take that risk?

Because the structure is checkable and the method is written down. You can read exactly how an engagement runs, see who is accountable, and start with a 2-week mapping phase that ends in a document rather than a commitment. If that phase does not convince you, it is a short way to find out.

Who is accountable when something goes wrong?

A named US-based delivery lead, on every engagement, for the whole engagement. That person owns the escalation path and does not hand you to a queue. If the answer needs someone else, they bring that person to you rather than forwarding you.

Can we speak to the engineers directly?

Yes, and most engagements work better that way once the plan is settled. The delivery lead exists so that accountability has a name, not to sit between you and the people doing the work.

What does a typical engagement start with?

A 2-week mapping phase on your systems, ending in a written process map, a cost-per-step model, and a recommendation. Everything after that is scoped against what the map found rather than against what either of us assumed in the first call.

What happens to our data and our code if we stop working together?

Code and documentation live in your repositories and your accounts throughout, so there is nothing to repatriate. Data handling on exit, including deletion timelines, is set out in the agreement before work starts.

Bring the procurement questions

A 30-minute call, no deck. If your security review, your legal team, or your finance team needs something answered before you can start, ask us on the first call rather than the fourth.

Request a discovery call