About

A small team,
deliberately.

DavFops is a new company built by people who have spent years on the inside of operations software — the portal, the integration, the machine on the warehouse floor. We started it to work on that whole chain instead of one slice of it.

A cardboard box on a conveyor belt in a parcel depot, with more boxes receding out of focus behind it.
The last mile is a physical object.

Remote by setup.
Close to the work.

We work across Central Asian and European hours, with a full day of overlap with most of Europe and an afternoon with the US east coast. Written updates carry the week; calls are for decisions.

The people who answer your first email are the people who build it. As a new company, we show our architecture and code standards in place of a wall of client logos. A small first engagement lets you see how we work.

Built for the work
behind the business.

Internal tools, portals, integrations, automation with a human in the loop, and anything where a physical device has to agree with a database.

We turn down work where we would be learning a domain on your budget. We tell you which part is outside our experience before it becomes part of an estimate.

The team

Four capabilities in one room

We are not publishing invented biographies. Here is what the team actually covers, and you will meet the specific people on the first call.

  • Product engineering

    TypeScript across the front and the back end. The person designing the data model is the person who has to live with it.

  • Systems and integration

    ERP, APIs, migrations and the unglamorous reconciliation work that decides whether a rollout holds.

  • Devices and mobile

    Applications that ship to a phone or sit inside a machine, with the telemetry needed to support them remotely.

  • Product and interface design

    Flows, states and a design system in code. Attached to every project rather than sold as a phase.

How we think

Four positions we hold

  • Small teams, senior people

    Two or three people who have shipped this kind of thing before beat a larger team learning it in public. It also means fewer handoffs, which is where most detail is lost.

  • Boring technology, on purpose

    We choose tools a different team could pick up. Interesting architecture is usually a cost someone else pays later.

  • Say the number you actually believe

    Estimates come as ranges with their assumptions written down. When an assumption breaks we say so that week, not at the deadline.

  • The handover is part of the work

    A project is not finished when it works on our machines. It is finished when someone else can run it.

Meet the people who would build it

No account managers in the middle. Send a description of the problem and you will be talking to engineers.